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 р..