Я 18 месяцев практикую отказ от спринтов в команде

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

Все говорили: "Без спринтов хаос."

Сейчас команда работает лучше чем со спринтами.

Что было со спринтами:

Двухнедельные спринты. По учебнику.

Понедельник - планинг 2 часа:

Обсуждаем задачи. Оцениваем. Планируем.

Разработчик Сергей: "Эта задача сложная. Может не успею."

Я: "Но надо в спринт."

Втискиваем.

Среда середины спринта:

Сергей: "Задача сложнее чем думал. Не успею."

"Но спринт!"

"Понимаю."

Работает ночами. Успевает. Но качество страдает.

Пятница конца спринта - ретро:

"Что пошло не так?"

Сергей: "Переоценили."

"Надо лучше оценивать."

Следующий спринт - то же самое.

Проблемы спринтов:

1. Искусственные дедлайны

Задача готова в среду. Но спринт до пятницы - ждём.

Или не готова в пятницу. Но спринт закончился - переносим.

1. Прерывание работы

Сергей работает над сложной задачей. Погружён. Понимает.

Спринт закончился. Новый планинг. Новые задачи.

Через две недели вернулся - забыл контекст.

1. Давление на скорость

"Надо успеть в спринт."

Пишут быстро, не качественно.

1. Бесполезные церемонии

Планинг, ретро, груминг - 5 часов каждые две недели.

Что я изменил - система Kanban без спринтов:

Отменил спринты. Ввёл непрерывный поток.

Доска:

• Backlog
• В работе (лимит 3 задачи на человека)
• Ревью
• Готово

Правила:

1. Берёшь задачу когда готов

Не "в спринт". А когда закончил предыдущую.

1. Работаешь пока не закончишь

Не две недели. А сколько нужно.

1. Один раз в неделю - sync 30 минут

Что сделано. Где застряли. Что берём дальше.

Без оценок, планирований, ретро.

Как это работает:

Понедельник. Сергей закончил задачу:

"Что дальше?"

Смотрит backlog. Берёт что важнее.

Работает. Никто не спрашивает "успеешь в спринт?"

Среда. Задача оказалась сложнее:

Работает дальше. Нет давления "спринт кончается".

Пятница. Закончил. Выкатил в прод.

Берёт следующую.

Первые сомнения команды:

Разработчица Ольга: "А как мы планируем?"

"Не планируем на две недели. Планируем приоритеты в backlog."

"А дедлайны?"

"Если есть реальный дедлайн - ставим. Остальное - когда закончим."

"А как измерять производительность?"

"По тому что выкатили в прод. Не по story points."

Через месяц - первые результаты:

Сергей: "Я могу работать над задачей пока не сделаю хорошо. Раньше спешил чтобы в спринт."

Ольга: "Не трачу 5 часов на планинги и ретро. Работаю."

Другой разработчик: "Задача заняла три недели. Раньше разбили бы на два спринта - терял контекст. Сейчас сделал за раз."

Через полгода:

Производительность +35%.

Качество кода лучше - нет спешки.

Люди довольнее - нет стресса "не успел в спринт".

CEO: "Как так? Все говорят спринты нужны."

"Спринты нужны когда не доверяешь команде. Мы доверяем."

Через 18 месяцев - сейчас:

Команда работает без спринтов. Выкатываем когда готово.

Sync раз в неделю 30 минут вместо 5 часов церемоний.

Люди работают над задачами пока не закончат - не теряют контекст.

Нет искусственных дедлайнов "конец спринта".

Когда спринты нужны:

1. Команда новая - нужна структура
2. Нет доверия - нужен контроль
3. Сложная синхронизация с другими

Когда спринты не нужны:

1. Команда зрелая - знает что делать
2. Есть доверие - работают сами
3. Работаете над одним продуктом

Вывод:

Спринты не обязательны.

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

Меньше церемоний. Больше работы.

Нет искусственных дедлайнов. Меньше стресса.

Нет прерываний контекста. Лучше качество.

18 месяцев без спринтов. Не вернусь.

А вы пробовали работать без спринтов?