Чи може скрам-майстер бути продакт-власником? 3 варіанти

Ти стоїш перед питанням: “Чи може Scrum Master бути Product Owner-ом, чи може одна й та сама людина виконувати дві роботи?” Давай разом дослідимо цю дилему і допоможемо тобі знайти найкращий варіант для твоєї agile-команди.

Я розгляну 3 “варіанти дій”, які всі три є теоретичними, але, можливо, допоможуть тобі у твоєму питанні.

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

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

Чи може скрам-майстер і власник продукту бути однією і тією ж людиною? Якщо ми будемо дотримуватися Scrum Guide, рекомендація, ймовірно, буде наступною: Розмежовуйте ролі скрам-майстра та власника продукту. Це принцип, який має сприяти ефективності та безперебійному протіканню гнучких процесів.

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

Думаю, очевидно, що є сенс розділяти ролі. Але що робити, якщо з якихось причин це може бути складно? Я бачу ще два варіанти.

Якщо ви вважаєте себе досвідченим Скрам-майстром і Власником продукту і вірите, що зможете підтримувати баланс між цими двома ролями, ви, звичайно, можете піти на компроміс і поєднати Скрам-майстра і Власника продукту в одній особі. Тоді відповідь буде “так”: Скрам-майстер може бути операційним директором або продакт-власником. Зрештою, принципи Agile заохочують експерименти. Тимчасове носіння обох капелюхів неодмінно принесе нові і, перш за все, практичні знання. 

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

"Багато членів команди не наважуються висловитися!"

Вирішіть цю проблему

"Ми виявляємо занадто багато несподіваних проблем і помилок на пізньому етапі!"

Вирішіть цю проблему

"Чому іноді на підготовку простої ретроспективи я витрачаю години?"

Вирішіть цю проблему

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

Водночас роль Scrum Master-а особливо постраждає від того, що а) зустрічі гірше підготовлені та б) команда менше спостерігається, щоб, наприклад, вчасно виявляти перешкоди - в основному тема “Постійне вдосконалення”, ймовірно, масово постраждає.

Щоб протистояти цим двом моментам, прагматичним компромісом для власника продукту може стати використання цифрової підтримки. Одним із прикладів цього є використання Echometer як цифрового тренера.

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

Мене здивувало, як багато команд відхиляються від рекомендованої норми при розподілі двох ролей Scrum Master-а та Product Owner-а.

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

В agile-світі питання “Чи може Scrum Master бути Product Owner-ом?” виникає напрочуд часто, тому, мабуть, є певна потреба. Вибір між чіткими ролями, гнучкою подвійністю або спільною відповідальністю залежить від індивідуальних потреб твоєї команди. Знайди варіант, який найкраще підходить для твоєї agile-подорожі, і завжди пам’ятай про agile-маніфест і Scrum Guide. Як правило: спробуй залучити обидві ролі в 2 особи на повний робочий день до команди!

Наостанок, ще раз нагадую: якщо ти хочеш спробувати, як це - розвивати свою команду за допомогою нашого інструменту: ти можеш розпочати agile-ретроспективу без входу в систему, в даному випадку воркшоп “Keep, Stop, Start”. 

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

Як це зробити

Keep Stop Start Retro: Як проходить ретроспектива

1. Випадковий Icebreaker (2-5 хвилин)

   Echometer надає вам генератор випадкових питань для реєстрації.

2. Огляд відкритих заходів (2-5 хвилин)

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

3. Обговорення ретро-тем

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

   • Продовження: Що ми повинні зберегти?
   • Зупинка: На чому ми повинні зупинитися?
   • Початок: Що ми повинні почати робити?

4. Універсальне питання (рекомендовано)

   Щоб інші теми також мали місце:

   • Про що ще ви хочете поговорити на ретроспективі?

5. Пріоритезація / Голосування (5 хвилин)

   На ретро-дошці в Echometer ви можете легко розставити пріоритети для відгуків за допомогою голосування. Голосування, звичайно, є анонімним.

6. Визначення заходів (10-20 хвилин)

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

7. Виїзд / Закриття (5 хвилин)

   Echometer дозволяє збирати анонімні відгуки від команди про те, наскільки корисною була ретроспектива. Це створює оцінку ROTI ("Retrun On Time Invested"), яку ви можете відстежувати з часом.

Keep Stop Start Retro

Продовження: Що ми повинні зберегти?

Зупинка: На чому ми повинні зупинитися?

Початок: Що ми повинні почати робити?

Відкрийте це ретро зараз Пристосуватися...