Введення у Scrum

Поняття scrum прийшло у світ IT зі спорту, а точніше з регбі. На даний момент це одна з найбільш гнучких та ефективних методологій у розробці ПЗ та його підтримці. Методологія Scrum , яка побудована на принципах тайм-менеджменту, наголошує на якісному контролі процесу розробки. Суть методології Scrum у тому, що одне велике завдання розбивається на кілька маленьких завдань, які виконуються одне за одним у невеликі проміжки часу.

Розподіл ролей у Scrum'і

Давайте розглянемо структуру методології докладніше. Отже, основна складова тут – це Scrum-команда (зазвичай складається з 7-9 осіб). Це група фахівців різного профілю, наприклад java-програмісти, тестувальники, аналітики і т.д. Команда повністю залучена до розробки продукту і відповідає за результат як єдине ціле. Є product owner (власник продукту) – замовник або його представник, який зацікавлений у якісному кінцевому продукті. Ця людина знає як має виглядати та працювати продукт, тому вона розставляє перед командою пріоритети для завдань. Головна відмінність власника продукту полягає в тому, що він працює не в команді, а з нею. Scrum-майстер - це досвідчений співробітник, свого роду тим-лід у команді. Він організовує інших учасників команди, допомагає їм розібратися в незрозумілих моментах, проводить наради, стежить за дотриманням принципів scrum. Головний момент тут у тому, що майстер – це не синонім начальнику. Ні, scrum-майстер не роздає завдання та не приймає жодних остаточних рішень. Все це роблять учасники команди, а майстер лише підтримує їх.

Як працює scrum

Весь процес розробки програмного забезпечення ділиться на невеликі часові відрізки – спринти. Тривалість спринту може бути від тижня до місяця. На початку кожного спринту, на мітингу, що проводить product owner, відбувається постановка завдань. Далі розпочинається планування. Команда обирає найактуальніші завдання, оцінює, що учасники встигнуть зробити за встановлений термін, розподіляє завдання між учасниками. Кожен робочий день починається із скраму (наради). Кожен член команди відповідає на 3 питання: "Що я вже зробив?", "Що я зроблю сьогодні?", "Що може перешкодити виконанню завдання?". За допомогою даних зборів учасники оцінюють прогрес і своєчасно вирішують труднощі, що виникають. Також проводиться завершальна нарада наприкінці спринту, де кожен учасник повідомляє свої успіхи або про те, що завадило виконати деякі завдання. В основному відповідають на 2 питання: «Що було зроблено добре в минулому спринті?», «Що треба покращити наступного?».

Плюси та мінуси методології Scrum

Переваги такої методології у її гнучкості та адаптивності. Завжди можна щось змінити у продукті, додати ще одну функцію. Scrum дуже зручний, коли замовник сам до кінця не знає, чого він хоче. Також така методологія чудово підійде для великих проектів, які потребують швидкого старту з мінімальним функціоналом. Таким чином виходить випустити програму з основними функціями, а з кожним наступним спринтом додавати до неї нові. Ще один плюс Scrum'a це самостійність та самоорганізованість кожного учасника проекту. Можна заощадити на керівнику та поділити гроші між членами команди. Але в такому випадку досить багато уваги приділяється добору персоналу. А найнеприємніший мінус такої методології – це невизначеність. Кількість спринтів необмежена, тому складно поставити кінцеву дату у проекті. Тому Scrum не підходить для проектів, яких важливим є виключно кінцевий результат без проміжних значень, наприклад, для держзамовлень або роботи команд підтримки. Самоорганізованість та гнучкість java-програміста в scrum'e це, звичайно, добре, але куди без знань та практичних навичок? Відчуваєш, що тобі цього не вистачає? Тоді швидше вирішуй завдання на javarush.ru !