Agile, Scrum, Kanban і Lean: як це працює на практиці

Кому підходять гнучкі методи управління і чому це все-таки не чарівна пігулка.

Agile, Scrum, Kanban, Lean — останні роки ці терміни переживають пік популярності, принаймні в українському соціумі. Вслід за появою в книгарнях перекладів канонічних праць Сазерленда та Кніберга, все більше людей стало більше цікавитися гнучкими методологіями управління проектами та їх особливостями. Для ІТ-сфери методика Agile ніколи не була новою. Адже для розробників — продукт та готовність до змін, співпраця з замовниками завжди були вищими за бюрократичну документацію і довгі узгодження. Але сьогодні до гнучкого управління звертаються всі: від будівельників до представників креативних індустрій.

K.Fund Media наводить практичні приклади, як використовуються гнучкі методи у технологічному та телеком секторах.

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

Agile — система підходів і цінностей, на якій будуються гнучкі методології управління проектами (Scrum, Kanban і ін).

Scrum — гнучка методологія на основі Agile-підходів. Команда розбиває завдання поетапно. Кожні два тижні (спринт) видається проміжний результат, який відразу ж тестується і, при необхідності, правиться.

Kanban — гнучкий метод для обліку завдань усіх підрозділів компанії. На дошку заносяться три види завдань: заплановані, виконані і ті, які «в процесі».

Scrum та Kanban на практиці

В чистому вигляді окремі методи зустрічаються рідко. Найчастіше компанії поєднують ті частини гнучких систем, які їм найбільше підходять. «Для продуктової розробки більше підійде Scrum. Для початкових етапів, таких як дослідження або тестування гіпотез, — Kanban. З точки зору інших підрозділів, використовується полегшений варіант Kanban: для координації щоденних задач, синхронізації, та власне, просуванню вперед», — пояснює CTO IT-компанії Innovecs Сергій Хандогін.

В українській продуктовій IT-компанії EVO (Prom.ua, Bigl.ua, Kabanchik.ua тощо), гнучкі методології управління використовуються в кожному проекті.

За його словами, і Scrum, і Kanban активно використовуються для різних видів завдань.

Lean

Філософія ощадливого виробництва — Lean — з’явилася в Японії.

За його словами, зараз за принципам Lean працюють роздрібний і корпоративний бізнес «Київстар», реалізуються проекти в call-центрі, технічній дирекції та IT-підрозділах.

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

Що обрати — Scrum чи Kanban

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

Але ви можете і не мати конкретного плану. Використовуючи метод Scrum, дрібними «перебіжками» — спринтами — ви постійно розробляєте і вдосконалюєте продукт, завдяки швидкому зворотному зв’язку. Кінцевий продукт може бути зовсім іншим, ніж той, який ви планували на початку, але він відповідатиме очікуванням користувачів.

Гнучкість не для всіх

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

«Наприклад, більшість проектів е-commerce намагається розробити нову версію до якихось сезонних піків продажів, — Black Friday або Різдво. І не випустити продукт до цього часу — значить запізнитися мінімум на півроку, провалити поповнення клієнтської бази і випустити те, що працює, але не виконує своїх функцій», — пояснює Сергій Хандогін з Innovecs.

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

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

Ілюстрація: Sabelskaya / Shutterstock.com