Роудмапы · L4
Tech Lead
Tech lead отвечает за техническое направление команды и качество поставки. Он может продолжать писать код, но главное влияние оказывает через решения, культуру review и принципы совместной работы команды.
Чем отличается от предыдущего уровня
Senior отвечает за качество своей работы и ближайшего окружения. Tech lead отвечает за результат всей команды: разбиение работы, приоритеты, технический долг, риски и коммуникацию со стейкхолдерами. Успех измеряется уже не личным объёмом кода, а тем, что поставляет команда.
Ожидаемые знания
- Определение технического направления: стратегия, принципы и общие стандарты команды
- Документирование решений: ADR, дизайн-документы и диаграммы C4
- Культура review: небольшие PR, разница между блокирующими замечаниями и nit, тон
- Здоровье поставки: CI/CD, стратегия релизов, feature flag, откат
- Система качества: стратегия тестирования, статические проверки, Definition of Done
- Эксплуатация: observability, управление инцидентами, postmortem
- Сделать технический долг видимым и сбалансировать его с требованиями бизнеса
- Планирование работы: разбиение задач, зависимости, управление неопределённостью
Практические навыки
- Разбить расплывчатое требование на понятные технические задачи для команды
- Провести обсуждение дизайна и зафиксировать итог в ADR
- Делегировать работу: назвать результат, контекст и критерии приёмки
- Объяснять риски и варианты стейкхолдерам нетехническим языком
- Давать обратную связь один на один и снимать напряжение внутри команды
- Совмещать кодирование и работу лида и не ставить себя на критический путь
Типичные ошибки
- Брать все сложные задачи на себя и тормозить рост команды
- Договариваться о решениях устно и не оставлять письменного следа
- Держать технический долг отдельно от требований, так что он никогда не получает приоритет
- Превращать review в инструмент контроля вместо механизма обучения
- Сообщать о риске поздно или смягчать его
- Стандартизировать всё по личному вкусу
Приоритеты обучения
- 1Сформировать техническое направление и принципыПростыми словами и письменно выразите, что команда делает и почему; основные инструменты здесь ADR и C4.
- 2Сделать решения видимымиДля каждого значимого выбора храните контекст, варианты, решение и последствия.
- 3Построить культуру качестваНебольшие PR, явные правила review, автоматические проверки и согласованный Definition of Done.
- 4Держать поставку стабильнойЗдоровье CI/CD, процесс релиза, мониторинг и выводы после инцидентов.
- 5Развивать команду и работать со стейкхолдерамиДелегируйте, давайте обратную связь и сообщайте о рисках ясно и вовремя.
Архитектурная зрелость
Tech lead поддерживает архитектуру живой в повседневных решениях команды. Он делает границы, зависимости и атрибуты качества понятными всей команде и следит за последовательным внедрением изменений. Он видит архитектуру не как абстрактную схему, а как практическую рамку, согласованную с навыками, временем и рисками команды.
Примеры вопросов
- Что вы сделаете, если два senior не согласны по дизайну?
- Как объяснить бизнесу технический долг и расставить его приоритет?
- Как вы выстроите правила review Pull Request в команде?
- Как задокументировать значимое архитектурное решение?
- После релиза произошёл инцидент; каковы следующие шаги?
- Как вы балансируете между делегированием и контролем?
- Что новый участник команды должен знать в первый месяц?
Упражнения для самостоятельной работы
- Напишите ADR для одного реального технического решения: контекст, минимум три варианта, решение и последствия.
- Нарисуйте диаграммы C4 context и container для вашей системы в ASCII или в инструменте.
- Опишите правила Pull Request для команды на одной странице: размер, блокирующие замечания и nit, срок ответа.
- Составьте список технического долга: риск, стоимость и предлагаемые сроки по каждому пункту.
- Постройте шаблон postmortem без поиска виноватых и заполните его по последнему инциденту.
Статьи для этого уровня
- Техническое лидерствоTech lead: the first 90 days
- Техническое лидерствоCode review culture that helps teams
- ADRWriting Architecture Decision Records that survive the team
- Модель C4The C4 model: architecture diagrams that people actually read
- CI/CDA CI/CD pipeline for a Java service
- ObservabilityObservability: logs, metrics and traces
- Clean ArchitecturePragmatic clean architecture in a Spring application
Подходящие программы
Насколько вы близки к этому уровню?
Оценка навыков формирует личный отчёт о пробелах на основе ваших ответов. Это рекомендация, а не сертификат.