Думаю, ніхто не буде сперечатися, що ретроспективи є другим за важливістю заходом після планування) Але, незважаючи на це загальне згоду, команди часто нехтують ретроспектива. Якщо їх не підштовхувати, то і зовсім можуть закинути цю справу, "за непотрібністю". Але ж коли ще ми можемо отримати такий чарівний пендель і почати змінювати все на краще, як не на ретроспективі? Без ретроспективи ми можемо ходити концентричними колами і раз по раз насптупать на ті ж граблі, замість того, щоб вибрати більш короткий шлях.
Основні правила, які ми виробили з командами:
- Чи не проводити ретроспективи в кімнаті команди, тк це сильно відволікає і розсіює їх увагу. Деякі так і норовлять залишитися за своїми рідними комп'ютерами!
- Обов'язково виділити не менше 1 години на цю зустріч (при 2х-тижневому спринті). Повідомляти всіх про те, що команда зайнята і чіпати її не можна.
- У кімнаті повинні бути зручні крісла, дошка. Можна усамітнитися десь на терасі (О, офіс моєї мрії!) Головне - спокійна і невимушена обстановка
- розробники, тестери
- дизайнер (Особливо, якщо він сидить не з вами! Він, мовляв, розповість, якої він думки про реалізацію його дизайну))
- scrum master
- В окремих випадках - Product owner. Я вважаю, що краще не запрошувати його на кожну ретроспективу - це буде дуже обмежувати команду, тк часто він знаходиться на стороні замовника. Запрошуйте його тоді, коли виникає необхідність.
1) Вступна частина (3-5 хв): Скрам майстер змушує всіх прокинутися і згадати, навіщо, власне, ми всі тут зібралися.
2) Згадуємо, що відбувалося в спринті (15-20 хв). Скрам-майстер показує всім принесені графіки, обговорюємо результат. У цій частині корисно провести якусь гру, щоб обговорити настрій команди. Іноді я використовую Energymeter.
3) Серія обговорень (20 хв), під час якої кожен висловлюється про те, що було добре під час спринту, що варто було б поліпшити. Найголовніше - не перебивати.
Note: Скрам-майстер обов'язково повинен донести до команди, що ми обговорюємо процес, а не команду або її окремих учасників. Ми не з'ясовуємо, хто був винен у провалах - це не конструктивно.
Скрам-майстер зазвичай акуратно пише все висловлювання на дошці / стікерах і клеїть у відповідності колонку.
Спочатку ми з командами поділяли дошку на +, -, To do:
В "+" записували те, що команді сподобалося в спринті, в "-" те, що треба б поліпшити. To do - результати обговорень по тих моментах, які потрібно покращувати.
Потім стали ділити дошку на більшу кількість частин: Stop doing, Less of, More of, Start doing, Keep doing. Це допомогло витрачати менше часу на формулювання:
4) Пропозиції та голосування (20 хв): Разом з командою дивимося на те, що нам треба покращувати і по кожному пункту продумуємо, що ми можемо зробити. Потім команда голосує за найбільш животрепетні теми / проблеми.
Як бачите на першу фото - ми намагалися винести велику кількість To do в наступний спринт. Але, потім, змирилися з тим, що нам під силу 2-3, максимум 4 завдання. Адже 2 тижні, це так мало? Зате, ми нарешті змогли похвалитися виконаним планом, не розпорошуючи зусиль.
Після голосування (Як бачите, ми голосуємо маленькими стікерами. Кожен в команді отримує по 4 таких "голосу") найважливіші завдання перекочовують на нашу Retrospective board:
Експресивна дошка одній з команд
Більш акуратна дошка іншої команди)
Навіщо нам потрібна ця дошка? Щоб уникнути того, що вбиває ретроспективи - коли її підсумки просто заносяться в конфлюенса і забуваються. У кращому випадку - до наступної ретроспективи, коли скрам-майстер справедливо обурюється "І що, ніхто нічого не зробив?". А так команда кожен день дивиться на список завдань і радіє не забуває про них.
У цьому блоці також корисно подивитися, що діється з вашим velocity, обговорити, наскільки продуктивно ми прогнозуємо, чому відбувається так, а не інакше.
5) Закриття симпозіуму (3-5 хв): Скрам-майстер дякує всім, всім лунають грамоти та медалі. Хваліть команду, не бійтеся переборщити.
Всі учасники, задоволені плідно проведеним часом, розходяться.