Давайте будемо чесними: багато організацій не можуть або не хочуть дозволити собі Скрам-майстра через фінансові обмеження. Але чи можливий Scrum без Scrum Master –? Чи можете ви провести скрам без скрам-майстра?
Чесно кажучи, я думаю, що таке питання свідчить про те, що або а) команда має низький рівень гнучкої зрілості, або б) в команді просто поганий скрам-майстер, який погано виконує свою роботу (читати далі: Agiler Термін погашення). Отже, щоб відповісти на питання просто, можна сказати: так, можна впровадити або використовувати Скрам без Скрам-майстра, але це значно ускладнює процес. Скрам фреймворк просто не так легко впровадити. Більшість команд виживуть без Скрам-майстра, але їм буде набагато складніше досягти успіху.
Зважаючи на вищезгадані економічні реалії, я все ж спробую коротко окреслити в цьому тексті, що потрібно зробити, щоб успішно впровадити Скрам без Скрам-майстра.
Чи можете ви представити Скрам без Скрам-майстра?
Скрам без Скрам-майстра: що це означає?
Існує велика кількість переліків обов'язків та ролей скрам-майстра, але по суті можна сказати, що все зводиться до трьох речей (Читати далі: Ролі скрам-майстрів).
Скрам-майстер відповідає за
- Модерація процесу Скраму (особливо церемоній Скраму, таких як щоденний стендап, огляд спринту, ретроспектива та планування спринту)
- Усунення перешкод і захист команди
- Постійне вдосконалення на шляху до самоорганізації команди
Отже, хто візьме на себе ці три обов'язки в традиційній команді, яка, можливо, не працює з гнучкими методами?
І хто візьметься за них у команді, яка хоче використовувати фреймворк Скрам, але не має Скрам-майстра?
Ось короткий огляд того, як я бачу ситуацію.
Відповідальність | Скрам-команда | Класична команда | Скрам-команда без скрам-майстра |
|---|---|---|---|
Модерація зустрічей | Scrum Master | Керівник команди | Керівник команди, деякі члени команди |
Усунення перешкод | Scrum Master | Як другорядне завдання: керівник команди | Як другорядне завдання: керівник команди |
Постійне вдосконалення | Scrum Master | Як другорядне завдання: керівник команди | Як другорядне завдання: Керівник команди
У кращому випадку: вся команда |
Я хотів би підкреслити наступний момент, сказавши "як другорядне завдання": Деякі з обов'язків вважатимуться просто "приємними" у традиційній команді або у скрам-команді без скрам-майстра. Лідер команди, ймовірно, буде відчувати відповідальність за них, якщо взагалі буде.
Іншими словами, ці обов'язки найбільше постраждають від відсутності спеціального Скрам-майстра. Давайте заглибимось у мою розбивку.
Чи можете ви представити Скрам без Скрам-майстра?
Хто бере на себе ці завдання в Скрамі без Скрам-майстра?
Хто ж відповідатиме за це у звичайній команді розробників, яка не працює за Скрамом, тобто команді, яка розробляє програмне забезпечення без Скрам-майстра за своєю природою?
Ймовірно, або а) лідер команди / менеджер проекту / власник продукту тощо, або б) ніхто не відчуває відповідальності за такі речі. І саме так поводяться скрам-команди без скрам-майстра:
Наші користувачі та клієнти (які часто не мають штатного Скрам-майстра), як правило, мають якогось Team Lead або Tech Lead, який фасилітує всі церемонії Скраму. Іноді член команди бере на себе фасилітацію деяких з цих церемоній. Ця ж людина також намагатиметься "усувати перешкоди і захищати команду", але, ймовірно, в пасивний або реактивний, заснований на тригерах, а не активний спосіб.
І, нарешті, в більшості випадків особа, яка проводить зустрічі, не відчуває себе відповідальною за "постійне вдосконалення команди", не кажучи вже про розвиток "команди, що самоорганізовується".
У керівника команди просто не вистачає часу на такі речі, оскільки існує занадто багато інших проблем. Що ж може бути альтернативою? Дозвольте мені зробити пропозицію.
Чи можете ви представити Скрам без Скрам-майстра?
Скрам без Скрам-майстра: пропозиція
Загалом, ми повинні ігнорувати "виходи" Скрам-майстра і думати про "результати" хорошої Скрам-команди (докладніше про це: Вихідні дані проти результатів), тому що проміжні результати не так важливі, як кінцевий результат. Якими є результати роботи скрам-команди і як їх можна досягти без скрам-майстра?
Хороша гнучка команда колективно добре розуміє потреби своїх клієнтів та ітераційно задовольняє ці потреби –, тобто створює споживчу цінність. Фреймворк Scrum та всі процеси, пов'язані з ним, дуже допомагають у досягненні цієї мети.
Але які частини фреймворку Scrum є найбільш важливими? Це, безумовно, не процеси та церемонії. Скоріше, мова йде про знання конкретної мети (мета: створити кращу споживчу цінність за допомогою циклів ітерацій) і готовність рухатися до неї. Це, по суті, також відомо як "мислення Agile" (більше про це: Agile Мислення), або моїми власними словами: сприймати "постійне вдосконалення" на шляху до цієї мети дійсно серйозно.
Отже, якщо ви не можете дозволити собі мати Скрам-майстра, як ви досягаєте мети підвищення споживчої цінності за допомогою циклів ітерацій? Що потрібно зробити, щоб освоїти Скрам без Скрам-майстра? Це може бути один з підходів:
- Ви, як керівник команди (або технічний керівник, власник продукту, продакт-менеджер тощо), повинні переконатися, що всі розуміють основні принципи гнучкого підходу: Ви повинні працювати в ітеративних, коротких циклах зі зворотним зв'язком з клієнтами, щоб гарантувати, що ви виконуєте те, що очікується, якомога швидше.
- Не впроваджуйте всі гнучкі церемонії, методи та принципи одразу.
- Натомість, почніть з найважливіших: прозорості (для заохочення комунікації) та постійного вдосконалення.
- Прозорість: як правило, введення дошки Канбан є гарною ідеєю. Це слід поєднувати зі щоденним (або південним?) стендапом для обговорення вашої роботи, можливо, під керівництвом лідера команди. Раптом робота стане видимою, а комунікація потече абсолютно новим, продуктивним шляхом.
- Постійне вдосконалення: почніть із запровадження гнучкої ретроспективи. Оскільки на початку багато чого зміниться і виникне багато напруженості, зазвичай існує велика потреба в просторі для обговорення напруженості та перевірки гіпотез щодо її вирішення. Це і є метою хорошої ретроспективи: визначити заходи або пункти дій, протестувати їх протягом 1-2 спринтів, а потім подивитися, чи працюють вони. Наприклад, це може бути ітерація бачення продукту або встановлення реальної мети для спринту. Це було б ідеально: команда природним чином впроваджує Scrum самоорганізовано і на основі проблем.
Чи може Скрам працювати без Скрам-майстра?
Занадто багато Scrum (тобто процесів): Зомбі-скрам
У багатьох компаніях може бути "забагато" Скрам-майстрів, вони стикаються з феноменом, який називається "зомбі-скрам": вони дотримуються всіх процесів, але можуть не бачити в них ніякого сенсу взагалі. У вас є мета спринту, але ніхто не думає про неї під час спринту. Ви проводите зустріч з планування спринту, але виступає лише одна людина. Чому? Тому що перший крок, згаданий вище, не був зрозумілий командою або недостатньо добре прокомунікований скрам-майстром: Навіщо ви робите всі ці церемонії?
Найкращий спосіб переконатися, що члени команди Scrum розуміють цінність усіх процесів Scrum - це дати їм змогу спочатку відчути проблеми та напруження, які потім можна вирішити за допомогою процесів Scrum.
Тому на початку може бути навіть перевагою не мати Скрам-майстра і не "надто активно впроваджувати" гнучкі методи.
І останнє, але не менш важливе: є спеціальний інструмент, який може зацікавити вас, якщо ви ставите собі питання: чи можна впровадити Скрам без Скрам-майстра?
"Ми виявляємо занадто багато несподіваних проблем і помилок на пізньому етапі!"
Чи може Скрам працювати без Скрам-майстра?
Інструмент, який допоможе вам: Echometer
Echometer саме для цього випадку використання (d).у вас немає спеціального Scrum-майстра на повний робочий день, який може підтримувати вашу команду – чудово підходить.
Echometer - це цифровий інструмент, який допомагає гнучким лідерам команд з гнучкими ретроспективами та командами Health Check. Дистанційно, гібридно чи на місці: він робить командний коучинг вимірюваним і професіоналізує вашу роботу, заощаджуючи при цьому багато часу. Просто завітайте на наш сайт, щоб дізнатися більше: www.echometerapp.com.
Чи може Скрам працювати без Скрам-майстра?
Висновок - Скрам без Скрам-майстра?
Звичайно, в цьому тексті я дещо спростив і зробив його дуже коротким. Тим не менш, це може бути актуальним і цікавим поглядом на те, як підійти до вирішення проблеми проведення скраму без скрам-майстра. Підводячи підсумок: Намагайтеся мати Скрам-майстра. Якщо ви не можете, зосередьтеся на створенні атмосфери постійного вдосконалення, і команда зможе прийняти і вивчити Скрам самоорганізовано.
Більш фундаментальне питання щодо гнучких методів: чи можна впровадити гнучкі методи без Скрам-майстра або 1ТП8Т-коуча, чи "1ТП8Т можливий без Скрам-майстра або 1ТП8Т-коуча"? На це питання, безумовно, буде інша відповідь, оскільки "Agile" є набагато ширшим поняттям. Однак, цей посібник також повинен допомогти вам думати в правильному напрямку при вирішенні цього питання. Мої міркування також можна застосувати до цього питання.
Наостанок, ось ще одна підказка: якщо ви хочете спробувати, як це - розвивати свою команду за допомогою нашого інструменту: Ви можете розпочати ретроспективу гнучкого розвитку без входу в систему, в даному випадку воркшоп "Keep, Stop, Start".
Або ж просто перешліть наш сайт відповідальним колегам: www.echometerapp.com.
