Порівняння Scrum і Kanban: обмежені в часі спринти проти безперервного потоку, ролі, WIP-ліміти, метрики та місце, яке між ними посідає дошка East Agile Tracker, побудована на ітераціях.
Scrum і Kanban — два agile-методи, які команди порівнюють найчастіше. Обидва роблять роботу видимою, і обидва прагнуть постачати невеликими частинами. Вони відрізняються тим, як задають темп роботи: Scrum планує у фіксованих часових рамках, а Kanban безперервно витягує роботу й обмежує, скільки її перебуває в роботі одночасно.
Ця сторінка порівнює обидва методи. Ширше сімейство методів, зокрема XP і Lean, описано на сторінці Що таке Agile-розробка?.
Scrum коротко
Section titled “Scrum коротко”Scrum організовує роботу у спринти — фіксовані часові рамки, зазвичай від одного до чотирьох тижнів. Кожен спринт починається з планування спринту (sprint planning), на якому команда обирає роботу, яку розраховує завершити, а закінчується оглядом створеного та ретроспективою того, як працювала команда.
Scrum визначає три ролі:
- Product Owner — відповідає за беклог продукту та його порядок.
- Scrum Master — допомагає команді з процесом і усуває перешкоди.
- Розробники (Developers) — створюють інкремент продукту.
Головна міра — velocity: скільки роботи команда завершує за спринт; це значення лягає в основу плану наступного спринту. Дивіться Що таке velocity?.
Kanban коротко
Section titled “Kanban коротко”Kanban відштовхується від робочого процесу, який у команди вже є. Робочі елементи рухаються дошкою з колонками, що відповідають етапам (наприклад, До виконання → У роботі → Перевірка → Готово). Метод тримається на трьох ідеях:
- Візуалізуйте робочий процес — кожен елемент і кожен етап є на дошці.
- Обмежуйте незавершену роботу (WIP) — кожна колонка має ліміт; новий елемент заходить, лише коли інший виходить.
- Керуйте потоком — команда вимірює, скільки триває робота над елементами (cycle time, lead time), і усуває вузькі місця.
Kanban не має часових рамок і не приписує жодних ролей. Планування відбувається щоразу, коли чергу потрібно поповнити.
Пліч-о-пліч
Section titled “Пліч-о-пліч”| Scrum | Kanban | |
|---|---|---|
| Ритм | Фіксовані спринти (1–4 тижні) | Безперервний потік |
| Зобов’язання | Робота, запланована на спринт | Немає зобов’язання на пакет; роботу витягують, коли є місткість |
| Ролі | Product Owner, Scrum Master, розробники | Не приписані |
| Зміни посеред циклу | Небажані всередині спринту | Дозволені будь-коли |
| Обмеження роботи | Місткість спринту | WIP-ліміт на колонку |
| Головні метрики | Velocity, burndown | Cycle time, lead time, пропускна здатність |
| Дошка | Скидається кожного спринту | Постійна |
Як обрати
Section titled “Як обрати”Жоден із методів не кращий загалом. Scrum пасує командам, яким потрібен регулярний ритм планування та прогноз, побудований на минулих спринтах, наприклад продуктовим командам, що випускають функції за графіком. Kanban пасує роботі, яка надходить непередбачувано й має оброблятися в міру надходження, наприклад підтримці, експлуатації чи супроводу.
Багато команд поєднують обидва методи («Scrumban»): зберігають ритм планування й водночас стежать за тим, скільки роботи перебуває в процесі.
Місце East Agile Tracker
Section titled “Місце East Agile Tracker”East Agile Tracker побудований на ітераціях, тож він ближчий до Scrum і eXtreme Programming, ніж до Kanban. Для деяких із наведених вище понять він використовує власні назви:
- Спринти називаються ітераціями. Кожен проєкт задає довжину ітерації 1–4 тижні. Ітерації створюються автоматично; немає спринту, який треба відкривати чи закривати. Дивіться Ітерації.
- Backlog — це єдиний упорядкований список. Власник продукту тримає його в суворому порядку пріоритетів, а Backlog прогнозує наступні ітерації на основі швидкості. Дивіться Користувацькі історії та планування ітерації.
- Швидкість визначає розмір плану. Коли ввімкнено auto-plan iterations, поточна ітерація заповнюється до вашої швидкості й не далі. Дивіться Планування ітерації.
- Кожна історія має власний стан. Історія проходить стани Unstarted → Started → Finished → Delivered → Accepted, показані на картці, а не колонки дошки. Дивіться скінченний автомат станів.
WIP-лімітів немає, як немає й режиму безперервного потоку без ітерацій. З Kanban переносяться видимість (кожна історія та її стан — на одній дошці) і метрики потоку: сторінка Метрики показує тренд швидкості, діаграму згоряння та історії, перенесені між ітераціями.
Додаткове читання
Section titled “Додаткове читання”- Що таке Agile-розробка? — маніфест і сімейство методів.
- Що таке velocity? — як обчислюється й використовується швидкість.
- Що таке стор-поінти? — відносне оцінювання.