Урок 4 з 4
Scrum чи Kanban і типові пастки
Scrum чи Kanban
| Scrum | Kanban | |
|---|---|---|
| Ритм | спринти фіксованої довжини | безперервний потік |
| Ролі | власник продукту, скрам-майстер, розробники | нових ролей не вимагає |
| Зміни | між спринтами | будь-коли, якщо в колонці є місце |
| Показники | швидкість, діаграма згоряння | час виконання, пропускна здатність |
| Підходить | новий продукт, складна робота з чіткими етапами | підтримка, потік заявок різного розміру |
Студія працювала за Scrum до релізу і перейшла на Kanban після нього. Багато команд поєднують обидва підходи: беруть спринти й події Scrum і додають дошку з обмеженнями. Таку суміш називають Scrumban.
Scrum чи Kanban
Чотири питання про вашу роботу.
1. Яка робота?
2. Як часто приходять термінові задачі?
3. Чи треба регулярно показувати результат зацікавленим сторонам?
4. Хто вирішує, що робити першим?
Підійде Scrum. Робота велика й нова, її можна планувати порціями на спринт, а регулярний огляд дає відгуки зацікавлених сторін. Так студія робила рівні до релізу.
Коли показник стає ціллю
Британський економіст Чарльз Ґудгарт помітив: щойно показник роблять ціллю, він перестає добре показувати те, що мав. Це називають законом Ґудгарта.
У гнучких командах так найчастіше стається зі швидкістю (модуль 8). Керівник вимагає щоспринту закривати більше поінтів, і команда починає оцінювати ті самі задачі вище. Швидкість росте, а роботи робиться стільки ж. Тому швидкість використовують лише для планування всередині команди, не порівнюють між командами і не роблять KPI (ключовим показником ефективності).
Краще стежити за результатами:
- чи досягнуто ціль спринту;
- скільки дефектів знайшли гравці, а не команда;
- як змінились показники самої гри.
«Agile на папері»
Команда може проводити всі події Scrum і все одно працювати по-старому. Ось ознаки, що гнучкий підхід став формальністю:
- Щоденний скрам перетворився на 40-хвилинний звіт керівнику.
- Власник продукту нічого не може вирішити без погодження трьох директорів.
- Ретроспективи проходять, але нічого не змінюється.
- У спринту немає цілі, це просто список задач.
- «Гнучкість» означає, що вимоги змінюють посеред спринту без обговорення.
- На дошці 15 задач «в роботі» на трьох людей.
Agile на папері
Шість ознак, що гнучкий підхід став формальністю.
Чому шкодить: Зустріч стає звітом керівнику, а розробники так і не синхронізуються між собою.
Що робити: 15 хвилин, розробники говорять між собою про ціль спринту. Деталі обговорюють після зустрічі ті, кого вони стосуються.