От Senior к Tech Lead: Модули
Программа помогает senior-инженеру выработать привычки, нужные для ответственности за техническое направление команды: фиксировать решения, доносить стандарты качества, планировать работу в условиях неопределённости и спокойно руководить во время инцидента. Главный фокус - переход от собственного кода к результату команды.
01
Переход в роль и границы ответственности
Чем senior-инженер отличается от tech lead и как распределять время между практической работой и лидерством.
- Типичные варианты роли tech lead
- Несоответствие ответственности и полномочий
- Доля hands-on работы и что ей мешает
- Согласование ожиданий с руководителем
- План на первые 30-60-90 дней
Лабораторная: Составить документ с ожиданиями от роли и распределением времени для реальной ситуации вашей команды.
02
Техническое направление и roadmap
Связать технический долг, продуктовые приоритеты и ресурс команды в один план.
- Техническое видение и принципы
- Классификация технического долга
- Приоритизация по риску и ценности
- Согласование roadmap с продуктовым планом
- Показ контекста с помощью диаграммы C4
Лабораторная: Двухквартальный технический roadmap для вымышленного e-commerce backend с обоснованием приоритетов.
03
Принятие решений и ADR
Сделать прослеживаемым, кто, на какой информации и почему принял решение.
- Обратимые и необратимые решения
- Структура ADR: контекст, варианты, последствия
- Консенсус и процесс консультации (advice process)
- Пересмотр и отмена решений
- Разделение фактов и потребностей в техническом споре
Лабораторная: Описать три альтернативы и один ADR для заданного сценария разделения монолита и защитить его в смоделированном обсуждении.
04
Стандарты качества и культура ревью
Донести code review, тестовую стратегию и стандарты как общий язык, а не нагрузку.
- Цель ревью: найти дефекты, делиться знаниями, задавать стандарты
- Чек-лист, автоматизация и ревью человеком: как делить задачи
- Размер Pull Request и поток изменений
- Тестовая пирамида и критерии приёмки
- Поддержка стандартов через lint и CI
Лабораторная: Провести ревью серии Pull Request и подготовить проект правил ревью для предложения команде.
05
Оценка и планирование в условиях неопределённости
Работать с рисками, допущениями и диапазонами вместо обещания точных дат.
- Оценка как диапазон с допущениями
- Spike и раннее снижение риска
- Нарезка работы на выпускаемые части
- Карта зависимостей и узких мест
- Как сообщать об изменении плана
Лабораторная: Декомпозиция, реестр рисков и оценка диапазоном для функции с неясными требованиями.
06
Менторство, делегирование и обратная связь
Развивать возможности команды: что, кому и с каким контекстом делегировать.
- Уровни делегирования и передача контекста
- Разговоры о развитии и цели
- Конкретная обратная связь о поведении
- Pair programming и обмен знаниями
- Снижение зависимости от единственного носителя знаний
Лабораторная: План делегирования и сценарий разговора с обратной связью (ролевая игра) для трёх инженеров разного уровня.
07
Руководство инцидентом и postmortem
Распределение ролей под давлением, коммуникация и blameless postmortem.
- Роли в инциденте: координатор, коммуникация, технический
- Уровни серьёзности и обновления статуса
- Хронология и анализ первопричины
- Blameless postmortem и action items
- Предотвращение повторения и контроль
Лабораторная: Построить хронологию и документ postmortem по логам смоделированного инцидента.
08
Коммуникация со стейкхолдерами
Объяснять технический риск и компромиссы продукту и бизнесу на их языке.
- Подбор сообщения под аудиторию
- Объяснение риска и компромисса
- Как отказать и предложить альтернативу
- Письменные статусы и записки о решениях
- Критерии эскалации
Лабораторная: Короткая записка и пятиминутное устное выступление с просьбой выделить время на технический долг.