Team management

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

Зачем это здесь. Методология живёт не в репозитории, а в команде: инженерные стандарты, владение системами и предсказуемые обещания держатся на управленческом контуре. Этот раздел — про него: разборы управленческих кейсов тем же методом, что и инженерные — контекст, диагноз, варианты, приёмы.

Статьи раздела

Раздел собран в программу Инженерный менеджер — восемь фаз от входа в роль до разговора с бизнесом.

Роль

  1. Из инженера в лида: что меняется в работе — результат чужими руками, обратная связь с задержкой в недели, что остаётся от прежней роли и ошибки первого года.
  2. Вход тимлида в проблемную команду: разбор кейса — экс-лид в составе, перегруженный продакт-овнер, поток чужих задач, подорванное доверие; план 30/60/90.

Команда и люди

  1. Структура команды и владение системами — почему «отвечают все» значит «не отвечает никто», как раздать владение и по какому признаку резать команды.
  2. Делегирование, встречи один на один и рост инженеров — передача решения вместе с задачей, обратная связь по фактам, рост как расширение зоны ответственности.
  3. Трудные разговоры: не тянет, конфликт, расставание — подготовка важнее смелости, четыре диагноза «не справляется», конфликт и расставание без сюрпризов.
  4. Почему уходят инженеры и что видно заранее — что стоит за «предложили больше», признаки за месяцы до и что действительно удерживает.
  5. Найм инженеров и ввод в работу — портрет до отбора, три этапа проверки, ловушки восприятия и первые тридцать дней.

Обязательства и качество

  1. Почему оценки не сбываются и что с этим делать — три источника ошибки, оценка против обязательства, декомпозиция и планирование по факту.
  2. Стейкхолдеры: как управлять ожиданиями — поток чужих запросов, как говорить «нет», регулярный статус и восстановление доверия.
  3. Технический долг: как его называть, считать и защищать — долг как осознанный заём, расчёт процентов и разговор с бизнесом как инвестиционное предложение.
  4. Код-ревью в команде: нормы, скорость и споры — что ревью не должно делать, какие нормы записывают и как гасить споры о вкусах.

Надёжность и измерение

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

Требования, безопасность и технологии

  1. Артефакты и требования: что руководитель контролирует и как - BRD, ФТ, ТЗ по ГОСТ 34.602-2020, API-контракты, трассировка до задач и тестов и контроль качества без микроменеджмента.
  2. Информационная безопасность и регуляторика - 152-ФЗ, 187-ФЗ о КИИ, требования Банка России и PCI DSS глазами руководителя: что попадает в бэклог и какие сроки нельзя пропустить.
  3. Архитектурный комитет - что выносить на защиту, критерии допуска, tech radar, право вето и как не превратить комитет в бюрократию.
  4. Технологический ландшафт для менеджера - что дают бизнесу микросервисы, Kubernetes и CI/CD, склад и озеро данных, жизненный цикл и стоимость ML-проекта.
  5. Вендоры и импортозамещение - выбор через RFI, RFP и пилот, SLA в договоре, зависимость от поставщика и дорожная карта переезда.

Масштаб, деньги и руководство

  1. Руководство направлением: 50-100 инженеров - руководитель руководителей, оргдизайн по Team Topologies, встречи через уровень и делегирование решений.
  2. Портфель проектов: приоритизация, ROI и портфельный комитет - WSJF, RICE и Cost of Delay, баланс портфеля, ROI и NPV на числах.
  3. Бюджет ИТ: CAPEX, OPEX и разговор с финансовым директором - капитализация разработки, облако против своего железа, бюджетный цикл, штат против подрядчиков.
  4. Разговор с руководством: технические ограничения как бизнес-риски - отчёт на одну страницу, реестр рисков, стоимость простоя и бизнес-кейс для техдолга.

Связанное