Працюємо за Scrum

1. Що таке Scrum?

Ви вже бачите, що все, що стосується розробки, стандартизовано. А що, як скажу вам, що стандартизовано взагалі все? І йдеться навіть не про імена змінних і функцій — хоча й вони стандартизовані 🤦‍♂️.

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

«Навіщо стільки стандартизації?» — запитаєте ви. По-перше, ви працюєте у високотехнологічному секторі. По-друге, так простіше співпрацювати. По-третє, у назві вашої професії .NET Software Engineer останнє слово — інженер, і це багато що пояснює.

2. Як виглядає робота за Scrum

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

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

Ключові елементи Scrum — це ролі, події та артефакти.

• Основні ролі — це Product Owner, який визначає вимоги до продукту; Scrum Master, що підтримує процес згідно з правилами Scrum; і команда розробників, яка виконує роботу.
• Основні події — це щоденні зустрічі (daily meetings, або дейлі), планування спринтів, ретроспективи та демонстрації результатів роботи.
• Артефакти — це беклог (список завдань) продукту, беклог спринту та інкремент продукту 📋.

Не лякайтесь! Хоч регламентування всього й уся виглядає трохи страшно, працювати за Scrum легко й приємно. Scrum розв’язав основний конфлікт між розробниками та замовниками/власниками продукту 🤗

Розробники завжди просили залишити їх у спокої та дати спокійно працювати. А власникам продукту треба було терміново додати нові функції, щось змінити або провести експеримент 🧪.

Scrum розбив розробку на стабільні періоди — спринти (зазвичай два тижні). У межах одного спринту розробники виконують лише ті завдання, які були заплановані на поточний спринт. Якщо замовнику треба щось терміново зробити, він додає ці функції до наступного спринту 🗓️.

3. Sprint & Scrum Board

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

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

Протягом поточного спринту розробники та власник продукту мають зібратися на зустріч і обговорити завдання для наступного спринту.

Backlog 📚, або беклог, — це список усіх завдань, які потрібно виконати. У Scrum розрізняють беклог продукту, який містить усі вимоги до продукту (функції), і беклог спринту, що складається із завдань, обраних для реалізації в поточному спринті. Беклог — це «живий» документ, який регулярно оновлюють і переглядають, щоб він відповідав поточним бізнес-цілям і умовам ринку.

Беклог поточного спринту часто відображають як Scrum Board ✅ — дошку із завданнями та статусами. Дошка поділена на стовпці, які зазвичай позначають стадії виконання завдань, такі як «До виконання», «У процесі», «На перевірці» та «Виконано». Це дозволяє всій команді бачити прогрес і швидко помічати будь-які затримки у робочому процесі.