Результати проти результатів гнучкої ретроспективи: 5 прикладів

Ви хочете краще зрозуміти результати та підсумки ретроспективи спринту? Гаразд, я можу вам у цьому допомогти.

Ретроспектива спринту Вихідні дані проти результатів

Чи знаєте ви, що є різниця між проміжними та кінцевими результатами? Цю різницю важливо розуміти.

• Результати: Результати - це, по суті, ваші абстрактні загальні цілі, тобто, наприклад, те, чого компанія зрештою хоче досягти. По суті, це “Objective” в “Цілі та ключові результати” або OKR-термінологія.
• Проміжні результати: Проміжні результати - це заходи або конкретні елементи, які сприяють досягненню цього результату. Можна сказати, що це передумови або операційні речі, необхідні для досягнення мети або результату. Отже, в термінології “OKR” це більш-менш “ключові результати”, це вже не абстракція, а щось конкретне.

Звучить складно? Я просто наведу приклад, використовуючи гнучку ретроспективу.

Проміжні результати в порівнянні з кінцевими результатами Agile Ретроспектива

5 Ретроспективні результати та підсумки Спринту

Одним з очевидних “виходів” ретроспективи, наприклад, є заходи або пункти дій. Навіщо нам, власне, потрібні заходи?

Гарне питання! Запитавши “Чому”, ми можемо визначити, якої мети ми прагнемо досягти, - іншими словами, ми можемо зрозуміти, який “Результат” стоїть за цим. У цьому випадку результатом виходу “Елементи дій” є просто: Постійне вдосконалення. Але давайте підемо трохи глибше. Давайте розробимо невелику ієрархію результатів і виходів для ретроспектив.

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

1. Основний результат: Постійне підвищення ефективності роботи команди.

   1. Проміжний результат: Постійне вдосконалення. Це те, що робить успішну agile-команду - вона завжди намагається стати кращою. Яким би був вихід ретроспективи, пов’язаний з досягненням цієї мети?
      1. Вихід: Пункти дій Тільки якщо ви будете фіксувати показники в ретроспективі, ви зможете впроваджувати покращення.
   2. Проміжний результат: Визнання цінності ретроспективи Нерідко команди ставлять під сумнів ретроспективу, вважають її непотрібною або принаймні “Ретро втомилося” (7 заходів проти нього тут) так і є. Як це впливає на роботу нашої команди? Ну, в довгостроковій перспективі це, ймовірно, матиме досить негативний вплив на наш результат “Постійне вдосконалення”. Тож що може бути прикладом результату, який має позитивний вплив на цей проміжний результат?
      1. Результат: Кількість успішно впроваджених покращень з ретро-версій Це може бути метрика, яку ви вимірюєте - як часто ми успішно впроваджували покращення з нашої ретроспективи? Існують інструменти для ретроспективи, такі як Echometerякі можуть допомогти вам зробити це видимим.
   3. Проміжний результат: Позитивний настрій та енергія Очевидно, що позитивний настрій корисний для здоров’я, а отже, і для здатності до постійного вдосконалення команди. Тож які результати ми можемо використати в ретроспективі, щоб сприяти цьому або зробити його видимим у конкретних термінах?
      1. Вихід: Активно висвітлювати позитив Питання про те, що пройшло добре, є типовим питанням у ретроспективах - і це добре! Його слід ставити щоразу. Тому що це допомагає покращити або підтримувати моральний дух у команді.
   4. Проміжний результат: Покращення командної динаміки Такі змінні, як довіра, психологічна безпека, комунікація тощо є дуже важливими для успішної команди.
      1. Вихід: Регулярно вимірювати психологічну безпеку, впевненість тощо в ретроспективі. Звісно, ви не зобов’язані цього робити, але це приклад результату для проміжного результату, згаданого вище. Agile Тренери, які серйозно ставляться до свого завдання, часто відчувають потребу зробити свою роботу вимірюваною. Команда Health Check в поєднанні з ретроспективами - хороший спосіб зробити це. У нас є публікація в блозі з 3 поради щодо розробки Health Check - і наш Echometer Retro & Health Check Tool також може допомогти вам з реалізацією, якщо ви зацікавлені.
   5. Проміжний результат: Познайомитися з ментальними моделями членів команди. Ментальні моделі - це моделі, які люди використовують для сприйняття реальності. Це застосовується: Чим більше схожі ментальні моделі команд, тим кращі результати команд. Як скрам-майстер і психолог, я вважаю, що однією з головних цілей гнучкої ретроспективи має бути підвищення обізнаності про ментальні моделі один одного.
      1. Підсумок: Попросіть кожного члена команди пояснити власне бачення проблеми/ситуації. Відкритий обмін думками про те, як кожен член команди сприймав ситуацію або як би підійшов до певного виклику, має стати абсолютною рутиною в ретроспективі. Таким чином, кожен зможе краще зрозуміти ментальну модель відповідних членів команди.

Висновок - Виходи проти Результатів ретроспективи

Гаразд, щойно було представлено досить цікаву ієрархію цілей Agile-коуча або Scrum-майстра. Чи очікували ви цього? Я ні, коли почав записувати свої думки на цю тему. 😄 Але мені подобається те, що я накидав, тому що це підсумовує, як слід розглядати результат і вихід agile-ретроспективи.

Якщо ви хочете дізнатися більше про цілі тренера Agile або деякі роздуми про 5 KPI для вимірювання ефективності роботи скрам-майстра прочитати статтю за посиланням.