Scrum или Kanban: что выбрать небольшой команде разработки

Scrum подходит небольшой команде, которая строит новый продукт и хочет работать короткими циклами с регулярными демо, а Kanban — команде, у которой поток задач непредсказуем: поддержка, исправления, много мелких запросов. Многие команды в итоге приходят к смешанному варианту: итерации и демо из Scrum плюс доска с ограничением незавершённой работы из Kanban.

Разберём, чем подходы отличаются на практике и как выбрать, не превращая процесс в ритуал ради ритуала.

Чем Scrum отличается от Kanban?

Scrum организует работу короткими итерациями — спринтами — с заранее выбранным объёмом, фиксированными ролями и регулярными встречами. Kanban организует работу непрерывным потоком: задачи двигаются по доске, а количество одновременно выполняемых задач ограничено.

Критерий	Scrum	Kanban
Ритм	Спринты фиксированной длины, обычно 1–4 недели	Непрерывный поток без итераций
Планирование	В начале каждого спринта	По мере освобождения мощности
Изменения в работе	Нежелательны внутри спринта	Возможны в любой момент
Роли	Владелец продукта, скрам-мастер, разработчики	Обязательных ролей нет
Главная метрика	Сколько сделано за спринт	Время прохождения задачи через доску
Ограничение нагрузки	Объём спринта	Лимит незавершённой работы на колонку
Лучше подходит для	Разработки нового продукта	Поддержки и потока разнородных запросов

Роли и встречи Scrum описаны в официальном Scrum Guide: планирование спринта, ежедневная встреча, обзор спринта и ретроспектива.

Когда выбрать Scrum?

Scrum стоит выбрать, когда команда создаёт новый продукт или крупную функцию, у заказчика есть время участвовать в планировании и демо, а приоритеты можно зафиксировать хотя бы на пару недель. Короткие итерации дают заказчику регулярную точку контроля и возможность скорректировать курс.

Признаки, что Scrum подойдёт:

• работа — это развитие продукта, а не поток срочных обращений;
• есть владелец продукта, который принимает решения о приоритетах;
• заказчику важно регулярно видеть работающий результат;
• команда стабильна по составу хотя бы несколько спринтов.

Для небольшой команды не обязательно соблюдать всё по книге. Отдельный скрам-мастер в команде из четырёх человек обычно лишний — его обязанности берёт техлид или менеджер проекта.

Когда выбрать Kanban?

Kanban стоит выбрать, когда задачи приходят непредсказуемо и их нельзя отложить до следующего спринта: поддержка продукта, исправление ошибок, работа с обращениями, операционные задачи. Он не требует перестраивать процесс и хорошо ложится поверх того, как команда уже работает.

Как устроить Kanban-доску:

Бэклог → Готово к работе (лимит 6) → В работе (лимит 3) → Ревью (лимит 2) → Тестирование (лимит 2) → Готово

Лимит незавершённой работы — главная идея Kanban. Если колонка «Ревью» заполнена, разработчик не берёт новую задачу, а помогает довести до конца текущие. Так уменьшается время от начала работы над задачей до её выпуска.

Фото: Unsplash

Можно ли совмещать Scrum и Kanban?

Совмещать можно, и большинство небольших команд в итоге так и работают: берут из Scrum итерации, планирование и регулярные демо, а из Kanban — доску с лимитами и готовность принять срочную задачу без остановки всего спринта. Такой подход иногда называют Scrumban.

Как это выглядит на практике

1. Двухнедельные итерации с планированием и демо в конце.
2. Доска с лимитами незавершённой работы вместо жёсткого объёма спринта.
3. Резерв мощности на срочные задачи и ошибки — например, пятая часть времени команды.
4. Короткая ретроспектива раз в итерацию: что мешало и что изменить.

Приоритеты для итераций удобно выбирать методами, которые мы разбирали в статье приоритизация бэклога.

Какие ошибки делают при внедрении?

Главная ошибка — внедрять методологию ради методологии: встречи проводятся, доска ведётся, а результат для заказчика не становится предсказуемее. Процесс должен решать конкретную проблему — срывы сроков, потерю задач, непрозрачность — и меняться, если не решает.

Типичные ошибки:

• ежедневные встречи на час вместо 15 минут;
• спринт, в который постоянно добавляют задачи, — это уже не спринт;
• Kanban без лимитов — просто список дел, где всё «в работе»;
• демо без заказчика — теряется главная ценность итераций;
• ретроспективы, после которых ничего не меняется.

Коротко

• Scrum — для разработки нового продукта короткими итерациями с регулярными демо.
• Kanban — для поддержки и непредсказуемого потока задач; ключевая идея — лимиты незавершённой работы.
• Небольшим командам чаще всего подходит смешанный вариант: итерации и демо плюс доска с лимитами.
• Не соблюдайте методологию по книге там, где это не нужно: роли и встречи должны помогать.
• Оценивайте процесс по результату — предсказуемости сроков и прозрачности для заказчика.