Занимательная комбинаторика
На этой неделе уже затронули тему производственной мощности команд, а сегодня ещё раз вспомнить как можно и нужно отслеживать как мы этой самой мощностью пользуемся.
Начать предлагаю как минимум с использования трех метрик:
Velocity - сколько работы команда обычно довозит за спринт. CT - сколько задача реально находится в работе. LT - сколько проходит от появления потребности до результата.
По отдельности - это все просто цифры, а вместе - уже диагностика.
Например:
Capacity ↓ + Velocity ↓ + CT ≈
Скорее всего, все честно: ресурсов стало меньше - результата тоже.
Отпуска. Больничные. Лето. Никакой трагедии, просто август. 🌴
Capacity ≈ + Velocity ↓ + CT ↑
А вот тут уже интереснее.
Команда на месте, а задачи едут медленнее.
Смотрим в сторону:
- усложнения задач;
- переделок;
- дефектов;
- зависимостей;
- техдолга.
Capacity ≈ + Velocity ≈ + CT ≈ + LT ↑
Моя любимая комбинация.
Команда работает нормально, но бизнес ждет все дольше.
Значит, проблема, скорее всего, не внутри команды, а где-то в очередях:
согласования, аналитика, архитектура, соседние команды, наш любимый корпоративный ландшафт.
То есть задача не делается долго. Она долго ждет, когда ее начнут делать (Тут можно вспомнить наш любимый эффишиенси флоу).
Поэтому полезно смотреть на связку всех 4 показателей.
Capacity - сколько можем. Velocity - сколько довозим. CT - как быстро делаем. LT - как быстро бизнес получает результат.
И вот здесь метрики перестают быть отчетностью.
Они начинают подсказывать, что именно менять:
- добавлять людей,
- уменьшать размер задач, - убирать зависимости или сокращать очереди.
Потому что подход:
«Выработка упала - давайте работать быстрее»
примерно такой же управленческий инструмент, как:
«Пробка? Давайте все сильнее нажмем на газ». 😁
