Відмінності Agile Коуч vs. проектний менеджер: чи можливо і те, і інше?

Agile Тренери та менеджери проектів зазвичай виконують дуже різні ролі. Але як саме вони виглядають? 

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

Розглянемо докладніше в наступній статті!

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

1. Фокус на процесах проти фокусу на людях:

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

2. Метод роботи:

   • Керівник проекту: Часто працюють за традиційними методами управління проектами, такими як модель водоспаду, в якій фази виконуються послідовно.
   • Тренер Agile: Часто працює з гнучкими методами, такими як Scrum або Kanban, де основна увага приділяється ітеративному, інкрементальному прогресу.

3. Гнучкість та адаптація до змін:

   • Керівник проекту: Може мати труднощі з адаптацією до змін у ході проекту, особливо якщо їх важко передбачити.
   • Тренер Agile: Наголошує на адаптивності та гнучкості. Команди Agile створені для того, щоб адаптуватися до мінливих вимог.

4. Командна динаміка:

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

5. Комунікація та співпраця:

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

6. Вимірювання продуктивності:

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

7. Самоорганізація та особиста відповідальність:

   • Керівник проекту: Може бути схильний розподіляти завдання та обов’язки і брати на себе більший контроль над командою.
   • Тренер Agile: Підтримує самоорганізацію команди, сприяє особистій відповідальності та заохочує членів команди до самостійного виконання завдань.

8. Довгострокова перспектива:

   • Керівник проекту: Зосереджується на виконанні цілей проекту та досягненні заздалегідь визначених проміжних результатів.
   • Тренер Agile: Наголошує на довгостроковій стійкості та постійному вдосконаленні, навіть після завершення поточного проекту.

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

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

Якщо заглибитися трохи глибше: Як можуть виглядати цілі скрам-майстрів та проектних менеджерів? Ось кілька прикладів, які приблизно відповідають критеріям SMART.

Цілі для тренера Agile:

1. організовувати навчальні курси:

   • SMART-ціль: Протягом наступних шести тижнів тренер Agile проводить гнучкий тренінг, в якому беруть активну участь щонайменше 80% членів команди.

2. Самомодерація та вдосконалення:

   • SMART-ціль: Протягом наступних дванадцяти тижнів тренер Agile заохочує команду модерувати щонайменше 20% власних ретроспектив і впровадити щонайменше десять конкретних пропозицій для покращення.

3. Запровадження «Agile Coffee Hour»:

   • SMART-ціль: Протягом наступних восьми тижнів Agile Coach запроваджує щотижневу «Agile Coffee Hour», в якій бере участь щонайменше 30% команд.

Цілі для керівника проекту:

4. Успішна реалізація:

   • SMART-ціль: Протягом наступних дванадцяти тижнів керівник проекту керує командою під час впровадження нового програмного модуля, не виходячи за рамки бюджету.

5. Активна участь зацікавлених сторін:

   • SMART-ціль: На етапі планування наступного релізу менеджер проекту забезпечує активне представництво всіх ключових зацікавлених сторін і чітке визначення їхніх вимог.

З цього має бути зрозуміло, що це справді різні ролі. У деяких компаніях все ж розглядають можливість їх поєднання – часто, мабуть, з фінансових міркувань. Чи варто це робити, і якщо так, то що слід враховувати?

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

Рекомендації щодо цього залежатимуть від різних факторів, включаючи розмір проекту, корпоративну культуру та конкретні вимоги організації. Ось деякі міркування:

Переваги об’єднання ролей:

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

2. Цілісний підхід: Інтеграція обох точок зору дає змогу комплексно підійти до реалізації проекту, враховуючи як гнучкі принципи, так і традиційні методи управління проектами.

3. Гнучкість: У невеликих організаціях або проектах з обмеженими ресурсами поєднання обох ролей може допомогти більш ефективно управляти завданнями.

Виклики:

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

2. Надмірні вимоги: Вимоги обох ролей можуть призвести до перевантаження у великих і складних проектах, оскільки обов’язки і завдання можуть бути широкими.

3. Відсутність спеціалізації: Відсутність спеціалізації на одній з двох ролей може призвести до того, що важливими аспектами буде знехтувано. Наприклад, спеціалізований коуч Agile може більш глибоко зосередитися на розвитку гнучких практик.

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

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

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

Echometer - це цифровий інструмент, який допомагає гнучким лідерам команд з гнучкими ретроспективами та командами Health Check. Дистанційно, гібридно чи на місці: він робить командний коучинг вимірюваним і професіоналізує вашу роботу, заощаджуючи при цьому багато часу. Просто завітайте на наш сайт, щоб дізнатися більше: www.echometerapp.com.

Якщо ви як Project Manager також берете на себе відповідальність за Agile Coaching, чітко повідомляйте членам команди про свої відповідні ролі.

Крістіан Хайдемайєр, психолог та скрам-майстер

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

Наостанок, ще раз нагадуємо: якщо ви хочете спробувати, як це – розвивати свою команду за допомогою нашого інструменту: ви можете розпочати гнучку ретроспективу без входу в систему, у цьому випадку майстерню «Keep, Stop, Start». 

Або ж просто перешліть наш сайт відповідальним колегам: www.echometerapp.com.