Працюємо за Scrum

1. Що таке Scrum?

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

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

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

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

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

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

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

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

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

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

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

3. Спринт і Scrum‑дошка

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

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

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

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

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