За годы чтения профессиональной литературы и общения с людьми в ИТ-индустрии у меня сформировалась мысль, к которой я регулярно возвращаюсь. Она не всегда удобна, но крайне важна: менеджер в разработке отвечает не за количество реализованных фич, а за то, на что направлено внимание команды.
Это утверждение идет вразрез с привычной логикой метрик и отчетов, но именно оно объясняет, почему одни команды стабильно создают ценность, а другие постоянно заняты, но стратегически бесполезны.
Что на самом деле означает «управлять фокусом»
Управление фокусом — это осознанный выбор. Это решение о том, какие проблемы организация готова решать сейчас, а какие — нет. Фокус не возникает сам по себе. Его нужно сформулировать, донести и защищать.
Когда этого не происходит, команда начинает распыляться. Контексты меняются слишком часто, сроки постепенно «плывут», а самые рискованные зоны остаются без внимания, потому что конкурируют с десятками мелких и срочных задач. Снаружи может казаться, что работа кипит, но реального прогресса нет. Это не проблема мотивации и не вопрос процессов. Это проблема приоритетов.
«Важные проекты для важных людей» — без политики и лести
Фраза «важные проекты для важных людей» часто вызывает раздражение. Кажется, что речь идет о подчинении иерархии или о политических играх. На самом деле смысл совсем другой.
Речь идет о переводе бизнес-целей в инженерные приоритеты и о принятии ответственности за использование самого дорогого ресурса компании — человеческого внимания и энергии. Если цена ошибки высока, нельзя относиться к проекту как к второстепенному. Назначение таких инициатив «по остаточному принципу» — это не нейтральное решение, а прямой путь к проблемам.
Почему важные проекты требуют другого подхода
Проекты, за которыми внимательно следят руководство, клиенты или регуляторы, имеют особый статус. Их результат влияет на контракты, рыночное положение и доверие к компании. Выполнение таких проектов в режиме «как получится» почти всегда приводит к болезненным последствиям.
Когда менеджер берет ответственность за действительно важный проект, меняется стиль работы:
- усиливается и структурируется коммуникация со стейкхолдерами
- формализуются критерии успеха
- риски обсуждаются заранее, а не постфактум
- компромиссы проговариваются открыто
Кроме того, такие проекты требуют доступа к ресурсам, которые редко доступны в рутинной работе. Это и участие senior или staff инженеров, и время на архитектурные решения, и аудит безопасности, и нагрузочное тестирование, и сложные интеграции. Экономия на этом почти всегда оборачивается большими потерями позже.
Неопределенность как норма, а не исключение
Важные проекты почти всегда связаны с высокой неопределенностью. Не все технические риски можно предсказать заранее, зависимости могут быть неочевидны, внешние условия — нестабильны.
В таких условиях преждевременные обещания особенно опасны. Задача менеджера — четко разделять:
- что известно точно
- что является предположением
- какие эксперименты или spike-задачи нужны для снижения ключевых рисков
Открытый разговор о неопределенностях почти всегда ценится выше, чем демонстрация «уверенности», за которой ничего не стоит.
Человеческий фактор и риск выгорания
Людям важно видеть смысл в своей работе. Проекты с реальным бизнес-значением и видимым результатом мотивируют сильнее, чем бесконечные внутренние улучшения без понятного эффекта.
Но есть и обратная сторона. Постоянная работа в режиме «всё важно» быстро приводит к выгоранию. Управление фокусом — это не только про приоритеты, но и про нагрузку. Ответственный менеджер распределяет давление, создает резерв компетенций и выращивает людей внутри команды.
Нельзя строить систему, в которой каждый важный проект держится на одном человеке. Это опасно и для команды, и для бизнеса.
Коммуникация с ключевыми стейкхолдерами
Умение работать с «важными людьми» — отдельная управленческая компетенция. Говорить языком рисков и бизнес-эффекта, предлагать понятные точки принятия решений, вовремя эскалировать блокеры — всё это превращает менеджера в надежного партнера, а не просто исполнителя.
Без этого даже критически важный проект может утонуть в бюрократии или бесконечных компромиссах.
Ответственность как главный фильтр решений
В конечном итоге всё сводится к ответственности. Не к интересу к технологии и не к «крутости» задачи, а к простому вопросу: кому это действительно важно, и готов ли я отвечать за последствия?
Такой подход дисциплинирует приоритеты и делает работу команды более осмысленной. Это не означает делать всё самому. Это означает выстраивать систему, в которой нужные решения принимаются вовремя, а команда имеет всё необходимое для стабильного выполнения своей миссии.
Если вам близки эти темы, я регулярно пишу об инженерном менеджменте, фокусе и лидерстве в своем Telegram-канале.
👉 https://t.me/pavelsengineeringstuff — подписывайтесь.