Delivery management: цели, метрики и зависимости
↑ 9.1 Team Lead и soft skills · ← Предыдущая · → Следующая
Зачем это на собесе
Лид отвечает за предсказуемую поставку и умение показывать её данными.
Цели
- OKR: Objective (вдохновляющая цель) + Key Results (измеримые показатели);
- связь целей команды с продуктовыми и бизнес-целями;
- разделение результата (outcome) и активности (output).
Пример: O — сделать личный кабинет быстрым и удобным. KR: LCP < 2.5 с у 90% пользователей; доля завершённых заказов +10%; crash-free sessions > 99.5%.
Метрики поставки
| Метрика | Что показывает |
|---|---|
| Lead time | от идеи/коммита до продакшна |
| Cycle time | от начала работы до готовности |
| Throughput | число завершённых задач за период |
| Deployment frequency | частота релизов |
| Change failure rate | доля релизов с проблемами |
| MTTR | время восстановления |
| WIP | задач в работе |
DORA-метрики связаны с результатами команды. Нельзя использовать как KPI отдельных людей: возникает подгонка (закон Гудхарта).
Зависимости
- картирование: какие команды и сервисы нужны, кто владелец;
- контракты заранее (OpenAPI, моки, contract tests), чтобы работать параллельно;
- совместное планирование, буфер на интеграцию;
- раннее выявление блокеров, дежурный по зависимостям;
- feature flags для независимых релизов.
Прогнозирование
- на основе throughput и cycle time (Monte Carlo): вероятность завершения к дате;
- буферы на неопределённость;
- регулярный пересмотр по фактам.
Отчётность
Короткий регулярный отчёт: цели, прогресс, риски, решения, что нужно от руководства. Один источник правды (доска, дашборд).
Вопросы с ответами
Как выявить узкое место в поставке?
Смотреть распределение времени по этапам (cycle time breakdown), очереди на ревью и тестирование, WIP, CFD; улучшать самое долгое ожидание.
Почему нельзя использовать velocity как KPI?
Метрика подгоняется (раздувание оценок), не сопоставима между командами и не отражает ценность.