Kanban: Искусство непрерывного потока
Kanban (Канбан) это метод управления работой, который фокусируется на визуализации и непрерывном движении задач. В отличие от Scrum с его жесткими спринтами, Kanban — это вытягивающая (Pull) система: команда берет новую задачу только тогда, когда освобождается место.
Главная цель — сократить время от идеи до реализации (Lead Time) и не дать команде захлебнуться в куче начатых, но не законченных дел.
Шесть основных практик
Вместо того чтобы просто перечислить принципы, давай добавим конкретные действия, которые делают Kanban живым:
- Визуализация: Сделай работу видимой. Если задачи нет на доске — её не существует.
- Ограничение WIP (Work In Progress): Установи лимит на количество задач в каждой колонке (например, не больше 3-х в Разработке). Это заставляет команду доделывать старое, прежде чем хвататься за новое.
- Управление потоком: Мы следим не за людьми («чем занят Петя?»), а за скоростью движения карточек по доске.
- Явные правила: Все должны знать, когда задача считается готовой для перехода в следующую колонку.
- Петли обратной связи: Регулярные короткие созвоны у доски для синхронизации.
- Совместное улучшение: Мы постоянно ищем узкие места (бутылочное горлышко), где задачи застревают чаще всего.
| Характеристика | Kanban | Scrum |
| Основной Принцип | Непрерывный Поток (Continuous Flow). | Итерации (Спринты) и Time-Boxing. |
| Фиксация Времени | Нет. Работа вытягивается по мере готовности. | Да. Фиксированные Спринты (1–4 недели). |
| Ключевая Метрика | Lead Time (Время цикла). | Velocity (Скорость команды). |
| Главный Инструмент | WIP Limit (Ограничение незавершенной работы). | Product Backlog и Definition of Done (DoD). |
| Изменение Приоритета | Возможно в любой момент (если не нарушает WIP). | Запрещено после начала Спринта. |
Таким образом, выбор между Kanban и Scrum зависит от природы работы и предсказуемости среды. Если ваша работа непредсказуема, часто прерывается (например, техподдержка) или требует максимальной гибкости в приоритетах, то Kanban подойдет лучше. Если вы работаете над сложным продуктом, требующим структурированного планирования и фиксированной дисциплины, Scrum будет более эффективным выбором.
Важно отметить, что многие современные команды используют Scrumban — гибридный подход. Они используют Time-Boxing и Роли из Scrum, но применяют Визуализацию и WIP Limits из Kanban.
Kanban или Scrum: что выбрать?
- Выбирай Kanban, если работа летит непредсказуемым потоком: техподдержка, администрирование или когда приоритеты меняются по пять раз в день. Здесь нет дедлайна спринта, работа идет 24/7.
- Выбирай Scrum, если вы создаете сложный продукт с нуля, где важны четкие циклы планирования, демонстрация итераций заказчику и командная рефлексия раз в две недели.
Многие команды выбирают Scrumban: они берут роли и встречи из Scrum, но добавляют лимиты WIP и визуализацию из Kanban.
Резюме: Фокус на результате, а не на занятости
Kanban учит нас, что быть занятым и делать работу — это разные вещи. Самая эффективная команда не та, где все завалены задачами, а та, где задачи пролетают по доске без остановок.
Ключевой вывод: Главный девиз Канбана — «Stop starting, start finishing» (Перестань начинать, начни заканчивать). Его сила в эволюции: вы не ломаете текущие процессы, а постепенно улучшаете их, делая скрытые проблемы видимыми.
Часто задаваемые вопросы (FAQ)
WIP Limit (Work In Progress Limit) — это максимальное количество задач, которое может находиться в конкретной колонке (статусе) на доске в любой момент времени. Он важен, потому что принуждает команду заканчивать начатую работу, прежде чем брать новую, тем самым сокращая время цикла (Lead Time) и предотвращая многозадачность.
Нет, Kanban не требует обязательных ролей. Тем не менее, кто-то должен выполнять функцию Service Delivery Manager (обеспечение потока) и Product Manager (приоритизация задач), но эти функции не обязаны называться так же, как в Scrum.
Команда Kanban не планирует “партию” работы на фиксированный период. Она планирует по потребности. Когда в крайней правой колонке доски появляется свободное место, команда вытягивает (pull) самую приоритетную задачу из очереди. Это и есть планирование “по запросу”.
Доска Kanban может быть физической (маркерная доска, стикеры) или виртуальной (Trello, Jira, Asana). Главное, чтобы она визуализировала весь поток работы, от запроса до завершения, и четко показывала WIP Limits.
В Kanban нет обязательного “Daily Scrum”. Вместо этого часто проводится стендап вокруг доски (Kanban Meeting), цель которого — убедиться, что поток работы не заблокирован. Обсуждение фокусируется на задачах, а не на людях: “Что мешает задаче продвинуться вправо?”