Scrum

Agile: підхід Scrum

• «Скрам — це фреймворк управління, згідно з яким одна чи декілька кросфункціональних команд створюють продукт поетапно». В команді може бути близько семи людей
• «У скрамі є система ролей, подій, правил і артефактів. У цій моделі за створення й адаптацію робочих процесів відповідають команди».
• «У скрамі використовуються ітерації фіксованої тривалості, які називаються спринтами. Зазвичай вони займають 1-2 тижні (не більше 1 місяця). Скрам-команди прагнуть створювати готовий до релізу (якісно протестований) інкремент продукту в кожній ітерації».

Скрам — не лінійний метод розробки; це не каскадна модель. Каскадна модель (англ. waterfall) — лінійна послідовність подій, коли продукт планують, розробляють, тестують і так далі в суворій послідовності. Жоден наступний етап не починається, допоки не завершено попередній.

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

У скрам-фреймворку аджайл-розробки чотири основні переваги:

1. Відгук на потреби клієнта. Компанії-розробники програм добре знайомі з вимогою «зробити на вчора». Традиційні організації, які працюють за методом водоспаду, вбудовують важливі фічі й функції у розклад з двома релізами на рік — і через це часто втрачають клієнтів. Ті, що не пішли зразу, можуть зостатися невдоволеними й покинути вас з часом, коли зустрінуть більш відповідального конкурента. Працюючи короткими й частими циклами, ви можете надавати клієнтам продукти практично зразу за вимогою, а також швидше адаптуватися до нових вимог.

1. Зменшення вартості розробки. Aджайл і скрам довели свою економічність і ефективність. У цих моделях ролі розробників більш різноманітні, адже невеликі одиниці можна ефективно тестувати тією ж командою, котра їх розробила. Спеціалізація зникає чи скорочується, скорочуючи витрати.

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

1. Більше швидких доходів. Кошти від клієнтів також надходять не двічі на рік, а значно частіше. Нові фічі також можна додавати частіше, завдяки чому вдається приводити більше клієнтів і швидше обробляти їхні особливі потреби.

Як працює структура скраму

Процес розробки за скрамом

Скрам як фреймворк управління проєктами базується на тому, що самоорганізовані команди постачають закінчені продукти у фіксовані терміни, які також називаємо спринтами. Щоб успішно застосовувати скрам, потрібно використовувати його структуру. Вона складається з ролей, подій, правил і артефактів.

Ролі в скрамі

1. Власник продукту — апологет продукту, який повністю розуміє його цінність для бізнесу. Ця людина доносить потреби замовника і стейкхолдерів до розробників, але не відповідає за технічний бік процесу. Власник продукту також відповідає за історії користувачів і визначає їх пріоритетність.
2. Розробники виконують всі технічні задачі. Вони кросфункціональні, їхня кросфункціональність залежить від області роботи. Так чи інакше, розробники завжди відповідають за створення беклогу спринту, забезпечення якості відповідно до визначення готового, адаптацію плану щодо цілі спринту і власні експертні зони відповідальності.
3. Скрам-майстер виступає фасилітатором роботи скрам-команди. Скрам-майстер допомагає власнику продукту і розробникам виконувати роботу без перешкод і відволікаючих факторів. Уся комунікація людей з-поза команди з командою розробки відбувається через скрам-майстра. (Часом скрам-команди взаємодіють у форматі скраму скрамів, коли скрам-майстри команд мають власні окремі зустрічі).