Методологія Scrum: вступ до гнучкого управління проєктами

Ви колись стикалися з ситуацією, коли все зробили за планом – вчасно, чітко, в межах бюджету, а результат вже не актуальний? Клієнт хоче щось інше чи обставини змінилися, і доводиться починати спочатку. Такі ситуації постійно трапляються у непередбачуваному світі. Scrum methodology дозволяє адаптуватися, а не боротися зі змінами. Це не про контроль, а про гнучкість. Команда видання Startup шукала відповіді на питання: що таке скрам, які в цього методу є ролі, події та інструменти. Також розберемо, яка scrum-методологія підходить конкретному стартапу.

До речі, раніше редакція вже писала про agile і комплексний підхід до гнучкого управління ІТ-проєктом. 

Аджайл і Скрам

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

Що таке Скрам

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

Підхід тримається на трьох простих речах:

• Прозорість. Усі в курсі, що відбувається.
• Огляд. Команда регулярно зупиняється і дивиться, як йдуть справи.
• Адаптація. Щось не працює? Треба шукати інший шлях.

Чим не є SCRUM

Простою мовою, scrum – це не “класичний” метод. Якщо говорити про каскадну модель, там все йде за планом: придумали, зробили, протестували. Поки один етап не закінчиться, наступний не починають.

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

Нащо потрібен SCRUM

У скрамі є чотири основні переваги, які особливо важливі для команд. 

Швидка реакція на запити клієнтів

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

Менші витрати на розробку

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

Більше задоволення від роботи

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

Частіший прибуток

Чим швидше команда випускає нові фічі, тим швидше вони потрапляють до користувачів. Задоволені клієнти частіше готові платити за сервіс.. 

Коротка історія про Скрам

Ідею scrum придумали Джефф Сазерленд і Кен Швабер. Сазерленд був військовим льотчиком, а згодом став технічним директором компанії, що запускала першу мережу онлайн-банкоматів у США.

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

Якщо ви шукаєте, з чого почати вивчення scrum методології, scrum книга Джеффа Сазерленда “Scrum. Навчись робити вдвічі більше за менший час” – ідеальний варіант.

У передмові до українського видання технічний директор Twitter Адам Мессинджер зазначає:

“SCRUM – найкращий спосіб з-поміж усіх, які я знаю, щоб керувати великими й малими проєктами, і, безперечно, він придатний для застосування й поза межами сфери ІТ”.

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

Для того, щоб успішно застосовувати скрам, треба використовувати структуру. Скрам система тримається на трьох основних складових: ролях, подіях і артефактах.

Ролі в SCRUM

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

Події в скрамі

Структурують роботу п’ять типів скрам-подій:

1. Спринт. Протягом періоду в 1–4 тижні команда виконує певний обсяг задач.
2. Планування спринту. Команда вирішує, що саме буде зроблено за спринт, розставляє пріоритети й оцінює складність.
3. Щоденні стендапи. На коротких зустрічах в 15 хв. розробники діляться, що зробили, над чим працюють і чи є перешкоди.
4. Огляд спринту. Демонстрація готового результату. 
5. Ретроспектива. Обговорення, що пройшло добре, а що можна покращити в наступному спринті.

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

Артефакти 

Артефакти тримають процес прозорим:

• Беклог продукту. Список завдань по проєкту: від технічних до користувацьких.
• Беклог спринту. Завдання відбирають для виконання під час конкретного спринту.
• Інкремент. Результат роботи за спринт, який додається до попередніх результатів. Він має бути готовим і працездатним.
• Елементи беклогу продукту. Окремі частини роботи, які можна виконати в межах одного спринту. Часто діляться на дрібніші задачі.
• Ціль спринту. Основне, що команда має досягти за цей період.
• Бьорн-даун чат спринту. Графік показує, скільки ще залишилось роботи в поточному спринті. Він не для звітів, а для орієнтації та підтримки темпу.
• Бьорн-даун чат продукту. Схожий графік, але для всього проєкту. Показує, як змінюється обсяг роботи з кожним новим спринтом.

Правила скрам-фреймворку

Є ще кілька важливих правил, які допомагають зробити роботу команди ефективною. Один спринт завжди триває стільки ж, скільки й попередні – без стрибків і хаосу. Щойно один спринт завершується, наступний починається одразу. Після завершення кожного спринту відбувається огляд – це шанс показати результат і зібрати зворотний зв’язок. І хоча під час спринту можна щось коригувати або додавати нові задачі – це не гарна ідея, бо заважає зосередитись на планах.

Обмеження в скрамі

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

Яка аджайл-методологія підійде вашій команді

Усе залежить від того, як працює команда, які цілі, тип проєкту та очікування замовників. Наприклад, якщо невелика команда сама організовує роботу та регулярно демонструє результати, scrum буде чудовим вибором. Якщо ж робота постійно змінюється, а задачі надходять безперервно – краще звернути увагу на Kanban. 

Kanban vs scrum? В чому ж різниця між скрам і канбан? Канбан не має фіксованих ітерацій, дозволяє вільно розподіляти навантаження і швидко реагувати на зміни. Перед тим як обрати підхід, варто розглянути різні варіанти. Наприклад, Extreme Programming (XP) має багато спільного зі скрамом. Але спринти там коротші, замовник задає пріоритети, а змінювати задачі в беклозі під час ітерації нормально.

Є ще Scrumban – це гібрид скраму й канбану. Ідеально підходить, коли команда хоче зберегти гнучкість, додавати задачі в процесі та не витрачати час на оцінювання термінів. Це хороший варіант для команд, яким scrum здається занадто жорстким, а канбан – надто вільним.

І, звісно, для масштабних проєктів з кількома командами варто звернути увагу на SAFe, LeSS або Nexus, адже вони допомагають синхронізувати зусилля багатьох фахівців.

Плюси та мінуси скраму: чи варто воно того

Коли ІТ-команда готова брати на себе відповідальність і швидко реагувати на зміни – scrum добре працює. Це підхід для тих, хто не хоче місяцями чекати на результат, а прагне бачити прогрес завтра. 

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

Головне: не зациклюватися на конкретному методі управління проєктом, а шукати те, що справді корисно для команди.