От Senior к Tech Lead
Переход от инженера, который пишет код, к лидеру, отвечающему за техническое направление команды.
Эта программа планируется и ещё не включена в расписание. Дата, цена и группа не объявлены. Если вы оставите интерес, мы свяжемся, когда программа будет запланирована, или чтобы обсудить индивидуальный формат.
Цель
Программа помогает senior-инженеру выработать привычки, нужные для ответственности за техническое направление команды: фиксировать решения, доносить стандарты качества, планировать работу в условиях неопределённости и спокойно руководить во время инцидента. Главный фокус - переход от собственного кода к результату команды.
Для кого
- Senior backend-инженеры, у которых уже есть техническое влияние и которые сталкиваются с формальной или неформальной ролью лидера
- Недавно назначенные tech lead, которым нужен структурированный подход
- Инженеры, желающие систематизировать менторство и процесс code review
- Те, кому трудно ясно объяснять технические решения бизнесу
Для кого не подходит
- Тем, кто ещё не закрепил основы backend (Java, Spring Boot, SQL): сначала лучше подойдут программы уровня senior
- Тем, кто хочет изучать административную сторону управления людьми (трудовые отношения, оплата, правила найма): программа посвящена техническому лидерству
- Тем, кто ищет готовый шаблон для роли: программа строится на практике и разборе кейсов
Требования
- Несколько лет backend-опыта на реальном продукте
- Опыт участия в Pull Request и code review
- Знакомство с базовыми идеями system design (масштабирование, консистентность, кеширование)
- Готовность рассказать об одном техническом решении из собственного проекта
Что вы сможете делать
Что вы сможете делать
- Подготовить документ технического направления и обоснованный roadmap на следующий квартал
- Зафиксировать значимое решение в формате ADR с альтернативами и последствиями
- Превратить правила ревью и Definition of Done в стандарты, согласованные с командой
- Представлять оценку как диапазон с допущениями, а не одну дату
- Делегировать задачу вместе с контекстом и ответственностью и давать конкретную обратную связь
- Провести инцидент и написать blameless postmortem
Ни одна образовательная программа не может гарантировать трудоустройство или повышение.
Учебный план
Учебный план
- 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
Коммуникация со стейкхолдерами
Объяснять технический риск и компромиссы продукту и бизнесу на их языке.
- Подбор сообщения под аудиторию
- Объяснение риска и компромисса
- Как отказать и предложить альтернативу
- Письменные статусы и записки о решениях
- Критерии эскалации
Практическая лабораторная: Короткая записка и пятиминутное устное выступление с просьбой выделить время на технический долг.
Практические задания
- Документ с ожиданиями от роли для реального или вымышленного проекта
- Написать три ADR и получить обратную связь от коллеги
- Написать комментарии к серии Pull Request и разобрать их
- Черновик postmortem по сценарию инцидента
Результаты для портфолио
- Черновик технического направления и roadmap для команды
- Набор ADR для учебного кейса
- Черновик правил ревью и Definition of Done
- Шаблон postmortem и заполненный пример
Как оценивается обучение
- Защита технического направления и roadmap перед смоделированными стейкхолдерами
- Письменная оценка набора ADR с рекомендациями
- Обратная связь по учебному ревью и разговору о менторстве (рекомендации, а не сертификат)
Инструменты и технологии
- ADR (Markdown)
- Модель C4
- Mermaid / PlantUML
- Pull Request в GitHub / GitLab
- Jira / Linear (как примеры)
- Prometheus / Grafana (для сценария инцидента)
- Miro / FigJam
- Шаблоны postmortem
Последовательность уровней
- До
- Уровень senior backend-инженера: умение самостоятельно проектировать систему и вести её.
- После
- Программа по solution architecture или углубление практики в роли tech lead в вашей команде.
- Длительность и формат
- Длительность и формат ещё не определены; программа планируется и не включена в расписание.
Частые вопросы
Частые вопросы
Эта программа доступна сейчас?
Нет. Она планируется и не стоит в расписании. Даты и цены не объявлены. Можно запросить консультацию.
Это программа для менеджеров?
Нет. Фокус на техническом лидерстве: направление, решения, качество и менторство. Административное управление людьми не является основной темой.
Обещает ли она должность или роль?
Нет. Ни одна программа не может гарантировать должность, зарплату или результат. Она развивает навыки, а решение остаётся за вами и работодателем.
Насколько она практическая?
В каждом модуле есть сценарий или кейс: написание ADR, проведение ревью, подготовка postmortem. Только лекции не планируются.
Статьи по теме программы
- ADRWriting Architecture Decision Records that survive the team
- Модель C4The C4 model: architecture diagrams that people actually read
- System DesignCaching strategies - cache-aside, write-through, TTLs and stampedes
- Техническое лидерствоCode review culture that helps teams
- System DesignA repeatable method for system design interviews and design reviews
- System DesignSystem design walkthrough: a URL shortener