Що таке Scrum простими словами: ролі, спринт, дейлі, ретро і Kanban

Scrum (скрам) — це легкий фреймворк для командної роботи над складними продуктами: команда працює короткими циклами до місяця, які називають спринтами, і після кожного показує готовий шматок продукту. Правила Scrum зібрані в офіційному Scrum Guide від Кена Швабера і Джеффа Сазерленда. Чинна редакція датована листопадом 2020 року, а сам фреймворк складається з трьох ролей, п’яти подій і трьох артефактів.

Нижче ці складники розібрано простими словами. А якщо в робочому чаті трапляються незрозумілі «таски», «естімейти» чи «апрув», загляньте в наш словник ІТ-сленгу.

На чому тримається Scrum

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

• прозорість — стан роботи бачать усі, хто її робить і хто її приймає;
• інспекція — прогрес регулярно перевіряють, щоб вчасно помітити проблеми;
• адаптація — якщо щось пішло не так, план чи процес змінюють якомога швидше.

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

Три ролі: хто є хто в скрам-команді

Скрам-команда — це невелика група, зазвичай до 10 осіб, без підкоманд та ієрархії всередині. У гайді 2020 року йдеться не про посади, а про зони відповідальності.

Product Owner

Власник продукту відповідає за цінність того, що робить команда. Він веде Product Backlog: формулює завдання, розставляє пріоритети і пояснює, навіщо потрібна кожна задача. Важлива деталь — це одна людина, а не комітет. Інтереси замовника чи стейкхолдерів він може враховувати, але остаточне рішення щодо порядку робіт ухвалює сам.

Scrum Master

Скрам-майстер відповідає за те, щоб Scrum справді працював. Він навчає команду і компанію правил фреймворку, допомагає проводити події так, щоб вони давали результат, і прибирає перешкоди, які гальмують роботу. Це не керівник і не «секретар зустрічей»: гайд описує його як лідера, що служить команді та організації.

Developers

Розробники — усі, хто створює продукт у спринті: програмісти, тестувальники, дизайнери, аналітики. Назва не означає, що в команді лише ті, хто пише код. Розробники самі складають план спринту, тримають планку якості через Definition of Done і щодня коригують план, щоб досягти мети спринту. Про те, як ролі в команді пов’язані з рівнями досвіду, читайте в матеріалі про грейди Junior, Middle і Senior.

Що таке спринт у Scrum

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

Під час спринту не вносять змін, які загрожують його меті, і не знижують вимог до якості. Обсяг роботи можна уточнювати з Product Owner, коли команда дізнається більше. Якщо мета спринту втратила сенс, скасувати його може лише Product Owner, але це рідкісний випадок.

П’ять подій Scrum і їхні таймбокси

Усі події в Scrum мають максимальну тривалість — таймбокс. Цифри нижче наведено для місячного спринту; для коротших спринтів події зазвичай коротші.

1. Спринт — контейнер для всіх інших подій, до одного місяця.
2. Sprint Planning (планування) — до 8 годин. Команда відповідає на три питання: чому цей спринт цінний, що з беклогу можна зробити і як саме це буде зроблено. Підсумок — мета спринту і Sprint Backlog.
3. Daily Scrum (дейлі) — 15 хвилин кожного робочого дня спринту в той самий час і в тому самому місці. Розробники перевіряють, чи рухаються до мети спринту, і за потреби змінюють план на найближчий день.
4. Sprint Review (рев’ю) — до 4 годин. Команда разом зі стейкхолдерами дивиться на результат і вирішує, що робити далі. Гайд прямо наголошує, що це робоча сесія, а не лише презентація.
5. Sprint Retrospective (ретро) — до 3 годин. Команда обговорює, як минув спринт з погляду людей, взаємодії, процесів та інструментів, і обирає конкретні покращення.

Що таке daily scrum і чим він не є

Дейлі часто плутають зі звітом перед менеджером. За гайдом, це зустріч розробників для них самих: її мета — звірити хід роботи з метою спринту. Класичний формат із трьох питань («що зробив учора, що робитиму сьогодні, що заважає») у редакції 2020 року вже не обов’язковий: команда може обирати будь-яку структуру, якщо зустріч вкладається в 15 хвилин і дає результат. Детальні технічні обговорення зазвичай переносять на окрему зустріч одразу після дейлі.

Три артефакти і зобов’язання до них

Артефакти — це те, що робить роботу прозорою. До кожного з них у гайді 2020 року додано «зобов’язання», яке задає орієнтир.

• Product Backlog — упорядкований список усього, що може знадобитися продукту. Зобов’язання до нього — Product Goal, довгострокова мета продукту.
• Sprint Backlog — план на поточний спринт: обрані задачі та спосіб їх виконання. Зобов’язання — Sprint Goal, мета спринту.
• Increment (інкремент) — готовий і перевірений результат роботи. Зобов’язання до нього — Definition of Done, визначення готовності.

Що таке інкремент у Scrum

Інкремент — це перевірений, придатний до використання крок до мети продукту, який доповнює все зроблене раніше. Задача стає частиною інкременту лише тоді, коли відповідає Definition of Done — спільному для команди визначенню «готовності». Наприклад, код написано, перевірено колегою, покрито тестами і розгорнуто на тестовому середовищі. За спринт може з’явитися кілька інкрементів, і передавати їх користувачам можна ще до завершення спринту: рев’ю не є «воротами» для релізу.

Scrum і Kanban: у чому різниця

Kanban — інший популярний підхід, і його часто згадують разом зі Scrum. За офіційним Kanban Guide (редакція травня 2025 року), це стратегія оптимізації потоку цінності через процес. Головні відмінності такі:

• Ритм. У Scrum робота йде спринтами фіксованої довжини. У Kanban спринтів немає: задачі рухаються безперервним потоком.
• Ролі. Scrum визначає Product Owner, Scrum Master і Developers. Kanban Guide не вимагає жодних окремих ролей.
• Обмеження. У Scrum обсяг роботи обмежує спринт. У Kanban — контроль кількості задач, які перебувають у роботі одночасно (WIP).
• Метрики. Kanban вимагає стежити за чотирма показниками: кількістю задач у роботі, пропускною здатністю, віком задачі та часом циклу. Scrum таких обов’язкових метрик не задає.
• Зміни. У Scrum плани переглядають на подіях спринту. У Kanban процес можна покращувати будь-коли, не чекаючи запланованої зустрічі.

Підходи не виключають один одного: чимало команд ведуть спринти за Scrum і водночас використовують дошку з лімітами WIP. Scrum зазвичай обирають для продуктової розробки з регулярними релізами, а Kanban — для потоку заявок різного розміру, як-от підтримки чи DevOps.

Як Scrum виглядає в робочому тижні команди

Типовий цикл із двотижневим спринтом може виглядати так: у понеділок першого тижня — планування, далі щоранку коротке дейлі, протягом спринту — уточнення беклогу з Product Owner, а наприкінці другого тижня — рев’ю з демонстрацією і ретро. Задачі зазвичай ведуть у трекері на кшталт Jira чи Linear, де дошка спринту показує, хто над чим працює. Конкретний розклад і тривалість зустрічей кожна команда підлаштовує під себе в межах таймбоксів гайду.

Знання Scrum часто згадують у вакансіях для розробників, тестувальників і проджект-менеджерів, тож базу варто засвоїти ще під час навчання. Більше про професії та вимоги роботодавців — у розділі «Кар’єра», а про інструменти і практики розробки — у розділі «Розробка».

Де читати першоджерело

Scrum Guide — короткий документ, який поширюється безкоштовно за ліцензією CC BY-SA 4.0. На сайті авторів є український переклад редакції 2020 року у форматі PDF. Саме його варто прочитати перед співбесідою чи сертифікацією: частина матеріалів у блогах і на курсах досі спирається на попередню редакцію 2017 року.

Часті питання

Що таке Scrum простими словами?

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

Скільки триває спринт у Scrum?

За Scrum Guide — не більше одного місяця, і тривалість має бути сталою. Багато команд обирають два тижні, але це практика, а не правило.

Скільки людей має бути в скрам-команді?

Гайд називає орієнтир: зазвичай 10 осіб або менше, включно з Product Owner і Scrum Master. Якщо команда розростається, її радять поділити на кілька команд зі спільними метою продукту, беклогом і Product Owner.

Чим скрам-майстер відрізняється від проджект-менеджера?

Скрам-майстер не розподіляє задачі і не керує людьми: він допомагає команді працювати за Scrum і прибирає перешкоди. Пріоритети визначає Product Owner, а план спринту складають самі розробники.

Чи можна поєднувати Scrum і Kanban?

Так, це поширена практика: команда працює спринтами, а потік задач усередині них керує через Kanban-дошку з лімітами задач у роботі.