Scrum и Kanban: что выбрать команде?
Scrum работает фиксированными спринтами с определёнными ролями. Kanban — это непрерывный поток с лимитами WIP. Разбираем, как выбрать и когда сочетать.
Scrum и Kanban — два самых распространённых способа организовать Agile-работу. Они решают одну и ту же задачу — доставлять ценность небольшими порциями, — но делают очень разные ставки: как устроить команду, как двигать работу и откуда должно приходить давление к улучшениям.
Коротко: Scrum работает фиксированными спринтами с определёнными ролями и целью спринта. Kanban работает как непрерывный поток, ограниченный явными лимитами work-in-progress. Универсального победителя нет. Выбор зависит от характера работы.
Что даёт Scrum
Scrum, описанный в 13-страничном Scrum Guide, задаёт три роли (Product Owner, Scrum Master, разработчики), пять событий (спринт, планирование, дейли, обзор, ретроспектива) и три артефакта (Product Backlog, Sprint Backlog, инкремент). У каждого спринта есть цель, которую команда берёт на себя, а Product Owner защищает.
Спринт — это клапан давления. Раз в одну–четыре недели команда останавливается, показывает инкремент стейкхолдерам и решает, что делать дальше. Именно этот ритм делает Scrum структурированным и подходящим для работы, которая режется на связные куски такой длины.
Что даёт Kanban
Kanban пришёл из бережливого производства и был адаптирован для интеллектуального труда Дэвидом Дж. Андерсоном. Нет спринтов, нет обязательных ролей, нет обязательных встреч. Kanban требует другого: визуализированный поток, явные лимиты WIP на каждой колонке и обзорную встречу, которую команда назначает сама.
Лимит WIP — это клапан давления. Когда колонка заполнена, новая работа не заходит, пока что-то не выйдет. Это заставляет команду доводить работу до конца, а не начинать новое, и подсвечивает бутылочные горлышки. Kanban оптимален для работы, приходящей непредсказуемо или плохо режущейся на спринты.
Различия, которые действительно важны
- Ритм: Scrum — фиксированные спринты. Kanban — непрерывный поток.
- Роли: Scrum задаёт три подотчётности. Kanban не задаёт ни одной.
- Обязательство: Scrum — цель спринта. Kanban — класс сервиса (например, целевое время цикла).
- Изменения: спринт защищён от вмешательств. Kanban принимает работу в любое время в рамках WIP.
- Метрики: Scrum — burndown и velocity. Kanban — cycle time, throughput, cumulative flow.
- Ретроспектива: в Scrum — каждый спринт. В Kanban — на выбранном командой ритме.
Когда лучше Scrum
Берите Scrum, когда работу можно планировать блоками в одну–четыре недели, а стейкхолдеры готовы ждать между точками решения. Он подходит продуктовой разработке, где цель меняется каждые несколько недель на основе того, что показал последний инкремент. Он подходит командам, которым нужна структура ролей, чтобы держать Product Owner и Scrum Master в тонусе.
Scrum также легче преподавать. Фреймворк маленький, события названы, есть публичные сертификации (PSM, PSPO, PSD от Scrum.org или CSM, CSPO от Scrum Alliance).
Когда лучше Kanban
Берите Kanban, когда работа приходит непредсказуемо и не бьётся на спринты. Команды поддержки, эксплуатации, реагирования на инциденты и очереди маркетинговых запросов — классические примеры. Kanban подходит и тогда, когда роли уже устоялись, а цель — улучшить поток, не вводя целый фреймворк.
Kanban менее предписателен и потому менее защищает. Без реально соблюдаемых WIP-лимитов Kanban деградирует в 'доску со стикерами'. Дисциплина должна идти от команды, а не от фреймворка.
Scrumban и гибриды
Многие зрелые команды приходят к чему-то между. Scrumban сохраняет ритм и события Scrum, но добавляет WIP-лимиты и вытягивание работы внутри спринта. Часто именно так выглядит Scrum-команда, когда научилась не пушить задачи в Sprint Backlog, а вытягивать их.
Как решить за одну встречу
Ответьте на три вопроса. Первый: можете ли планировать осмысленную работу блоками в одну–четыре недели? Если да, Scrum на столе. Второй: работа приходит по расписанию, которое вы контролируете, или когда придёт? Если второе — Kanban. Третий: есть ли Product Owner, способный сказать 'нет' изменениям внутри спринта? Если нет, Scrum ничего не защитит, а Kanban ничего не потеряет.
Что бы вы ни выбрали, фреймворк — только каркас. Мастерство появляется в повторениях. Симулятор Scrumling помещает вас в моменты, которые обе рамки оставляют на суждение.