Если ваша Scrum-команда хронически “не успевает спринт” – почти наверняка у вас не проблема с оценками, а проблема с балансом спроса и мощности.
Спрос – это то, как быстро новые задачи влетают в систему. Мощность – как быстро команда реально доводит их до “Done”. Пока эти две линии примерно совпадают, все ок. Как только вход систематически обгоняет выход – вы получаете растущий хвост, стресс и сорванные обещания.
Kanban предлагает смотреть на 3 простых индикатора:
- растущая очередь в Product Backlog
- стареющие задачи на доске (aging)
- пробитые WIP-лимиты
Дальше Daily Scrum превращается из переклички в короткий “консилиум по потоку”: видим сигнал перегруза – перестаем тянуть новое, свармимся на старом, поднимаем блокеры, при необходимости пересобираем спринт вместе с Product Owner.
Мини-эксперимент на 2-3 спринта:
- Введите честные WIP-лимиты.
- На дейли обсуждайте только поток и риски для Sprint Goal.
- Насильно уменьшайте PBI, пока их средний Cycle Time не станет заметно короче длины спринта.
С большой вероятностью через пару недель вы впервые увидите спринт без героизма – просто за счет баланса спроса и мощности.
Присоединяйся к общению с единомышленниками https://t.me/kanbanclub
Как ваша команда чаще всего замечает, что уже перегружена
- По ощущениям “мы снова не успеем спринт”
- По пробитым WIP-лимитам и стареющим задачам
- По жалобам стейкхолдеров на сроки
- Никак, перегрузка – это наше обычное состояние