Scrum или канбан: чем отличаются и что подходит небольшой команде
Автор — Андрей Финогеев, основатель Weft ·
Scrum планирует работу фиксированными спринтами длиной не больше месяца, с тремя зонами ответственности (Product Owner, Scrum Master, Developers) и четырьмя событиями внутри каждого спринта. В канбане нет ни спринтов, ни заданных ролей: работа непрерывно течёт по доске, а команда явно ограничивает, сколько задач одновременно в работе. Выбирай Scrum, когда команде из нескольких человек нужен фиксированный ритм поставки и стабильная цель на каждый цикл; выбирай канбан, когда работа приходит непредсказуемо, а приоритеты меняются каждый день. Scrumban — посередине: поток канбана и спринты только там, где они помогают.
Scrum, канбан и Scrumban: шпаргалка
Scrum — по Scrum Guide 2020 года, канбан — по Kanban Guide (v2025.5). У Scrumban нет официального руководства; в колонке описано, как его обычно ведут.
| Scrum | Канбан | Scrumban | |
|---|---|---|---|
| Ритм | Фиксированные спринты не длиннее месяца, один за другим | Непрерывный поток, без итераций | Непрерывный поток; спринты необязательны, обычно одна или две недели |
| Роли | Product Owner, Scrum Master, Developers | Не заданы | Не заданы; часто за приоритеты отвечает один человек |
| Встречи | Sprint Planning, Daily Scrum (15 мин), Sprint Review, Sprint Retrospective | Не заданы | Только те, что команда считает полезными, обычно планирование и обзор |
| Что ограничивает работу | То, что команда берёт на себя на спринт | Явный лимит на работу в процессе | Лимит на работу в процессе, плюс цель спринта, если она есть |
| Изменение объёма посреди цикла | Цель спринта (Sprint Goal) не меняется; Sprint Backlog можно уточнять | В любой момент: следующая задача берётся, когда появляется место | В любой момент; цель спринта — ориентир, а не замок |
| Главные метрики | Продвижение к цели спринта и к цели продукта (Product Goal) | Работа в процессе, пропускная способность, возраст задачи, время цикла | Обычно метрики потока из канбана |
| Доска | Необязательна; обнуляется каждый спринт | Основа метода; живёт постоянно | Живёт постоянно; спринт — её срез |
| Лучше всего подходит | Продуктовым командам примерно до десяти человек, идущим к одной цели | Поддержке, эксплуатации и всем, у кого работа приходит без плана | Небольшим командам и соло-основателям, которым нужны поток и краткосрочная цель |
Что такое Scrum
Scrum впервые представили Кен Швабер и Джефф Сазерленд на конференции OOPSLA в 1995 году; сегодняшние правила — это Scrum Guide 2020 года. Scrum-команда обычно состоит из десяти человек или меньше и работает спринтами: событиями фиксированной длины не больше месяца, каждое из которых начинается сразу после окончания предыдущего.
В каждом спринте четыре события. Sprint Planning (не больше восьми часов для месячного спринта) задаёт цель спринта и выбирает работу. Daily Scrum — 15-минутная сверка для Developers. Sprint Review (не больше четырёх часов) показывает результат заинтересованным сторонам, а Sprint Retrospective (не больше трёх часов) разбирает, как команда работала.
В Scrum три артефакта, у каждого своё обязательство: Product Backlog (цель продукта, Product Goal), Sprint Backlog (цель спринта, Sprint Goal) и Increment (Definition of Done).
Что такое канбан
Kanban Guide определяет канбан как «стратегию оптимизации потока ценности через процесс». Он вырос из системы карточек, которой Toyota сигнализировала, когда производить ещё, и в 2000-х был адаптирован для интеллектуальной работы.
В нём три практики: определить и визуализировать рабочий процесс, активно управлять задачами в нём и улучшать его. Единственное жёсткое правило — люди в системе явно контролируют, сколько задач находится в работе между «начато» и «закончено»: это лимит на работу в процессе (WIP).
Канбан не задаёт ни ролей, ни спринтов, ни встреч. Он отслеживает четыре метрики потока: работу в процессе, пропускную способность, возраст задачи и время цикла.
Плюсы и минусы
Scrum
- Фиксированный ритм: все знают, когда будет следующий результат
- Чёткая цель на спринт не даёт команде расползаться
- Встроенные моменты, чтобы проверить продукт и процесс
- Четыре события на спринт — ощутимые затраты времени для команды из двух-трёх человек
- Срочная работа либо ждёт следующего спринта, либо ломает план
- Нужен человек на каждую зону ответственности, а один основатель не может разделиться
Канбан
- Запускается на доске, которая у тебя уже есть; добавить нужно только лимит WIP
- Новую работу можно взять в любой момент
- Метрики потока показывают, где работа застревает
- Нет встроенного срока или цели, поэтому долгая работа может расползаться
- Без лимита WIP это просто список дел с колонками
- Планирование наперёд целиком остаётся на команде
Что выбрать
- Продуктовая команда из пяти-десяти человек со стабильной дорожной картой
- Scrum. События окупаются, когда нескольким людям нужно раз в пару недель договариваться об одной цели.
- Поддержка, эксплуатация или команда, живущая на входящих запросах
- Канбан. Работа приходит, когда приходит; лимит WIP и понятная колонка Done важнее плана спринта.
- Соло-основатель или команда из двух-пяти человек
- Scrumban. Веди непрерывную доску с лимитом WIP, а спринт на одну-две недели используй как краткосрочную цель — без полного набора событий Scrum.
Scrumban: золотая середина
Scrumban описал Кори Ладас как способ для Scrum-команд перейти к потоку на основе вытягивания. На практике это канбан-доска с лимитами WIP, которая никогда не обнуляется, плюс спринты как необязательные отрезки времени, объединяющие часть работы. В нашем полном гайде — правила и настройка доски: Что такое Scrumban?
Когда часть работы делают ИИ-агенты
Если задачи за тебя берут ChatGPT, Claude, Cursor или Codex, на события Scrum ходить некому: агент не приходит на стендап. Важным остаётся то, что даёт канбан: доска, на которой видно, что в работе, лимит WIP, чтобы не начинать десять задач сразу, и чёткое правило, когда карточка считается готовой.
Узкое место тоже смещается. Агенты заканчивают работу быстро, и медленным шагом становится твоя проверка того, что они сделали. Лимит на то, сколько готовой работы может ждать тебя, — это лимит WIP на колонку человека.
Weft — Scrumban-доска, сделанная ровно для этого: колонки, необязательные спринты, лимит на то, сколько готовой работы может ждать твоей проверки, и ИИ, который забирает задачу перед началом, сообщает о ходе работы и останавливается спросить тебя, когда решить можешь только ты.
Вопросы
Scrum и канбан — это одно и то же?
Нет. Оба — гибкие подходы, и оба часто используют доску, но Scrum планирует работу фиксированными спринтами с заданными ролями и событиями, а в канбане непрерывный поток, нет заданных ролей и есть явный лимит на работу в процессе.
Бывают ли спринты в канбане?
В канбане как таковом — нет: Kanban Guide не задаёт итераций. Команды, которые добавляют спринты на канбан-доску, обычно работают по Scrumban.
Как устроен спринт в Scrum?
Спринт — фиксированный период длиной не больше месяца. Он начинается со Sprint Planning, где задаётся цель спринта; Developers встречаются на 15-минутный Daily Scrum; заканчивается он Sprint Review результата и Sprint Retrospective по процессу, а следующий спринт начинается сразу.
Кто придумал Scrumban?
Термин приписывают Кори Ладасу, который описал Scrumban в эссе и в книге 2009 года как способ для Scrum-команд перейти к вытягиванию в стиле канбана.
Scrum — это то же самое, что Agile?
Нет. Agile — это набор ценностей и принципов из Манифеста Agile 2001 года; Scrum и канбан — два конкретных способа работы, которые им следуют.
Может ли разработчик-одиночка работать по Scrum?
Не в том виде, как он описан: Scrum предполагает команду с тремя отдельными зонами ответственности. Одиночка обычно оставляет полезные части — бэклог и короткую цель спринта — а доску ведёт как канбан, и это и есть Scrumban.
Источники
Прочитано 11 ноября 2026 г..