Скрам без скрам-майстра: короткий посібник та 3 поради

Будемо відверті: багато організацій не можуть або не хочуть дозволити собі Scrum Master через пов’язані з цим фінансові обмеження. Але Scrum без Scrum Master - чи це взагалі можливо? Чи можна впроваджувати Scrum без Scrum Master?

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

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

Чи можете ви представити Скрам без Скрам-майстра?

Скрам без Скрам-майстра: що це означає?

Існує велика кількість переліків обов’язків та ролей скрам-майстра, але по суті можна сказати, що все зводиться до трьох речей (Читати далі: Ролі скрам-майстрів ).

Скрам-майстер відповідає за

• Модерація процесу Скраму (особливо церемоній Скраму, таких як щоденний стендап, огляд спринту, ретроспектива та планування спринту)
• Усунення перешкод і захист команди
• Постійне вдосконалення на шляху до самоорганізації команди 

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

І хто візьметься за них у команді, яка хоче використовувати фреймворк Скрам, але не має Скрам-майстра?

Ось короткий огляд того, як я бачу ситуацію.

Відповідальність	Скрам-команда	Класична команда	Скрам-команда без скрам-майстра
Модерація зустрічей	Scrum Master	Керівник команди	Керівник команди, деякі члени команди
Усунення перешкод	Scrum Master	Як другорядне завдання: керівник команди	Як другорядне завдання: керівник команди
Постійне вдосконалення	Scrum Master	Як другорядне завдання: керівник команди	Як додаткове завдання: керівництво командою, в кращому випадку - вся команда

За допомогою позначки “Як додаткове завдання” я хочу підкреслити наступний момент: деякі з обов’язків у класичній команді або в Scrum-команді без Scrum Master будуть розглядатися лише як “бажані”. Ймовірно, якщо взагалі хтось буде, то керівник команди відчуватиме за це відповідальність. 

Іншими словами, ці обов’язки найбільше постраждають від відсутності спеціального Скрам-майстра. Давайте заглибимось у мою розбивку.

Чи можете ви представити Скрам без Скрам-майстра?

Хто бере на себе ці завдання в Скрамі без Скрам-майстра?

Хто ж відповідатиме за це у звичайній команді розробників, яка не працює за Скрамом, тобто команді, яка розробляє програмне забезпечення без Скрам-майстра за своєю природою?

Ймовірно, або а) лідер команди / менеджер проекту / власник продукту тощо, або б) ніхто не відчуває відповідальності за такі речі. І саме так поводяться скрам-команди без скрам-майстра:

Наші користувачі та клієнти (які часто не мають Scrum Master, що працює повний робочий день) зазвичай мають якийсь Team Lead або Tech Lead, який модерує всі Scrum-церемонії. Іноді член команди бере на себе модерацію деяких із цих церемоній. Та сама людина також намагатиметься “усунути перешкоди та захистити команду”, але, ймовірно, більш пасивно або реактивно на основі тригерів, а не активно.

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

У керівника команди просто не вистачає часу на такі речі, оскільки існує занадто багато інших проблем. Що ж може бути альтернативою? Дозвольте мені зробити пропозицію.

Чи можете ви представити Скрам без Скрам-майстра?

Скрам без Скрам-майстра: пропозиція

Загалом, ми повинні ігнорувати “виходи” Scrum Master і думати про “результати” хорошої Scrum-команди (докладніше про це: Вихідні дані проти результатів ), тому що проміжні результати не так важливі, як кінцевий результат. Якими є результати роботи скрам-команди і як їх можна досягти без скрам-майстра?

Хороша гнучка команда добре розуміє потреби своїх клієнтів і працює над задоволенням цих потреб шляхом ітерацій - тобто створює цінність для клієнтів. Scrum-фреймворк і всі пов’язані з ним процеси дуже допомагають у досягненні цієї мети.

Але які частини Scrum-фреймворку є найважливішими? Це точно не процеси та церемонії. Швидше, йдеться про знання конкретної мети (Мета: створення кращої цінності для клієнтів за допомогою ітераційних циклів) і про готовність рухатися до неї. Це, по суті, також відоме як “Agile Mindset” (докладніше про це: Agile Мислення ), або, моїми словами: дійсно серйозно ставитися до “постійного вдосконалення” для досягнення цієї мети.

Отже, якщо ви не можете дозволити собі мати Скрам-майстра, як ви досягаєте мети підвищення споживчої цінності за допомогою циклів ітерацій? Що потрібно зробити, щоб освоїти Скрам без Скрам-майстра? Це може бути один з підходів:

• Ви, як керівник команди (або технічний керівник, власник продукту, продакт-менеджер тощо), повинні переконатися, що всі розуміють основні принципи гнучкого підходу: Ви повинні працювати в ітеративних, коротких циклах зі зворотним зв’язком з клієнтами, щоб гарантувати, що ви виконуєте те, що очікується, якомога швидше.

• Не впроваджуйте всі гнучкі церемонії, методи та принципи одразу.

• Натомість, почніть з найважливіших: прозорості (для заохочення комунікації) та постійного вдосконалення.

  • Прозорість: як правило, введення дошки Канбан є гарною ідеєю. Це слід поєднувати зі щоденним (або південним?) стендапом для обговорення вашої роботи, можливо, під керівництвом лідера команди. Раптом робота стане видимою, а комунікація потече абсолютно новим, продуктивним шляхом.
  • Постійне вдосконалення: почніть із запровадження гнучкої ретроспективи. Оскільки на початку багато чого зміниться і виникне багато напруженості, зазвичай існує велика потреба в просторі для обговорення напруженості та перевірки гіпотез щодо її вирішення. Це і є метою хорошої ретроспективи: визначити заходи або пункти дій, протестувати їх протягом 1-2 спринтів, а потім подивитися, чи працюють вони. Наприклад, це може бути ітерація бачення продукту або встановлення реальної мети для спринту. Це було б ідеально: команда природним чином впроваджує Scrum самоорганізовано і на основі проблем.

Чи може Скрам працювати без Скрам-майстра?

Занадто багато Scrum (тобто процесів): Зомбі-скрам

Багато компаній можуть насправді мати “занадто багато” Scrum Master, вони переживають явище під назвою “Zombie Scrum”: вони дотримуються всіх процесів, але можуть взагалі не бачити в цьому сенсу. У них є мета спринту, але ніхто не думає про неї під час спринту. Вони проводять зустріч з планування спринту, але говорить лише одна людина. І чому? Тому що команда не зрозуміла перший вищезгаданий крок або Scrum Master недостатньо добре його пояснив: навіщо робити всі ці церемонії?

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

Тому спочатку може бути навіть вигідно не мати Scrum Master і не “надмірно активно впроваджувати” гнучкі методи. 

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

Чи може Скрам працювати без Скрам-майстра?

Інструмент, який допоможе вам: Echometer

Echometer чудово підходить саме для цього випадку використання (у вас немає спеціального Scrum Master на повний робочий день, який може підтримувати вашу команду).

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

Чи може Скрам працювати без Скрам-майстра?

Висновок - Скрам без Скрам-майстра?

Звичайно, в цьому тексті я дещо спростив і зробив його дуже коротким. Тим не менш, це може бути актуальним і цікавим поглядом на те, як підійти до вирішення проблеми проведення скраму без скрам-майстра. Підводячи підсумок: Намагайтеся мати Скрам-майстра. Якщо ви не можете, зосередьтеся на створенні атмосфери постійного вдосконалення, і команда зможе прийняти і вивчити Скрам самоорганізовано.

Більш фундаментальне питання щодо гнучких методів, до речі: чи можна впроваджувати гнучкі методи без Scrum Master або Agile Coach, чи працює “Agile без Scrum Master або Agile Coach”? На це, безумовно, була б інша відповідь, тому що “Agile” набагато ширше. Але цей посібник також повинен допомогти вам подумати в правильному напрямку щодо цього питання. Мої підходи також можна застосувати до цього питання.

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

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