Віха

Scrumban

Після релізу студія вже не робить нові рівні по два тижні. Приходять баги, дрібні покращення, раз на місяць новий рівень. Двотижневе планування з фіксованим набором задач заважає: термінові баги не чекають наступного спринту. Але повністю відмовитися від ритму Scrum засновники не хочуть: огляд раз на два тижні тримає їх у курсі.

Scrumban поєднує ритм Scrum із потоком Kanban. Корі Ладас описав його у 2008 році як спосіб поступово перейти від Scrum до Kanban. Багато команд так і лишаються на півдорозі, бо їм так зручно.

Що беруть зі Scrum

  • Ритм зустрічей: огляд і ретроспектива раз на два тижні, щоденна коротка зустріч біля дошки.
  • Власника продукту: одна людина впорядковує беклог.
  • Визначення «готово».
  • За бажанням, ціль на ітерацію як орієнтир, а не як зобов'язання.

Що беруть з Kanban

  • Дошку з обмеженнями незавершеної роботи замість беклогу спринту.
  • Безперервний потік: нову задачу беруть, коли звільнилося місце, а не на початку ітерації.
  • Класи обслуговування: термінові баги йдуть окремою смугою.
  • Показники потоку замість швидкості: час циклу, пропускна здатність.

Що Scrumban бере зі Scrum, а що з Kanban.

Scrum

спринти фіксованої довжини

Scrumban

огляд і ретроспектива раз на два тижні, робота йде потоком

поєднання обох

Kanban

безперервний потік, зустрічі за потреби

У студії: Засновники раз на два тижні бачать, що змінилося в грі, а баги закривають, щойно вони з'явилися.

Оберіть аспект роботи, щоб порівняти три підходи на прикладі студії після релізу.

Планування за потребою

У Scrumban не планують наперед на два тижні. На дошці є колонка «Готово до роботи» з кількома уточненими задачами. Коли в ній лишається менше трьох карток, власник продукту і команда збираються на коротке планування і поповнюють її. Цей поріг називають точкою дозамовлення: так склад поповнюють, коли товару лишається на кілька днів.

Коли Scrumban доречний

  • команда підтримує продукт і водночас розвиває його;
  • термінові задачі приходять частіше, ніж раз на спринт;
  • команда хоче перейти від Scrum до Kanban поступово, без різкої зміни.

Головний ризик Scrumban — втратити спрямованість. Без цілі на ітерацію команда може місяцями закривати дрібниці. Тому огляд раз на два тижні лишається: на ньому видно, куди рухається продукт.