Що таке Zombie Scrum?
Зомбі Скрам описує команди, які зберегли структуру Скраму (ритуали, ролі і т.д.), але втратили фактичну основну клієнтську вигоду –, цінності і безперервне вдосконалення –. Таким чином, Scrum перетворюється на порожню оболонку без реальної гнучкості.
Типовими симптомами зомбі-скруму є
- Механічне виконання ритуальних процесів без доданої вартості
- Відсутність функціональних покращень, рідкісні або марні огляди зацікавлених сторін
- Відсутність реальної ретроспективи та планів покращення
- Мало автономії, брак відповідальності
Наслідки зомбі-скраму: демотивація, зниження якості, відсутність кастомізації – Скрам як порожній ритуал. Дивіться також: Підробка Agile
Існує багато причин для проведення зомбі-скраму. Ви, мабуть, можете відповісти на це питання найкраще для вашої команди та вашої організації індивідуально.
А якщо ні, то, можливо, просто запитайте у своєї команди? Ось ретро-формат, який ви можете використати, щоб дослідити причини зомбування у вашій команді:
- Що заважає або ускладнює отримання прямого зворотного зв'язку від наших клієнтів?
- Що заважає нам у нашій автономії самостійно визначати свої пріоритети, методи роботи та підходи до вирішення проблем?
- Що має статися, щоб ми, як команда, були максимально мотивовані для досягнення нашої командної мети та створення цінності для наших клієнтів?
Як вирішити проблему зомбі-скраму: 3 кроки
Багато інструкцій для Скраму є надто технічними. Я не є прихильником таких детальних інструкцій. Як саме ви проводите огляд спринту, зрештою, не має значення. З мого досвіду, ключовими моментами, необхідними для лікування зомбі-скраму, є наступні 3 кроки:
Крок 1: Мета команди та відгуки клієнтів
Неможливо працювати в гнучкому режимі без реального контакту з клієнтами. Зрештою, команда повинна мати можливість отримувати зворотній зв'язок від клієнтів після кожного спринту, щоб врахувати його при визначенні пріоритетів наступного спринту.
Керівництво та інші зацікавлені сторони не повинні виступати в ролі "довіреної особи" клієнта. Команди Agile розробляють не те, що, на думку керівництва, потрібно клієнту, а те, що потрібно клієнту. А гнучкі команди розмовляють не з керівництвом, а з самим клієнтом.
Звичайно: керівництво також має вплив на команду, і це нормально. Керівництво може допомогти сформулювати цілі команди. Але тоді керівництво повинно надати команді достатньо свободи, щоб вона могла працювати разом з клієнтами в самоорганізованому режимі.
Крок 2: Створіть психологічну безпеку та самоефективність
Чи говорить команда прямо, коли щось не працює? Чи вони лише шепочуться про проблеми за зачиненими дверима, але не вирішують їх конструктивно, щоб досягти покращення?
Якщо так, то це може бути пов'язано з 2 причинами:
- У колективі бракує психологічної безпеки: люди не наважуються відкрито говорити про проблеми.
- Вивчена безпорадність: команда більше не вірить, що щось можна покращити.
Часто це суміш обох типів. Відкрита культура помилок необхідна для того, щоб вирішувати проблеми і, в кращому випадку, навіть отримувати за них визнання.
Для того, щоб позбутися вивченої безпорадності (тобто низької самооцінки), необхідно зробити наступний крок:
Крок 3: Постійне вдосконалення
Команда повинна усвідомлювати, що проблеми, які вирішуються, також вирішуються. Тому використовуйте кожну можливість, щоб активно братися за проблеми та вирішувати їх.
Як тільки команда зрозуміє, що все змінюється, вони також будуть більш відкрито вирішувати проблеми в ретроспективі.
Це не відбувається за одну ніч. Вивчена безпорадність зростає з роками. Але це не повинно бути виправданням! Кожна ретроспектива - це можливість запустити позитивну спіраль самоефективності.
Порада: Якщо вашій ретроспективі бракує динаміки, Echometer може допомогти: Завдяки грайливому та структурованому підходу, ви можете вдихнути нове життя у свою ретроспективу за допомогою Echometer. Просто спробуйте тут: Спробуйте ретро-інструмент Echometer
Висновок: Зомбі-скрам можна вилікувати
Зцілення = мета команди + відгуки клієнтів + психологічна безпека + постійне вдосконалення
Спочатку хороші новини: так, зомбі-скрам можна вилікувати. І навіть відносно зрозуміло, які інгредієнти для цього потрібні.
Погана новина полягає в тому, що кожен з цих інгредієнтів нелегко отримати. Залежно від контексту, на створення умов може піти багато енергії. Гірше того, може виявитися, що ваша організація ще не готова до справжніх гнучких методів роботи.
Але давайте не будемо припускати найгірший сценарій. Якщо тепер ви принаймні знаєте причину зомбування, ви можете цілеспрямовано працювати над цим. Дуже гнучко, крок за кроком.
Тож, поїхали!