•     •   5 min read

Юрій Велігорський: Що таке Agile і з чим його їдять?

Юрій Велігорський — Agile-коуч і Scrum-тренер, запрошений викладач Advance Business School за напрямом Agile/​Scrum. Допомагає створювати Agile-культуру і вибудовувати гнучкі процеси як в IT, так і не IT-компаніях. Допомагає командам ставати ефективнішими, постійно покращувати продукт і підвищувати ефективність бізнесу.

Про Agile

Agile — це філософія з певними поглядами та цінностями, якою мають керуватися команди для ефективної роботи. Вона не містить конкретних інструкцій. В її основі 12 принципів і 4 цінності, які описані в «Маніфесті гнучкої розробки ПЗ».

В Agile вся робота тримається на чотирьох основних цінностях:
  1. Люди і взаємодія важливіші, ніж процеси та інструменти.
  2. Співпраця із замовником важливіша за переговори за контрактами.
  3. Робочий продукт важливіший за вичерпну документацію або презентацію.
  4. Реакція на зміни важливіша, ніж дотримання початкового плану.
  5. У світі, де все швидко змінюється, кожна компанія хоче йти в ногу з часом і встигати за трендами. Для цього потрібно робити термін від ідеї до виходу продукту на ринок максимально коротким.

    Коли ви маленька компанія, стартап — це може бути не складно. У великих компаній є два варіанти. Домагатися результатів жорстко-директивно і довго. Або зробити так, щоб ваші співробітники були щасливі, могли впливати на процеси, давати зворотний зв’язок, і в усіх був чіткий орієнтир куди і як їм іти. Якщо коротко — це і є Agile.

    Варто пам’ятати, що Agile не має бути метою. Насамперед потрібно прагнути до змін організаційної культури, відкритості та прозорості.

Scrum та інші розумні слова…

Scrum, Kanban, LeSS, SAFe та інші розумні слова — це способи організувати роботу в дусі Agile.

Часто кажуть, що Scrum — методологія. Але це не так, Scrum — фреймворк, шаблон процесу або скелет процесу. Це каркасний опис того, як вам варто працювати, щоб досягти своєї мети. При цьому, використовуючи цей фреймворк, можна додавати щось своє, що не суперечить структурі та цінностям Scrum.

Навіщо потрібен Agile-коуч? 

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

Робота Agile-коуча — це не просто робота з командою, а глибинні організаційні зміни всієї компанії.


Agile тільки для IT?

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

Адже Agile — це культура, а культура не знає кордонів!

Які проблеми вирішує Agile?

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

Ось із цим усім і працює Agile. Адже Agile це не кінцевий стан, а спосіб мислення і життя.

З чого почати «гнучкі зміни»?

Важливо розуміти, що Agile, як і будь-яка інша культурна зміна, не впроваджується рухом чарівної палички. Agile-трансформація — це повноцінний проєкт і досить тривалий за часом. Що менша компанія і менший підрозділ, тим легше і швидше відбуватиметься процес трансформації. У великих компаніях трансформація може тривати 3 – 5 років. На жаль, не можна просто запланувати, що ми станем Agile, і за півроку це само собою станеться.

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

Про інструменти візуалізації 

Дошка — це всього лише інструмент, який допомагає все максимально візуалізувати.


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

Вибір дошки залежить від команди, бюджету, ситуації, кількості учасників. Якщо говорити про електронні дошки, то з безкоштовних або умовно безкоштовних можна виділити Trello і Redmine, кожна зі своїми особливостями. З відомих компаній VersionOne або Jira. З українських компаній виділю Worksection, яка нещодавно випустила дошку завдань. Дуже сподіваюся, що у цього продукту з’являться кілер-фічі, яких немає у більшості дощок. Наприклад, обмеження за кількістю завдань у стовпчику або на людину. Або термінова смуга завдань (коли власнику цього завдання необхідно, щоб його виконали раніше за інших), але в багатьох інструментах цієї функціональності немає.

Про впровадження

Часте запитання: «Що потрібно, щоб Scrum запрацював?» Відкриваю секрет — срібної кулі не існує. Культурні зміни завжди відбуваються найскладніше і найдовше. Можна прийти на роботу і сказати: «Сьогодні в нас тренінг зі Scrum і через три дні ми починаємо працювати за Scrum». Ні, це так не працює. Agile — це не перемикач, який можна натиснути у себе в компанії і сказати: «Ми стали Agile».

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

​Agile — це не: «Коуч, зроби щось із моїми людьми». Це скоріше: «Коуч, допоможи мені стати кращим лідером, щоб я створив середовище, що залучає, навчився чути своїх людей, і зробив із них класну команду».

Книги, які раджу прочитати:

  • Джефф Сазерленд «Scrum: Революційний метод управління проєктами»;
  • Патрік Ленсіоні «5 вад команди»;
  • Кніберг Генрік «Scrum і XP: нотатки з передової».

esc
Поділитись у
или
Школа PM
У цій статті ми детально пояснюємо, що таке матриця відповідальності (RACI Matrix) як її можна впровадити у свій робочий процес для покращення координації проєктів. Знайомство з матрицею відповідальності...
8 травня 2024   •   13 min read
Школа PM
Вступ до матриці Ейзенхауера Матриця Ейзенхауера пропонує ефективний підхід до визначення пріоритетів та управління часом. Заснований на принципах Дуайта Д. Ейзенхауера, цей стратегічний інструмент спрощує...
1 травня 2024   •   11 min read
Новинки
Канбан по проєктах, Канбан по термінах та Нові автоматизації для Канбану Worksection
25 квітня 2024   •   5 min read
Почніть роботу прямо зараз
Введіть, будь ласка, свій справжній email 🙂