Працюємо по Scrum

13.1 Що таке Scrum?

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

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

Але навіщо стільки стандартизації, спитаєте ви. Ну, по-перше, ви працюєте в високотехнологічному секторі — хай-тек і все таке. По-друге, так простіше всім працювати один з одним. Ну а по-третє, в назві вашої професії Frontend Fullstack Software Engineer зверніть увагу на останнє слово — інженер. І зрозумієте, звідки ноги ростуть.

13.2 Як виглядає робота по Scrum

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

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

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

Основні ролі — це Product Owner, який визначає вимоги до продукту, Scrum Master, що підтримує процес відповідно до правил Scrum, і команда розробників, яка виконує роботу.

Основні події — це щоденні зустрічі (дейлі мітинги), планування спринтів, ретроспективи і демонстрації результатів роботи. Артефакти включають беклог продукту, беклог спринту і інкремент продукту.

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

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

Скрам розбив розробку на стабільні періоди — спринти (зазвичай по 2 тижні). Протягом цього часу розробники виконують тільки ті завдання, які були заплановані на поточний спринт. Якщо замовнику потрібно щось терміново зробити, він додає ці фічі в наступний спринт.

13.3 Sprint & Scrum Board

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

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

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

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

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