Ключові відмінності між Agile, Scrum та Kanban

Ключові відмінності між Agile, Scrum та Kanban

Cyber Legion

У невеликому огляді спробуємо порівняти популярні підходи до управління проектами та зрозуміти який із них краще.

Що таке Agile?

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

У лютому 2001 року на лижному курорті The Lodge at Snowbird зібрали сімнадцять менеджерів великих компаній, що працюють над проектами з розробки програмного забезпечення. На порядку денному стояло злободенне питання – розробка універсального набору принципів, що веде до покращення організаційних заходів щодо створення бізнес-проектів для будь-якого напряму діяльності та розміру команди. Результатом їхньої наради став грамотно складений управлінський кодекс під назвою Agile Manifesto. В основі цього документа, що використовується тепер у багатьох галузях життєдіяльності людини, лежать чотири основні цінності чи концепції управління проектами.

1. Люди та взаємодія між ними важливіші за процеси та інструменти

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

2. Працюючий продукт або програмне забезпечення важливіше за вичерпну документацію

Методологія Agile не змушує повністю відмовлятися від документації, а обмежує її складання кількома найнеобхіднішими документами. Оформлення вимог, специфікацій, проспектів, проектного кошторису, планів випробувань та затвердження забирає у розробників чимало часу. Натомість у Agile ми створюємо «User Stories» – якийсь покроковий список справ, складений клієнтом відповідно до його пріоритетів. Його достатньо, щоб фахівці розпочали роботу над проектом, не зважаючи на бюрократичні витрати.

3. Співпраця з клієнтами в ході переговорів важливіша за тривале узгодження умов контракту

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

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

4. Оперативне реагування на зміни замість слідування плану

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

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


Що таке Scrum?

Scrum - це методологія Agile, призначена для розробки продуктів в середовищі, схильному до змін. З описом Scrum ви можете ознайомитись на офіційному сайті.

У Scrum цикли називаються спринтами і, як правило, тривають від однієї до чотирьох тижнів. Робота поетапна і кожен етап цілком залежить від попереднього. Scrum-команди зазвичай невеликі, від трьох до дев'яти осіб зі scrum-майстром, що відповідає за правильне застосування методології та власником продукту, що відповідає за успіх всього підприємства. Комунікація з членами команди – послідовна, із постійним зворотним зв'язком. Це найчастіше використовувана методологія Agile. Згідно зі звітом State of Agile, опублікованим у 2021 році статистичним сайтом digital.ai, близько 66 відсотків користувачів Agile використовують під час роботи Scrum.

В основі методології лежать три принципи роботи:

1. Прозорість. Всі залучені до процесу гравці мають повний доступ до всієї інформації.

2. Адаптація. Робота за проектом у будь-який момент може змінити вектор без втрати продуктивності та часу.

3. Оновлення. Команда прагне постійно покращувати продукт і процес розробки.

Scrum відмінно підходить для роботи зі складними завданнями в умовах, що змінюються, а також для новаторських нових проектів - стартапів.

Однак Scrum і Agile невзаємозамінні терміни.

Agile та Scrum

Основна відмінність Scrum та Agile у тому, що: Agile – це загальна філософія, стиль управління проектами, а Scrum – один із кількох методів, що використовуються для реалізації цього стилю, agile-фреймворк.

Ключові подібності цих двох визначень, що роблять Scrum Agile-процесом:

1. Короткострокові цикли розробки.

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

3. Здатність адаптуватися до змін та зворотного зв'язку.

Ось що відрізняє Scrum від інших методологій Agile:

1. Робота розбита на спринти тривалістю від одного до чотирьох тижнів.

2. Беклог продукту містить записи про те, яку роботу потрібно виконати.

3. Наявність Scrum-майстра та власника продукту (product manager).

4. Члени команди проводять короткі «щоденні збори з оновлення Scrum».


Що таке Kanban?

Канбан (від японської «вивіска») був створений на початку 1940-х років інженером-технологом Тайічі Оно, для покращення процесу виробництва автомобілів компанії Toyota. В основі методу лежить принцип візуалізації завдань за допомогою запису їх на дошці (віртуальної або фізичної), розділеної на стовпці, що представляють різні етапи проекту. По ходу процесу розробки, наклейка або картка, що представляє проект, переміщаються від однієї фази до іншої, доки всі завдання не будуть виконані. Це чудовий спосіб вести робочий процес та виявляти вузькі місця. На відміну від Scrum Kanban приділяє менше уваги фіксованим термінам, і робота відбувається в безперервному потоці. Методологія проповідує принципи ощадливого управління, у якому виключається можливість надвиробництва, тобто виготовлення продукту про запас. Це економить ресурси та час.


Scrum та Kanban

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

Основна відмінність між аналізованими agile-фреймворками - у довжині ітерацій. У Scrum, як ми вже говорили, між етапами розробки проходить 2-3 тижні, в Kanban завдання працівникам можна «підкидати» хоч щодня.

Kanban має більшу гнучкість або як це прийнято зараз називати business agility. Він працює краще, коли збільшено частоту зміни пріоритетів. Наприклад, коли ви, викинувши на прод фічу, дізналися, що та не працює так, як було задумано, піднімаєте в черзі нове завдання і розробник бере його «згори», виконуючи в першу чергу.

У Scrum завдання оцінюються в Story points або за часом (у годинах). Оцінка необхідна для формування спринту та для аналізу можливості реалізації поставлених завдань за 2 тижні. Після завершення спринту менеджер проекту підраховує кількість годин або Story points, щоб зрозуміти, де команда буде на початку наступного етапу.

У Kanban немає оцінок та поняття «швидкість роботи команди». тут ведеться підрахунок лише середнього часу, витраченого завдання, підрахованого за допомогою спеціального звіту — Cycle Time, різниці між часом виконання завдання та часом початку роботи.

Підсумуємо, у Scrum наша мета – закінчити спринт, у Kanban – завдання.

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

А ще в деяких компаніях менеджери проектів об'єднують концепції Scrum і Kanban в гібридну методологію, звану Scrumban.


Яку б із запропонованих методологій ви не обрали, завжди пам'ятайте чотири принципи ведення проектів:

1. Основний ресурс – люди!

2. У топку бюрократичну тяганину.

3. Клієнтоорієнтованість назавжди.

4. Оперативність реагування на всі завдання, але без фанатизму.

Успіхів в управлінні проектами!

Report Page