Teamlead

Teamlead Roadmap

Карта компетенций технического лидера, адаптируемая под различные организации. Roadmap состоит из двух основных частей: Роли и обязанности (что делает тимлид) и Личные навыки (как он это делает).

Каждая методология — это набор правил, ритуалов и артефактов, помогающих команде двигаться в определённом направлении.

Связанные материалы:

Agile и Scrum методологии — подробно о фреймворках и практиках
Структура IT-команды — роли, грейды, иерархия
Как быть хорошим тимлидом — практические советы
DISC модель — типы личностей в команде
Team — командная работа

Роли и обязанности

Administrator

Роль, отвечающая за построение и поддержание процессов разработки, управление проектами и взаимодействие со стейкхолдерами.

Построение цикла разработки

Разработка

Готовые подходы

Lean
Scrum — итеративная разработка спринтами
Kanban — визуализация потока работы
XP (Extreme Programming) — инженерные практики
SAFe (Scaled Agile Framework) — масштабирование Agile

Подробнее: Agile методологии и фреймворки

Конструирование методологии

Создание собственных методологий разработки, адаптированных под специфику команды и проекта. Включает выбор и комбинирование практик из различных фреймворков для формирования эффективного процесса.

Ключевые принципы:

Методология должна соответствовать ценностям команды
Чем проще работающая методология — тем лучше
Постепенное внедрение практик вместо единовременного навязывания
Автоматизация рутинных процессов для экономии времени коллег

Фазы внедрения:

Фаза	Действия
Подготовка	User Story документация, выбор инструментов, обсуждение с командой
Внедрение	Постепенная раскатка, уважение ко времени коллег, простота
Поддержка	Выделение времени на процессы, быстрое исправление ошибок

Антипаттерны:

Навязывание методологии сверху
Частая смена методологий
Cargo-cult ритуалы без понимания их цели
Несоответствие между ценностями команды и допущениями методологии

Ресурсы:

Получение задач

Процесс получения, анализа и приоритизации входящих задач. Включает фильтрацию запросов, оценку их важности и срочности, распределение по команде.

Пайплайн обработки задач:

Входящий запрос → Фильтрация → Декомпозиция → Оценка → Приоритизация → Backlog

Инструменты:

Jira, Linear, YouTrack — трекеры задач
Notion, Confluence — документация требований
Miro, FigJam — визуализация и декомпозиция

Техники приоритизации:

MoSCoW (Must, Should, Could, Won’t)
RICE (Reach, Impact, Confidence, Effort)
ICE (Impact, Confidence, Ease)
Weighted Shortest Job First (WSJF)

Ресурсы:

Выпуск задач

Процесс завершения и выпуска выполненных задач.

Приёмка

Процесс проверки и принятия выполненной работы, соответствия требованиям и стандартам качества.

Чеклист приёмки:

Соответствие Definition of Done
Прохождение code review
Успешные автотесты
Документация обновлена
Демонстрация стейкхолдерам

Раскатка (Deployment)

Процесс развёртывания готового функционала в production.

Стратегии деплоя:

Стратегия	Описание	Риск
Blue-Green	Два идентичных окружения, переключение трафика	Низкий
Canary	Постепенное увеличение % пользователей	Низкий
Rolling	Последовательное обновление инстансов	Средний
Big Bang	Одновременное обновление всего	Высокий

Ресурсы:

Проектное управление

Методологии и подходы к управлению проектами для эффективного планирования, контроля и завершения проектов.

P3Express

Упрощённая методология управления проектами на основе PRINCE2, адаптированная для небольших и средних проектов. Фокус на практичности и минимизации бюрократии.

Ключевые элементы:

37 активностей, распределённых по 7 фазам
Адаптивность под размер проекта
Интеграция с Agile-практиками

Ресурсы:

PDCA

PDCA (Plan-Do-Check-Act) — цикл Деминга для непрерывного улучшения процессов.

    ┌─────────┐
    │  PLAN   │ → Определить цели и процессы
    └────┬────┘
         ↓
    ┌─────────┐
    │   DO    │ → Выполнить запланированное
    └────┬────┘
         ↓
    ┌─────────┐
    │  CHECK  │ → Проверить результаты
    └────┬────┘
         ↓
    ┌─────────┐
    │   ACT   │ → Скорректировать и стандартизировать
    └────┬────┘
         ↓
    (повторить)

Применение:

Улучшение процессов разработки
Решение повторяющихся проблем
Внедрение новых практик

Ресурсы:

PMBoK

PMBoK (Project Management Body of Knowledge) — свод знаний по управлению проектами от PMI.

10 областей знаний PMBoK:

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

Ресурсы:

Дополнительные фреймворки

OKR (Objectives and Key Results) — целеполагание
PRINCE2 — процессный подход к управлению проектами
Lean Six Sigma — устранение потерь и дефектов

Стейкхолдинг

Управление заинтересованными сторонами проекта.

Определение: Стейкхолдер — человек, чьи действия, поведение или решения могут повлиять на результаты проекта.

Матрица стейкхолдеров (Influence/Interest Grid):

	Низкий интерес	Высокий интерес
Высокое влияние	Consultant (консультировать)	Partner (активно вовлекать)
Низкое влияние	Temporary Worker (минимум контакта)	Support (информировать)

Роли стейкхолдеров:

Роль	Влияние	Важность	Стратегия
Partner	Высокое	Высокая	Постоянное вовлечение, проактивность
Consultant	Высокое	Низкая	Консультации по ключевым решениям
Support	Низкое	Высокая	Регулярное информирование
Temporary Worker	Низкое	Низкая	Минимальное взаимодействие

Практики работы:

Уточнить свою роль с исполнителями проекта
Установить процессы взаимодействия (даты, критерии успеха)
Запрашивать обратную связь о своей работе
Периодически пересматривать роль при изменении контекста

Последствия плохой практики:

Снижение влияния на проект
Разочарование зависимых сторон
Избыточные переработки из-за поздно выявленных ожиданий

Ресурсы:

Integrator

Роль связующего звена между бизнесом и технической командой.

Знание бизнеса

Понимание бизнес-модели компании, источников дохода, ключевых метрик и стратегических целей.

Ключевые области:

Бизнес-модель и монетизация
Unit-экономика продукта
Ключевые метрики (North Star Metric, KPI)
Конкурентная среда

Ресурсы:

Структура компании

Понимание организационной структуры, процессов принятия решений, ключевых людей и их зон ответственности.

Важно знать:

Формальная и неформальная структура власти
Процессы эскалации
Ключевые decision makers
Зоны ответственности смежных команд

Ресурсы:

Корпоративная культура

Понимание ценностей, норм поведения и негласных правил организации.

Элементы культуры:

Ценности компании
Стиль коммуникации
Отношение к ошибкам
Work-life balance
Процессы признания и награждения

Ресурсы:

People Manager

Роль, отвечающая за развитие людей и команды.

Управление людьми

Административная работа

Рутинные управленческие задачи: оформление отпусков, больничных, справок, контроль табеля.

Инструменты:

HRIS системы (BambooHR, Workday)
Таблицы учёта рабочего времени
Календари команды

Ресурсы:

Административная работа

Делегирование

Передача полномочий и ответственности членам команды для развития сотрудников и освобождения времени руководителя.

Преимущества делегирования:

Для руководителя	Для сотрудника	Для команды
Освобождение времени	Возможности роста	Увеличение автономии
Развитие преемников	Расширение полномочий	Кросс-функциональность
Снижение bus factor	Карьерный рост	Меньше единых точек отказа

7 уровней делегирования (Jurgen Appelo):

Tell — принять решение и сообщить
Sell — принять решение и убедить
Consult — получить совет, затем решить
Agree — достичь консенсуса
Advise — дать совет, решение за сотрудником
Inquire — узнать о решении после факта
Delegate — полная передача полномочий

Практики:

Провести аудит своих задач — что можно делегировать завтра?
Подобрать подходящий уровень делегирования
Назначить задачу, контролировать результат
После нескольких успешных итераций — передать полную ответственность

Признаки плохого делегирования:

Критичные задачи не делегируются
Нет контроля выполнения
Несоответствие сложности задач и уровня сотрудника
Неясные дедлайны и критерии успеха
Перегрузка отдельных людей

Ресурсы:

Развитие

Содействие профессиональному и личностному росту сотрудников.

Инструменты развития:

Individual Development Plan (IDP)
Менторинг и коучинг
Ротация задач
Обучающие программы
Конференции и митапы

Модель 70-20-10:

70% — обучение через опыт (рабочие задачи)
20% — обучение через других (менторинг, обратная связь)
10% — формальное обучение (курсы, книги)

Ресурсы:

Обратная связь

Предоставление и получение фидбека для улучшения работы и развития сотрудников.

Типы обратной связи:

Тип	Частота	Своевременность	Полнота
Периодический	По циклам (1-on-1, ревью)	Средняя	Высокая
Непрерывный	В процессе работы	Высокая	Низкая
Ситуационный	По событиям	Контролируемая	Контролируемая

Модели обратной связи:

SBI (Situation-Behavior-Impact)
COIN (Context-Observation-Impact-Next steps)
Feedback Sandwich (позитив-критика-позитив) — спорная модель

Хорошие практики:

Получить разрешение перед предоставлением фидбека
Баланс конструктивной критики и позитива
Личная доставка в приватной беседе
Своевременность — сразу после наблюдения
Объяснение причин — почему поведение уместно/неуместно
Запрашивать фидбек о себе у коллег

Плохие практики:

Непрошеный фидбек
Только негативный или только позитивный
Отложенные письменные отчёты (спустя недели)

Ресурсы:

Увольнение

Процесс расставания с сотрудником — как инициированный компанией, так и добровольный уход.

Виды увольнений:

По инициативе работодателя (performance issues)
По инициативе сотрудника
По соглашению сторон

Процесс:

Документирование проблем с performance
Performance Improvement Plan (PIP)
Принятие решения
Exit interview
Передача дел
Offboarding

Ресурсы:

Найм

Профиль кандидата

Описание идеального кандидата: hard skills, soft skills, опыт, культурное соответствие.

Компоненты профиля:

Технические требования (must have / nice to have)
Поведенческие компетенции
Культурный fit
Потенциал роста

Собеседования

Процесс оценки кандидатов на соответствие профилю.

Типы интервью:

Скрининг (HR)
Техническое интервью
System Design (для senior+)
Поведенческое интервью (STAR method)
Cultural fit

STAR метод:

Situation — опишите ситуацию
Task — какая была задача
Action — что вы сделали
Result — каков результат

Onboarding

Процесс адаптации нового сотрудника.

Чеклист онбординга:

Доступы к системам
Знакомство с командой
Buddy/mentor назначен
Первые задачи определены
30-60-90 plan составлен
Регулярные check-in встречи

Тестовый период

Испытательный срок для оценки соответствия ожиданиям.

Практики:

Чёткие критерии успешного прохождения
Регулярная обратная связь
Промежуточные check-points
Финальная оценка с решением

Ресурсы:

Мотивация

Понимание и влияние на эмоциональное и психологическое состояние сотрудников.

Ключевые теории мотивации:

Теория	Автор	Суть
Пирамида потребностей	Maslow	5 уровней потребностей (физиология → самореализация)
Теория потребностей	McClelland	Достижение, принадлежность, власть
Двухфакторная	Herzberg	Гигиенические факторы vs мотиваторы
Drive	Pink	Автономия, мастерство, цель
Поток	Csikszentmihalyi	Баланс сложности и навыков

Модель Pink (Drive):

Autonomy — самостоятельность в принятии решений
Mastery — возможность развивать навыки
Purpose — понимание целей и смысла работы

Практические действия:

Конкурентная зарплата (+10-15% к рынку)
Полугодовые пересмотры компенсации
Публичное признание и спонтанные награды
Усложнение задач с ростом автономии

Инструменты оценки мотивации:

10K Test
Motivation Maps
Stay Interviews

Спектр вовлечённости:

Disengagement → External motivation → Internal motivation → Flow

Ресурсы:

One-on-one

Регулярные приватные встречи руководителя с каждым членом команды.

Определение: One-on-one — регулярные приватные беседы между менеджером и его прямым подчинённым для построения доверия, обсуждения производительности и выравнивания целей.

Преимущества:

Для сотрудника	Для руководителя
Гарантированное время для обсуждения	Глубокое понимание мотивации
Обсуждение сложных вопросов	Раннее выявление проблем
Чувство внимания	Равномерное внимание всем

Последствия игнорирования:

Ухудшение доверия
Коммуникация только по операционным вопросам
Сложности с performance management
Ощущение фаворитизма

Правило 10/90: Руководитель говорит 10%, слушает 90%.

Внедрение процесса:

Создать профили сотрудников (мотивация, договорённости, достижения)
Запланировать регулярные встречи (чаще чем раз в месяц)
Установить правила: частота, длительность, место, формат
Подготовить список открытых вопросов

Во время встречи:

Следовать подготовленной агенде
Документировать обсуждения и action items
Фокусироваться на приоритетах сотрудника

Улучшение процесса:

Просить сотрудника готовить агенду заранее
Вести детальные записи встреч
Регулярно проверять актуальность карточки сотрудника
Собирать фидбек об эффективности встреч

Признаки плохих 1-on-1:

Нерегулярные встречи
Обсуждение только тривиальных тем
Односложные ответы сотрудника
Повторяющиеся обсуждения без прогресса
Незафиксированные договорённости
Частые отмены
Отсутствие исторической преемственности

Ресурсы:

Промо

Ассессмент

Оценка компетенций сотрудника для принятия решений о повышении.

Методы оценки:

360-degree feedback
Performance review
Competency assessment
Self-assessment

Карьерная линейка

Система грейдов и уровней в организации.

Типичные уровни для разработчиков:

Junior → Middle → Senior → Staff → Principal → Distinguished
                    ↓
              → Tech Lead → Engineering Manager → Director

Компоненты карьерной линейки:

Описание уровней
Критерии перехода
Ожидания по компетенциям
Процесс продвижения

Ресурсы:

Управление командой

Управление компетенциями

Отслеживание и развитие навыков команды.

Инструменты:

Skills Matrix
Competency Framework
Knowledge Map

Skills Matrix:

Навык	Alice	Bob	Carol
React	⭐⭐⭐	⭐⭐	⭐
Node.js	⭐⭐	⭐⭐⭐	⭐⭐
PostgreSQL	⭐	⭐⭐	⭐⭐⭐

Ресурсы:

Управление компетенциями

Климат в команде

Эмоциональное состояние команды и коллективная субъективная оценка ежедневной работы.

Влияние на:

Метрики производительности
Удовлетворённость работой
Эмоциональное благополучие членов команды

Последствия игнорирования:

Негативный фон усиливает все негативные явления
Конфликты эскалируются вместо разрешения
Уходы провоцируют дополнительные увольнения
Команда не может восстановиться без вмешательства

Методы оценки:

Интервью
Опросы (Team Health Check)
Ретроспективы
eNPS (Employee Net Promoter Score)

Инструменты:

Spotify Team Health Check
Officevibe, Culture Amp — платформы для опросов

Ресурсы:

Дизайн команды

Формирование оптимальной структуры и состава команды.

Факторы:

Размер команды (оптимально 5-9 человек)
Баланс компетенций
Team Topologies (Stream-aligned, Platform, Enabling, Complicated-subsystem)

Ресурсы:

Запуск команды

Формирование новой команды или перезапуск существующей.

Модель Tuckman:

Forming → Storming → Norming → Performing → Adjourning

Практики:

Team Charter
Working Agreements
Definition of Done
Kick-off meeting

Ресурсы:

Зрелость команды

Оценка и развитие уровня самоорганизации команды.

Уровни зрелости:

Directing — руководитель принимает все решения
Coaching — руководитель объясняет решения
Supporting — совместные решения
Delegating — команда принимает решения

Ресурсы:

Обеспечение прозрачности

Создание среды открытой коммуникации и видимости работы.

Практики:

Визуализация работы (Kanban board)
Регулярные статус-апдейты
Открытые каналы коммуникации
Документирование решений

Ресурсы:

Обеспечение прозрачности

Организация рабочего пространства

Создание комфортной физической и виртуальной среды для работы.

Факторы:

Физическое пространство (офис, удалёнка, гибрид)
Инструменты коммуникации
Доступ к информации
Эргономика

Ресурсы:

Организация рабочего пространства

Развитие технического бренда

Позиционирование команды и компании как технологического лидера.

Направления:

Tech-блог
Участие в конференциях
Open Source контрибуции
Митапы
Подкасты

Ресурсы:

Развитие технического бренда

Product Owner

Роль, отвечающая за продуктовое видение и приоритизацию работы.

Принятие продуктовых решений

Целеполагание

Определение целей продукта и команды.

Фреймворки:

OKR (Objectives & Key Results)
SMART goals
North Star Metric

OKR структура:

Objective: Качественная цель (вдохновляющая, амбициозная)
├── Key Result 1: Измеримый результат
├── Key Result 2: Измеримый результат
└── Key Result 3: Измеримый результат

Ресурсы:

Управление продуктовым бэклогом

Генерация элементов бэклога

Источники идей:

Пользовательские исследования
Обратная связь клиентов
Анализ конкурентов
Внутренние идеи команды
Технические потребности

Приоритизация бэклога

Техники приоритизации:

RICE (Reach × Impact × Confidence / Effort)
ICE (Impact × Confidence × Ease)
MoSCoW
Value vs Effort matrix
Kano Model
WSJF (Weighted Shortest Job First)

RICE формула:

RICE Score = (Reach × Impact × Confidence) / Effort

Ресурсы:

Продуктовая стратегия

Долгосрочное видение развития продукта.

Компоненты:

Vision (видение)
Mission (миссия)
Strategy (стратегия)
Roadmap (дорожная карта)
Tactics (тактика)

Ресурсы:

Управление роадмапом

Визуализация и планирование развития продукта.

Типы роадмапов:

Feature-based
Goal-based (Now-Next-Later)
Theme-based
Timeline-based

Инструменты:

ProductPlan, Aha!, Roadmunk
Notion, Miro
Google Sheets

Ресурсы:

Управление продуктом

Жизненный цикл фичей

Управление фичами от идеи до deprecation.

Стадии:

Ideation → Discovery → Definition → Development → Launch → Growth → Maturity → Decline

Ресурсы:

Жизненный цикл фичей

Запуск продукта

Вывод продукта или фичи на рынок.

Компоненты запуска:

Go-to-market strategy
Launch checklist
Communication plan
Success metrics
Rollback plan

Ресурсы:

Понимание продукта

Знание рынка

Понимание конкурентной среды и рыночных трендов.

Методы:

Competitive analysis
Market research
Trend analysis
TAM/SAM/SOM

Ресурсы:

Знание рынка

Знание продукта

Глубокое понимание своего продукта.

Области:

Функциональность
Архитектура
Ограничения
Метрики
Roadmap

Ресурсы:

Знание продукта

Знание пользователей

Понимание потребностей и поведения пользователей.

Методы исследований:

User interviews
Surveys
Usability testing
Analytics analysis
A/B testing

Инструменты:

Hotjar, FullStory — сессионные записи
Amplitude, Mixpanel — продуктовая аналитика
UserTesting — тестирование юзабилити

Ресурсы:

Technical Lead

Роль, отвечающая за техническое качество и архитектуру.

Связанные материалы в репозитории:

Архитектура — обзор архитектурных подходов
SOLID принципы — принципы объектно-ориентированного дизайна
System Design — проектирование систем
Чистый код — практики написания качественного кода
DevOps — автоматизация и инфраструктура
CD — непрерывная интеграция и доставка

Архитектура

Проектирование и поддержка архитектуры системы.

Архитектурное ревью

Анализ и оценка архитектурных решений для выявления проблем, рисков и возможностей улучшения.

Виды ревью:

Design Review (до реализации)
Architecture Decision Records (ADR)
Post-implementation review

ADR структура:

# ADR-001: Название решения
 
## Статус
Принято / Отклонено / Заменено
 
## Контекст
Какая проблема решается?
 
## Решение
Что решили сделать?
 
## Последствия
Плюсы, минусы, риски

Ресурсы:

Проектирование

Создание архитектуры системы с учётом требований, ограничений и долгосрочных целей.

Архитектурные паттерны:

Monolith
Микросервисы — распределённая архитектура
Event-Driven
CQRS
Hexagonal (Ports & Adapters)
Clean Architecture
MV-паттерны — MVC, MVP, MVVM
FSD — Feature-Sliced Design

Ресурсы:

Проектирование
Software Architecture
System Design Primer
Fundamentals of Software Architecture
Внутренние: System Design, Архитектура

Эволюция

Постепенное развитие архитектуры без нарушения работы системы.

Практики:

Strangler Fig Pattern
Feature Toggles
Database Migrations
API Versioning
Blue-Green Deployments

Ресурсы:

Сбор технических требований

Выявление и документирование нефункциональных требований.

Категории NFR:

Performance (latency, throughput)
Scalability (horizontal, vertical)
Availability (uptime, SLA)
Security (authentication, authorization)
Maintainability (code quality, documentation)
Observability (monitoring, logging, tracing)

Ресурсы:

Автоматизация цикла разработки

Настройка автоматизированных процессов для повышения скорости и качества.

Continuous Integration

Практика частой интеграции кода с автоматическими проверками.

CI Pipeline:

Commit → Build → Test → Static Analysis → Artifact

Инструменты:

GitHub Actions, GitLab CI
Jenkins, TeamCity
CircleCI, Travis CI

Ресурсы:

Автоматизация релизов

Настройка автоматизированного процесса развёртывания (CI/CD pipeline).

CD Pipeline:

Artifact → Deploy to Staging → Integration Tests → Deploy to Production → Smoke Tests

Практики:

Infrastructure as Code (Terraform, Pulumi)
GitOps (ArgoCD, Flux)
Feature Flags
Canary Releases
Blue-Green Deployments

Инструменты:

ArgoCD, Spinnaker
Kubernetes, Docker
Terraform, Ansible

Ресурсы:

Работа с системами контроля версий

Организация работы с Git и branching strategies.

Branching Strategies:

Git Flow
GitHub Flow
Trunk-Based Development
GitLab Flow

Ресурсы:

Работа с системами контроля версий
Git Flow
Trunk-Based Development
Внутренние: Git, GitFlow, GitHub Actions, Conventional Commits

Capacity Management

Управление мощностью команды: планирование загрузки, оценка ресурсов.

Метрики:

Velocity (Story Points per Sprint)
Capacity (доступные человеко-часы)
Cycle Time
Lead Time

Практики:

Sprint Planning с учётом capacity
Учёт отпусков и больничных
Buffer для незапланированной работы (15-20%)

Ресурсы:

Управление знаниями

Техническая документация

Создание и поддержка документации.

Типы документации:

API Documentation (OpenAPI, Swagger)
Architecture Documentation (C4 Model)
README, Getting Started
Runbooks
ADRs

Инструменты:

Confluence, Notion
MkDocs, Docusaurus
Swagger, Redoc

Ресурсы:

Распространение знаний

Обеспечение передачи знаний внутри команды.

Практики:

Tech Talks
Pair Programming
Code Review
Brown Bag Sessions
Internal Wiki
Mob Programming

Ресурсы:

Распространение знаний

Обеспечение качества продукта

Работа с багами

Процесс обработки и устранения дефектов.

Жизненный цикл бага:

Reported → Triaged → In Progress → Fixed → Verified → Closed

Приоритизация:

P0 (Critical) — блокирует работу
P1 (High) — серьёзное влияние
P2 (Medium) — умеренное влияние
P3 (Low) — минимальное влияние

Ресурсы:

Работа с багами

Code Review

Проверка кода для обеспечения качества и распространения знаний.

Преимущества:

Обнаружение багов
Выявление архитектурных проблем
Стандартизация кода
Распространение знаний
Обратная связь для разработчиков

Хорошие практики:

Категория	Практика
Процесс	Чёткие критерии pass/fail, атомарные MR
Коммуникация	Вопросы вместо критики, похвала, приоритизация фидбека
Автоматизация	Линтеры, автотесты, интеграция с мессенджерами
Скорость	Быстрый отклик (в идеале в тот же день)

Структура ревью:

Понять бизнес-логику
Оценить архитектурные решения
Проверить детали реализации

Плохие практики:

Неясная ответственность
Отсутствие метрик успеха
Задержки с фидбеком
Токсичная коммуникация (сарказм, личные выпады)

Ресурсы:

Управление инцидентами

Минимизация негативного влияния от неожиданных сбоев.

Ключевые практики:

Практика	Описание
Документирование	Обязательная запись инцидентов с деталями решения
Приоритизация	Ранжирование по влиянию на бизнес
Коммуникация	Поддержание записей о конфигурационном влиянии
Постмортемы	Анализ без обвинений (blameless post-mortem)

Классификация инцидентов:

Minor — минимальное влияние
Major — значительное влияние, требует ресурсов
Critical — критическое влияние, требует эскалации
Security — инциденты безопасности (отдельный процесс)

Методы разрешения:

Следование установленным процедурам
Привлечение команд с экспертизой
Swarming — коллективная работа до определения владельца

Превентивные меры:

Формализация процедур
Контракты с поставщиками поддержки
Self-service системы для пользователей

Антипаттерны:

Неполная документация инцидентов
Отсутствие классификации по severity
Поиск виноватых вместо причин
Недостаточное выделение ресурсов

Инструменты:

PagerDuty, Opsgenie — on-call
Statuspage — коммуникация о статусе
Jira Service Management — тикеты

Ресурсы:

Метрики и мониторинг

Сбор, анализ и визуализация метрик работы системы.

Типы метрик:

Golden Signals (Latency, Traffic, Errors, Saturation)
RED (Rate, Errors, Duration)
USE (Utilization, Saturation, Errors)

Observability Stack:

Metrics: Prometheus, Datadog
Logs: ELK Stack, Loki
Traces: Jaeger, Zipkin
Visualization: Grafana

Ресурсы:

Нефункциональные требования

Обеспечение соответствия NFR.

Категории:

Performance
Scalability
Availability
Security
Maintainability

Ресурсы:

Нефункциональные требования

Тестирование

Обеспечение качества через различные виды тестирования.

Нефункциональное тестирование

Тестирование характеристик системы: производительность, нагрузка, безопасность.

Виды:

Performance Testing
Load Testing
Stress Testing
Security Testing
Chaos Engineering

Инструменты:

JMeter, Gatling, k6 — нагрузочное тестирование
OWASP ZAP — security testing
Chaos Monkey — chaos engineering

Ресурсы:

Пирамида тестирования

        /\
       /  \        E2E Tests (few)
      /----\
     /      \      Integration Tests (some)
    /--------\
   /          \    Unit Tests (many)
  /------------\

Автоматизация тестирования API

Создание автоматизированных тестов для REST, GraphQL API.

Инструменты:

Postman, Newman
REST Assured
Karate
pytest + requests

Ресурсы:

Автоматизация тестирования GUI

Автоматизация тестирования пользовательского интерфейса.

Инструменты:

Playwright
Cypress
Selenium
Puppeteer

Ресурсы:

Unit-тестирование

Тестирование отдельных модулей кода.

Best Practices:

Один assert на тест
AAA паттерн (Arrange-Act-Assert)
Изоляция (mocks, stubs)
Fast, Independent, Repeatable

Ресурсы:

Дополнительные ресурсы по тестированию:

Знание технологий

Написание кода

Способность писать production-ready код.

Ожидания:

Понимание кодовой базы
Способность закрыть критичные задачи
Пример для команды
Code review

Ресурсы:

Написание кода

Выбор и контроль технологий

Принятие решений о технологическом стеке.

Факторы выбора:

Зрелость технологии
Сообщество и экосистема
Команда и экспертиза
Performance requirements
Total Cost of Ownership

Ресурсы:

Знание технологического стека команды

Глубокое понимание используемых технологий.

Ресурсы:

Знание технологического стека команды

Обеспечение технического качества

Чистый код

Написание понятного, поддерживаемого кода.

Принципы:

SOLID
DRY (Don’t Repeat Yourself)
KISS (Keep It Simple, Stupid)
YAGNI (You Aren’t Gonna Need It)

Ресурсы:

Чистый код
Clean Code (Robert Martin)
Внутренние: Чистый Код — Роберт Мартин, SOLID принципы

Рефакторинг

Улучшение структуры кода без изменения поведения.

Техники:

Extract Method/Class
Rename
Move Method
Replace Conditional with Polymorphism

Ресурсы:

Управление техническим долгом

Непрерывное выявление, оценка стоимости и устранение технического долга.

Определение: Технический долг — несделанная работа, которая будет мешать развитию проекта в будущем. Это не баги и не низкоприоритетные фичи, а проблемы архитектуры и качества кода.

Последствия игнорирования:

Рост времени разработки и поддержки
Сложность анализа кода
Хрупкость системы
В крайнем случае — необходимость полного переписывания

Практики управления:

Практика	Описание
Code Review	Детальная оценка качества при разработке
Статический анализ	SonarQube и подобные инструменты
Внешний аудит	Объективная оценка третьей стороной
Sprint allocation	% спринта на работу с долгом
Непрерывный мониторинг	Ручные и автоматические проверки

Инструменты:

SonarQube, SonarCloud
Code Climate
Codacy

Ресурсы:

Личные навыки

Личные навыки (soft skills) критически важны для тимлида — они определяют способность эффективно взаимодействовать с командой, стейкхолдерами и влиять на результаты.

Связанные материалы:

DISC модель — понимание типов личности
Team — командная динамика

Коммуникации

Коммуникация — основной инструмент тимлида. Качество коммуникации напрямую влияет на эффективность команды, скорость решения проблем и общий климат.

Коучинг

Помощь людям в достижении их целей через вопросы и поддержку. Коуч не даёт советов напрямую, а помогает человеку самостоятельно найти решение.

Когда применять:

Развитие сотрудников
Помощь в принятии решений
Преодоление препятствий
Карьерное планирование

Модель GROW:

Goal — цель
Reality — текущая ситуация
Options — варианты действий
Will — план действий

Ресурсы:

Управление конфликтами

Навыки разрешения и предотвращения конфликтов. Конфликты неизбежны в любой команде — важно уметь управлять ими конструктивно.

Стратегии (Thomas-Kilmann):

Стратегия	Описание	Когда применять
Competing	Отстаивание своей позиции	Кризис, срочные решения
Collaborating	Поиск win-win решения	Важные вопросы, есть время
Compromising	Частичные уступки обеих сторон	Равные силы, среднее решение
Avoiding	Уход от конфликта	Незначительные вопросы
Accommodating	Уступка другой стороне	Отношения важнее результата

Признаки деструктивного конфликта:

Переход на личности
Эскалация вместо разрешения
Снижение продуктивности
Формирование “лагерей”

Практики разрешения:

Выслушать обе стороны отдельно
Определить корневую причину
Найти общие интересы
Выработать решение вместе
Зафиксировать договорённости

Ресурсы:

Сотрудничество

Навыки эффективной работы с другими людьми. Включает кросс-функциональное взаимодействие, работу с другими командами и отделами.

Принципы эффективного сотрудничества:

Общие цели важнее локальных
Прозрачность и открытость
Взаимное уважение
Своевременная коммуникация
Готовность помочь

Барьеры сотрудничества:

Силосы между командами
Конкуренция за ресурсы
Недостаток доверия
Разные приоритеты

Практики улучшения:

Регулярные синки между командами
Общие ретроспективы
Ротация сотрудников
Совместные OKR

Связанные темы:

Масштабирование Agile

Ресурсы:

Сотрудничество

Фасилитация

Управление групповой дискуссией для достижения целей встречи. Фасилитатор нейтрален по отношению к содержанию и фокусируется на процессе.

Роль фасилитатора:

Управление временем
Вовлечение всех участников
Фиксация решений
Предотвращение доминирования
Разрешение тупиковых ситуаций

Техники:

Техника	Описание	Когда применять
Brainstorming	Генерация идей без критики	Поиск решений
Dot Voting	Голосование точками	Приоритизация
Silent Writing	Тихая запись идей	Включение интровертов
Round Robin	Высказывание по кругу	Равное участие
Fishbowl	Внутренний и внешний круг	Сложные обсуждения
1-2-4-All	Индивидуально → пары → группы	Консенсус

Типичные встречи для фасилитации:

Ретроспективы
Planning sessions
Design workshops
Brainstorming
Decision-making meetings

Ресурсы:

Фасилитация
Liberating Structures
Retromat — форматы ретроспектив

Дача и получение обратной связи

Навыки предоставления и принятия фидбека. Регулярная обратная связь — основа развития команды.

Модель Radical Candor:

              Высокая забота о человеке
                        │
    Ruinous Empathy     │     Radical Candor ★
    (не говорите        │     (говорите прямо
     неприятное)        │      с заботой)
                        │
────────────────────────┼────────────────────────
                        │
    Manipulative        │     Obnoxious Aggression
    Insincerity         │     (агрессивная критика
    (политкорректность) │      без заботы)
                        │
              Низкая забота о человеке

    ← Низкая прямота         Высокая прямота →

Формула эффективного фидбека (SBI):

Situation — конкретная ситуация
Behavior — наблюдаемое поведение
Impact — влияние на результат

Пример:

“На вчерашнем standup (S), когда ты перебил коллегу (B), это создало напряжённую атмосферу и он не договорил свою мысль (I).”

Получение фидбека:

Слушать без защиты
Задавать уточняющие вопросы
Благодарить за фидбек
Рефлексировать и действовать

Ресурсы:

Нетворкинг

Построение и поддержание профессиональных связей. Нетворк — один из главных активов тимлида.

Почему важен нетворкинг:

Найм талантов (рефералы)
Обмен опытом и практиками
Карьерные возможности
Решение сложных проблем
Видение индустрии

Практики:

Участие в митапах и конференциях
Активность в профессиональных сообществах
Менторинг и коучинг
Регулярные coffee-чаты
Ведение блога / канала

Инструменты:

LinkedIn
Telegram-чаты
Discord/Slack сообщества
Twitter/X

Ресурсы:

Личный бренд

Позиционирование себя как эксперта в своей области. Сильный личный бренд помогает привлекать таланты и возможности.

Каналы:

Технический блог
Социальные сети (LinkedIn, Twitter)
Выступления на конференциях
Open Source контрибуции
Подкасты и видео
Книги и статьи

Стратегия развития бренда:

Определить нишу/экспертизу
Выбрать 1-2 основных канала
Регулярно создавать контент
Взаимодействовать с аудиторией
Измерять и корректировать

Метрики:

Подписчики и охват
Входящие запросы (найм, выступления)
Цитируемость
Узнаваемость в сообществе

Ресурсы:

Публичные выступления

Навыки презентации и выступлений — важный инструмент влияния для тимлида.

Типы выступлений:

Внутренние презентации (команда, стейкхолдеры)
Tech Talks (компания)
Митапы (сообщество)
Конференции (индустрия)
Подкасты и интервью

Структура выступления:

Hook — привлечь внимание
Problem — обозначить проблему
Solution — предложить решение
Proof — доказательства (данные, примеры)
Call to Action — призыв к действию

Практики подготовки:

Репетиции вслух
Запись и просмотр себя
Фидбек от коллег
Постепенное усложнение (митапы → конференции)

Типичные ошибки:

Слишком много контента
Чтение со слайдов
Отсутствие историй и примеров
Игнорирование аудитории

Ресурсы:

Работа с текстом

Навыки письменной коммуникации. В распределённых командах текст — основной способ коммуникации.

Области применения:

Техническая документация
Emails и письма
Slack/Teams сообщения
RFC и Design Docs
ADR (Architecture Decision Records)
README и onboarding

Принципы эффективного письма:

Ясность — одна мысль = одно предложение
Краткость — убирать лишнее
Структура — заголовки, списки, выделения
Контекст — reader-first mindset
Actionability — чёткие следующие шаги

Шаблон RFC:

# RFC: Название предложения
 
## Статус
Draft / Under Review / Accepted / Rejected
 
## Контекст
Какую проблему решаем?
 
## Предложение
Что предлагаем сделать?
 
## Альтернативы
Какие варианты рассматривали?
 
## Последствия
Плюсы, минусы, риски

Ресурсы:

Стили менеджмента

Различные подходы к управлению командой.

Основные стили:

Стиль	Описание	Когда применять
Авторитарный	Руководитель принимает все решения	Кризис, новая команда
Демократический	Совместное принятие решений	Зрелая команда
Делегирующий	Передача полномочий команде	Высокая зрелость команды
Ситуационный	Адаптация под контекст	Всегда актуален

Ресурсы:

Отношения

Понимание ценности различий

Навыки работы с разнообразной командой (diversity & inclusion). Разнообразие команды коррелирует с инновационностью и бизнес-результатами.

Измерения разнообразия:

Демографическое (пол, возраст, национальность)
Когнитивное (стиль мышления, образование)
Функциональное (роли, экспертиза)
Личностное (интроверты/экстраверты)

Преимущества разнообразных команд:

Больше перспектив и идей
Лучшее понимание пользователей
Снижение групповое мышления
Привлечение талантов

Практики:

Inclusive hiring practices
Awareness training
Psychological safety
Активное включение всех голосов
Адаптация коммуникации

Связанные модели:

DISC — понимание разных типов личности

Ресурсы:

Эмоциональный интеллект

Способность распознавать и управлять эмоциями — своими и других людей. EQ часто важнее IQ для лидеров.

Компоненты (Goleman):

Компонент	Описание	Как развивать
Self-awareness	Понимание своих эмоций	Journaling, медитация, фидбек
Self-regulation	Управление эмоциями	Пауза перед реакцией, дыхание
Motivation	Внутренняя мотивация	Цели, смысл работы
Empathy	Понимание эмоций других	Активное слушание, наблюдение
Social skills	Управление отношениями	Практика, networking

Признаки высокого EQ:

Способность сохранять спокойствие под давлением
Понимание невербальных сигналов
Адаптация стиля общения под собеседника
Конструктивная реакция на критику
Способность вдохновлять и мотивировать

Связанные модели:

DISC — типы личности

Ресурсы:

Развитие себя

Непрерывное развитие — ключевой навык для тимлида. Технологии и практики меняются, и лидер должен расти вместе с ними.

Работа с привычками

Формирование полезных привычек и избавление от вредных. Маленькие ежедневные действия создают большие результаты.

Модели:

Atomic Habits (James Clear):

Привычка = Сигнал → Желание → Действие → Награда
1% improvement daily = 37x за год
Системы важнее целей
Identity-based habits

Habit Loop (Charles Duhigg):

Cue → Routine → Reward
Изменение routine при сохранении cue и reward

Полезные привычки тимлида:

Утренний обзор приоритетов
Регулярные 1-on-1
Weekly review
Чтение/обучение
Физическая активность

Техника внедрения:

Начать с минимального действия (2 минуты)
Привязать к существующей привычке
Создать очевидные триггеры
Отмечать выполнение

Ресурсы:

Умение учиться

Навыки эффективного обучения. Meta-skill, который усиливает все остальные навыки.

Техники:

Техника	Описание	Когда применять
Spaced Repetition	Повторение с интервалами	Запоминание фактов
Active Recall	Активное вспоминание	Изучение концепций
Feynman Technique	Объяснение простыми словами	Глубокое понимание
Deliberate Practice	Целенаправленная практика	Навыки
Learning in Public	Публичное обучение	Мотивация, фидбек

Feynman Technique:

Выбрать концепцию
Объяснить простыми словами (как ребёнку)
Выявить пробелы в понимании
Вернуться к источнику и упростить

Пирамида обучения (retention rates):

Лекция            5%
Чтение           10%
Аудио/Видео      20%
Демонстрация     30%
Обсуждение       50%
Практика         75%
Обучение других  90%

Практики для тимлида:

Регулярное чтение (книги, статьи)
Участие в конференциях
Обучение команды (усиливает своё понимание)
Эксперименты и pet-projects
Ведение заметок (Obsidian, Notion)

Ресурсы:

Рефлексия

Анализ своих действий и решений. Рефлексия превращает опыт в обучение.

Почему важно:

Извлечение уроков из опыта
Выявление паттернов поведения
Корректировка курса
Предотвращение повторных ошибок

Практики:

Практика	Частота	Описание
Journaling	Ежедневно	Запись мыслей и наблюдений
Weekly Review	Еженедельно	Анализ недели, планирование
Monthly Retrospective	Ежемесячно	Глубокий анализ месяца
Quarterly Goals Review	Ежеквартально	Оценка прогресса по целям
Annual Review	Ежегодно	Анализ года, планирование следующего

Вопросы для рефлексии:

Что прошло хорошо? Почему?
Что можно было сделать лучше?
Что я узнал?
Что я буду делать по-другому?
Какие паттерны я замечаю?

Weekly Review (шаблон):

## Неделя [дата]
 
### Достижения
- ...
 
### Вызовы
- ...
 
### Уроки
- ...
 
### Фокус на следующую неделю
- ...

Ресурсы:

Мышление

Принятие решений

Процесс решения проблем через выбор оптимального варианта.

Процесс принятия решений:

Идентификация и понимание проблемы
Определение целей
Сбор информации и генерация альтернатив
Оценка альтернатив по критериям
Конвертация субъективных оценок в числовые значения
Установление порогов отсечения
Реализация с итеративным пересмотром

Фреймворки:

Decision Matrix
PDCA (Deming-Shewhart Cycle)
Theory of Constraints
TRIZ (теория решения изобретательских задач)

Хорошие практики:

Рассматривать несколько вариантов одновременно
Использовать проверенные практики из других команд/индустрий
Быстрые интуитивные решения для простых проблем
Post-mortem анализ для улучшения будущих решений
Баланс аналитической строгости и затраченных ресурсов

Антипаттерны:

Чрезмерная привязанность к первому впечатлению
Принятие решений в эмоциональном состоянии
Прокрастинация или преждевременные решения
Выбор пути наименьшего сопротивления вместо решения корневой проблемы

Ресурсы:

Стратегическое видение

Способность видеть долгосрочную перспективу и принимать решения с учётом будущего.

Компоненты стратегического мышления:

Анализ трендов и рынка
Понимание бизнес-целей
Видение технического развития
Оценка рисков и возможностей
Планирование на 1-3-5 лет

Инструменты стратегического планирования:

SWOT-анализ
Porter’s Five Forces
Technology Radar
Scenario Planning
OKR для долгосрочных целей

Практики развития:

Чтение индустриальных отчётов
Участие в конференциях
Networking с лидерами индустрии
Анализ конкурентов
Обсуждение стратегии с руководством

Ресурсы:

Тайм-менеджмент

Навыки эффективного управления временем.

Постановка личных целей

Определение и формулирование личных и профессиональных целей.

Методологии:

SMART — Specific, Measurable, Achievable, Relevant, Time-bound
OKR — Objectives and Key Results

Ресурсы:

Управление приоритетами

Умение различать срочное и важное.

Техники:

Матрица Эйзенхауэра:

	Срочно	Не срочно
Важно	Делать сейчас	Планировать
Не важно	Делегировать	Отказаться

MoSCoW — Must, Should, Could, Won’t
Eat the Frog — начинать с самой сложной задачи

Ресурсы:

Управление временем

Техники для эффективного использования времени.

Методы:

Pomodoro — 25 минут работы, 5 минут отдыха
Time Blocking — выделение блоков времени под задачи
GTD (Getting Things Done) — система управления задачами
Weekly Review — еженедельный обзор и планирование

Инструменты:

Todoist, Things 3, OmniFocus
Calendly, Cal.com
RescueTime, Toggl

Ресурсы:

Книги и ресурсы

Base

Проводник

Teamlead

Teamlead Roadmap

Роли и обязанности

Administrator

Построение цикла разработки

Разработка

Получение задач

Выпуск задач

Проектное управление

P3Express

PDCA

PMBoK

Дополнительные фреймворки

Стейкхолдинг

Integrator

Знание бизнеса

Структура компании

Корпоративная культура

People Manager

Управление людьми

Административная работа

Делегирование

Развитие

Обратная связь

Увольнение

Найм

Мотивация

One-on-one

Промо

Управление командой

Управление компетенциями

Климат в команде

Дизайн команды

Запуск команды

Зрелость команды

Обеспечение прозрачности

Организация рабочего пространства

Развитие технического бренда

Product Owner

Принятие продуктовых решений

Целеполагание

Управление продуктовым бэклогом

Продуктовая стратегия

Управление роадмапом

Управление продуктом

Жизненный цикл фичей

Запуск продукта

Понимание продукта

Знание рынка

Знание продукта

Знание пользователей

Technical Lead

Архитектура

Архитектурное ревью

Проектирование

Эволюция

Сбор технических требований

Автоматизация цикла разработки

Continuous Integration

Автоматизация релизов

Работа с системами контроля версий

Capacity Management

Управление знаниями

Техническая документация

Распространение знаний

Обеспечение качества продукта

Работа с багами

Code Review

Управление инцидентами

Метрики и мониторинг

Нефункциональные требования

Тестирование

Знание технологий

Написание кода

Выбор и контроль технологий

Знание технологического стека команды

Обеспечение технического качества

Чистый код