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

Популярність scrum пояснюється не лише високою ефективністю, а й універсальністю. Його застосовують не тільки у розробці додатка, а й в інших проєктах абсолютно різних за своєю специфікою. Це універсальна платформа для управління проєктами за не менш широко відомою методикою Agile. Розробники Scrum, вони ж учасники, беруть на себе різні ролі, проводять збори, застосовують різні інструменти для організації та управління роботи.

Для реалізації фреймворку необхідна кросфункціональна команда, приблизно 7 осіб. У її завдання входить виробництво товару ітераціями фіксованої тривалості, іменованими в scrum - спринтами, тривалістю трохи більше ніж 1 місяць. До того ж структура фреймворку має низку важливих елементів: ролі, події, правила та артефакти.

3 ролі в scrum

Ролі в scrum є невіддільною частиною фреймворку і розрізняються на:

• Власник продукту - це людина, яка знає все про цінність бізнесу. Він доносить потреби замовника розробникам та відповідає за історії користувачів. Власник продукту також визначає пріоритетність останніх.
• Розробники, своєю чергою, відповідають за технічну частину. Їхня особливість полягає в кросфункціональності, яка безпосередньо залежить від галузі робіт. Розробники відповідальні за беклог спринту (про нього нижче), відповідність якості, адаптацію плану відповідно до цілей спринту. Крім того, за ними зберігаються індивідуальні експертні зони відповідальності.
• Scrum-майстер несе відповідальність за комунікацію. Його завдання просте і водночас складне: допомогти власнику продукту та розробникам виконувати свою роботу з максимальною ефективністю. Як правило, комунікація між членами команди та поза нею здійснюється через scrum-майстра.

5 події у фреймворку scrum

Фреймворк scrum налічує 5 подій:

• Sprint – подія, яка несе у собі чи не ключову роль. Саме на цьому етапі ідеї знаходять свою цінність, ведеться повний цикл робіт, спрямований на досягнення поставленої мети продукту. Йдеться про: планування спринту, daily scrum, огляд та ретроспектива спринту.
• Sprint Planning – обов'язкова подія для кожного розробника. На цьому етапі кожен учасник команди знайомиться з продуктом, всі можуть висловити свою думку, виходячи з чого визначаються пріоритети та терміни робіт.
• Daily Scrum - щоденна подія під час спринту, як правило, тривалістю до 15 хвилин. Його основне призначення - планування денної роботи розробників, яке включає обговорення труднощів і пояснення історії користувачів. Це обов'язкова подія для розробників, але необов'язкова для scrum-майстра.
• Sprint Rewiew – демонстрація результатів роботи – продукту, розробленого у спринті. Як правило, ця подія відбувається наприкінці спринту.
• Sprint Retrospective – подія, покликана виявити як помилки у проєкті, і у комунікації між членами команди. Основні цілі події - покращити взаємодію та роботу в цілому.

3 артефакту scrum

По суті артефакти — це і є робота, яку потрібно зробити для завершення проєкту чи sprint. Вони дозволяють зберегти прозорість інформації для кожного розробника scrum-команди. Розрізняють 3 основні артефакти, а також їх компоненти:

• Product Backlog — це те, що потрібно виконати як важливе.
• Sprint Backlog – це все заплановані завдання у спринті. Артефакт отримують з іншого компонента – беклог продукту – при плануванні sprint.
• Інкремент — це все, що було виконано із product backlog під час спринту. Крім того, сюди входять інкременти з минулих спринтів. Після завершення спринту новий інкремент має працювати. Елемент беклогу продукту – це частина роботи, яка ділиться на кілька невеликих завдань, необхідних під час sprint.

Це основні правила scrum фреймворку. Вони дозволяють отримати максимальну ефективність у роботі. У фреймворку чітко простежується адаптивність та орієнтованість на клієнта, що є чи не ключовими моментами у сучасній IT-сфері.