Scrum на практиці: ролі, спринт і чотири зустрічі

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

Докладніше: Scrum — найвідоміший гнучкий фреймворк. Він не приписує технік, а задає ритм із прозорістю, інспекцією та адаптацією (емпіризм).

Подробиці

Три ролі

• Власник продукту (PO): відповідає за цінність, веде й пріоритизує беклог продукту, вирішує, що створюється.
• Scrum-майстер: стежить, щоб команда розуміла й застосовувала Scrum, усуває перешкоди, сприяє; не управління проєктом.
• Команда розробки (розробники): самоорганізується, має всі навички, вирішує, як створювати; зазвичай 3–9 осіб.

Три артефакти

• Беклог продукту: впорядкований список усіх побажань (користувацькі історії).
• Беклог спринту: вибрані на спринт пункти плюс план.
• Інкремент: робочий результат, що відповідає визначенню готовності.

Спринт і зустрічі

Спринт (1–4 тижні, фіксованої довжини) містить:

1. Планування спринту: що ми робимо (мета спринту), як?
2. Daily scrum (15 хвилин щодня): прогрес, план на день, перешкоди.
3. Огляд спринту (review): показати результат зацікавленій стороні, отримати зворотний зв’язок, скоригувати беклог.
4. Ретроспектива спринту: як ми працюємо? Що поліпшуємо в наступному спринті? Між ними уточнення (refinement) (догляд за беклогом, оцінка).

Поради та пастки

• Мета спринту зрозуміла й не змінюється посеред спринту.
• Velocity (завершені бали) допомагає плануванню, але не вимірює продуктивність.
• Визначення готовності задаєте разом.
• Часті пастки: Scrum-but (пропуск правил), daily як звіт перед начальником, недоступний PO, перевантаження спринту, нечесна ретро.
• Альтернативи/доповнення: Kanban (потік замість спринтів), XP, SAFe/LeSS для великих організацій. У документації IHK ви пояснюєте, як ви адаптували Scrum (наприклад, у проєкті однієї людини: планування й огляд спринту з наставником).

Див. також: Гнучкі методи (Scrum і Kanban), Користувацькі історії та критерії приймання, Порівняння моделей процесів