Менеджмент

Hermes Agent - это проект от Nous Research, который многие сейчас считают одним из самых интересных агентов.

Когда собственник бизнеса в Москве сталкивается с невозможностью исполнять обязательства, перед ним возникает не просто юридическая задача, а система взаимосвязанных решений. Ошибка на любом этапе — от оценки необходимости процедуры до выбора арбитражного управляющего — меняет траекторию всего процесса. Разбираем, как работает механизм банкротства юридического лица в столичной практике, и почему формальное следование шагам без понимания причинно-следственных связей ведёт к потере активов и субсидиарной ответственности.

На Хабре случилась редкая штука. Один человек написал статью как ушел из IT чинить крыши, на нее написали ответ что это хорошо и IT очищается, а на ответ написали ответ на ответ что радоваться тут нечему. Три автора, три однобокие позиции.

У меня MacBook Air M4, ПК под Ubuntu 24.04, консальные Claude Code и Codex (каждый хорош немного под свои задачи, как по мне). Я люблю Ubuntu, но вот в поездках Mac прям незаменим — с ним удобно работать, батарея живет достаточно долго, даже в самолете можно комфортно что-то тыкать тачпадом. При этом яблочную экосистему я не люблю, Ubuntu мне ближе и приятнее в использовании. Важный момент: я не программист, так что большая часть моих проектов — это всякая маркетинговая, менеджерская и редакторская штукенция. Поэтому у меня нет под это всё каких-то IDE и т.п. Конечно, разработчики и другие инженеры обычно работают с кодом, а потому просто коммият всё напрямую в гитхаб.

Но к делу. У меня постоянно запущено по 6-10 окон Claude и Codex в терминале и я заколебался проекты синхронизировать через Избранное телеграма — зипами. Плюс хочется, чтобы проекты нормально работали и в той, и в другой нейронке. То есть мне понадобилась какая-то система синхнонизации проектов между разными устройствами и разными нейронками.

Сегодня наконец собрался с силами и доделал такую — выложил ее под Apache 2.0 на гитхабе, можно пользоваться, форкать, дорабатывать и выражать своё «фи» в ишшьюсах и комментариях. Наверянка уже кто-то что-то такое себе делал и я просто изобретаю велосипед. Но что ж теперь поделать, я его уже переизобрел.

В статье расскажу, как делал, что делал, где и что пришлось дотюнивать. Скажу честно, мне эту часть с инструкцией писать было лень и она написана уже GPT, так что простите. Немного пробегусь по стилистике, конечно, но в целом текст править почти не буду.

Многие знают Agile по ежедневным стендапам, спринтам и доскам в Jira. Но мало кто задумывается, почему Agile вообще появился. Если вам интересен ответ на этот вопрос, очень рекомендую книгу Роберта Мартина «Clean Agile. Back to Basics». Для меня это одна из лучших книг об Agile, которую стоит прочитать каждому Project Manager.

Для многих специалистов в IT имя автора не нуждается в представлении. Именно Роберт Мартин, известный также как Uncle Bob, был одним из авторов Agile Manifesto, опубликованного в 2001 году и навсегда изменившего подход к разработке программного обеспечения.

Книга получилась интересной не только для разработчиков, но и для руководителей проектов. Это не очередной учебник по Scrum или набор модных практик. Скорее, это попытка вернуться к истокам Agile и объяснить, зачем он вообще появился.

Мартин начинает с простой мысли: современный мир полностью зависит от программного обеспечения. Софт управляет практически всеми аспектами нашей жизни. Программное обеспечение стало кровеносной системой современной цивилизации. Без него привычный нам мир просто не смог бы существовать. Поэтому неудивительно, что люди, создающие программное обеспечение, постоянно ищут способы делать это быстрее, качественнее и эффективнее.

Большая часть книги посвящена истории возникновения Agile. Автор подробно рассказывает, какие проблемы существовали в индустрии до появления Agile-подходов и почему традиционные методы управления проектами перестали справляться с задачами быстро меняющегося мира разработки.

Если вы хоть раз ловили себя на мысли «ещё лет пять-семь — и можно будет всё бросить», у этой мысли есть имя, инфраструктура и сорокалетняя история. Называется FIRE — Financial Independence, Retire Early. Финансовая независимость и ранний выход на пенсию. В американском опросе Shopify & Angus Reid в конце 2020 года 9% не вышедших на пенсию взрослых сообщили, что активно идут к FIRE; ещё 39% сказали, что рассматривают такую траекторию. Goldman Sachs в отчёте 2024 года зафиксировал, что 44% поколения Z ожидают выйти на пенсию до 60 лет — то есть для нового поколения это уже не радикальная фантазия одиночек, а распространённое представление о хорошей жизни.

Чего в этой статье не будет? Не будет таблиц с правилом 4%, расчётов нужной суммы и сравнений инвестиционных инструментов — про финансовую составляющую FIRE уже написано и рассказано достаточно. Меня интересует сама механика явления: почему вообще возникает настолько сильная потребность перестать работать, что люди готовы годами жить в аскезе, что говорит об этом устройство мозга и что обнаруживают те, кто до своей Цифры всё-таки дошёл.

И одна оговорка, прежде чем начать. Я не утверждаю, что FIRE по своей природе — диагноз, а всякий, кто его практикует, бежит от себя. Для части людей это трезвая финансовая стратегия, и об этом ниже будет отдельный разговор. Но есть устойчивая фигура, которая проступает и в текстах движения, и в моей практике, — Цифра. Сумма, после которой «начнётся настоящая жизнь». У части людей она становится контейнером для вопроса, который трудно задать себе прямо, — и самое интересное обнаруживается, когда Цифра наконец достигнута.

Поводом для написания данной статьи стало мое личное общение с разработчиками и наблюдение за коллегами в процессе работы. Не являясь разработчиком, мне всегда интересно с ними общаться, узнавать как у них дела, что они думают о своей команде и проекте. И со временем я заметил интересное наблюдение, о котором и хочу сегодня поговорить.

Коллеги жалуются на коммуникацию? Не понимают шуток? Пытаются ограничить свое пространство стаканчиками, цветами или иными вещами? Предпочитают работать в темноте и желательно ни с кем не разговаривать? Предпочитают документ живому общению? Жалуются на тревожность и усталость от офиса?

Возможно, вы руководите сотрудниками с расстройством аутистического спектра (РАС).

Расстройство аутистического спектра (РАС) - это нейробиологическая особенность развития, при которой человеку может быть сложнее взаимодействовать с окружающими, адаптироваться к изменениям и обрабатывать большое количество социальных или сенсорных стимулов. При этом РАС - это именно спектр: проявления могут быть очень разными.

Важно понимать одну простую вещь: руководителю не нужно ставить диагнозы. Наша задача - не навешивать ярлыки, а создавать условия, в которых человек сможет эффективно работать.

Прекращение деятельности юридического лица часто воспринимается собственниками как зеркальное отражение его регистрации: если коммерческая активность остановлена, достаточно сдать финальную отчетность, обнулить счета и подать заявление в налоговую службу. Однако на практике добровольная ликвидация — это жестко регламентированная процедура, в процессе которой вскрываются скрытые корпоративные конфликты, ошибки в бухгалтерском учете и латентные задолженности перед бюджетом.

Если процедура проведена с процедурными или содержательными нарушениями, добровольный процесс трансформируется в принудительное банкротство, а собственники бизнеса и ликвидатор привлекаются к личной субсидиарной ответственности. Рассмотрим, как устроена внутренняя механика закрытия ООО по решению участников, какие риски несут в себе ликвидационные балансы и споры, связанные с ними, и как правильно выстроить алгоритм прекращения деятельности компании.

После инцидента команда почти всегда хочет видеть больше: добавить поле в лог, сохранить еще одну метку, оставить дашборд «на всякий случай». В моменте это выглядит как забота о надежности, но через несколько месяцев превращается в счета, шумные алерты, противоречивые графики и вопросы безопасности.

В статье разбираем, почему телеметрия становится архитектурным долгом, как локальные решения отдельных команд создают глобальные издержки и почему observability требует не только инструментов, но и понятного владения.

Сегодня предлагаю необычный формат. Я опишу, как может происходить налоговая проверка физического лица по признакам незаконной предпринимательской деятельности. В качестве условной «жертвы» выберем айтишника, который работает на себя и принимает оплату на свою карту физического лица.

Описывать всю историю буду от себя - как если бы эту проверку проводил я сам. Учитывая, что 12 лет я проработал в ФНС и вел не одну подобную проверку, все действия налогового инспектора будут описаны достаточно правдоподобно: так, как это обычно происходит в реальной жизни.

«Ну как там?» — знакомый вопрос, когда задачи застряли, а дедлайны горят. Я перестала искать виноватых и научилась видеть узкие места. Делюсь алгоритмом из 5 шагов: как выявить «бутылочное горлышко», избавиться от него и перестроить процесс.

«Соберите мне команду из двух senior fullstack, остальное закроет AI» — этот тезис повторяют на конференциях, и CTO средних компаний приходят с ним к найму. Разбираю на цифрах, сколько человек реально нужно для веб-продукта в 2026.

Воскресенье. Восьмой час вечера. Вспоминаю, что не успел принять работу и поставить новые задачи. Захожу в Фигму. Бегает курсор — дизайнер вносит правки. Шучу в рабочий чат о работе в выходной. Немедленно отзывается владелец продукта — она дорабатывает пользовательский путь.

Год назад я решил, что проблема во мне: «Нечего кивать на обстоятельства, нужно находить более эффективные способы работы, внедрять передовые фреймворки, развивать себя». 

Спустя полгода, провалив внедрение руководства по распожаризации, задумался — может в общей системе работы среднего менеджмента в России что-то не так?

Сейчас знаю — проблема в том, что наш подход к работе нарушает три ограничения, которые не сможет обойти даже сверхинтеллект.

Директор ИТ компании ГК ФСК и победитель рейтинга ТОП-100 CIO России Владимир Крыльцов рассказал, почему 70% пилотов остаются пилотами, как считать реальный эффект от нейросетей и почему гонка за хайпом дороже ошибки в прогнозе.

Дэн Кеннеди — тот самый автор, чьи книги всегда имеют в названии приписку No B.S. (Без соплей). Его стиль узнаваем с первых страниц: никаких теорий про команду-семью, никакого «сотрудники — наше главное достояние». Только железные рецепты, проверенные на деле, и полное отсутствие желания кому-либо понравиться.

Боль бизнеса очевидна – по максимуму избавиться от рутины и механических действий, чтобы можно было сконцентрировать усилия на основном продукте и конечной ценности.

Но рутины очень много: документы, коммуникации, задачи, сроки, база знаний, финансы, корпоративное обучение, тестирование знаний, исследование рынка, реклама, корпоративный сайт и т.д.

Как-то так случилось, что многие сервисы стали укрупняться и совмещать несколько инструментов в одном. Я задался вопросами: «Хорошо это ли плохо?» и «Насколько такие мегакомбайны будут востребованы через год, два, пять?» Порассуждал об этом в статье.

Представьте типичную продуктовую команду. У них все просто и понятно: вот бэклог, вот новые фичи, вот спринты, а в конце довольный бизнес считает прибыль. Метрики эффективности прозрачны: выпустили фичу вовремя, и если за ней не последовал шлейф багов, все молодцы.

А теперь представьте команду внутренней Платформы. Они не создают продукт для внешних заказчиков. Их клиенты — это соседние отделы разработки. И когда платформа работает идеально, ее никто не замечает. Но если нет, разработчики фич тихо страдают.

Записать созвон — легко. Сложнее потом найти, где именно обсуждали сроки, бюджет и того самого человека, которого нужно было добавить в копию письма.

В какой-то момент я понял, что проблема не в записях, а в доступе к смыслу: файл лежит, но пользоваться им почти так же неудобно, как если бы его не было.

Из этой боли получился pet-проект для работы с голосовой информацией — с распознаванием, поиском, AI-сценариями, шарингом и всеми радостями реального мира: 20 ГБ видео, многочасовыми аудио, плохим интернетом, бот-скриптами и пользователями, которые всегда используют продукт не так, как ты ожидал.

Дисклеймер: во второй половине статьи речь идёт о продукте OneMix Business от ООО ПАКС ЛАЙВ — я партнёр компании и заинтересованная сторона. Если такое триггерит — закройте сейчас, не обижусь. Если интересно разобрать математику зоопарка корпоративного софта и посмотреть как одна и та же задача решается в России в 2026 году — поехали.

Эта статья выросла из одной простой задачи. Год назад я сел и посчитал во сколько обходится «нормальный набор» корпоративного софта для команды из 50 человек. Когда вышло число, подумал что в формуле ошибка. Пересчитал. Цифра не сдвинулась.

Дальше пошёл по знакомым руководителям. Один партнёр юрфирмы из Питера, один зам технического директора подмосковного завода на пятьсот сотрудников, один владелец сети из четырёх стоматологий. У всех картина одна: платят за разное, в сумме примерно столько же, никто этого нигде не считает.

Ниже разбираю эту математику. Цифры все по прайсам апреля-мая 2026 года, я их проверял.

У большинства трекеров задачи по умолчанию показываются списком. Этого хватает, пока работа линейная: статус, исполнитель, приоритет. Как только появляются зависимости, иерархия и сроки, нужны другие представления. Ниже — короткий обзор того, что есть на рынке и для каких задач это подходит.