Ретроспектива команди: як провести, формати й питання

Ретроспектива — це регулярна зустріч команди, на якій люди розбирають, як вони працювали разом за певний період, і домовляються, що змінять у наступному. Обговорюють не результат, а процес: що заважало, що допомагало, де губився час.

Типова ретроспектива триває від 45 до 90 хвилин, веде її фасилітатор, а успішним результатом є не список скарг, а дві-три конкретні дії з власником і дедлайном. Якщо після зустрічі нічого не змінюється, це була не ретроспектива, а розмова.

Чим ретроспектива відрізняється від статусу та оцінки

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

Головне правило: на ретро не вирішується доля конкретної людини. Як тільки розмова зсувається до оцінки особистостей, команда перестає говорити чесно — і відновити це важче, ніж запустити з нуля.

Хто проводить ретроспективу

Фасилітатором може бути Scrum-майстер, тімлід, проєктний менеджер або будь-хто з команди по черзі. Завдання фасилітатора — не мати готових висновків, а тримати структуру й час.

Як провести ретроспективу: п'ять етапів

Класична структура з п'яти етапів описана в книзі Естер Дербі та Дайани Ларсен «Agile Retrospectives» і працює незалежно від обраного формату. Приблизний розподіл часу для 60-хвилинної зустрічі наведено в дужках.

1. Налаштування (5–10 хв)

Фасилітатор нагадує мету зустрічі, період, який розбирається, і правило про відсутність пошуку винних. Його класичне формулювання, Prime Directive, запропонував Норман Керт: що би ми не виявили, ми вважаємо, що кожен робив найкраще, що міг, з огляду на те, що знав, свої навички, ресурси й ситуацію. Звідси ж починається перевірка дій з минулого ретро: що зроблено, що ні і чому.

Коротке питання на вході — одне слово про самопочуття від кожного — має практичний сенс: хто не заговорив у перші п'ять хвилин, з високою ймовірністю промовчить усю зустріч.

2. Збір даних (15–20 хв)

Команда відновлює факти періоду: що відбулося, що закрили, де були інциденти. Спочатку кожен пише самостійно 5–7 хвилин, потім групуєте схожі картки. Самостійний запис до обговорення — єдиний спосіб не втратити думки тих, хто говорить менше.

3. Генерація інсайтів (15–20 хв)

Найважливіший і найчастіше пропущений етап. Тут розбираєте не симптоми, а причини: чому задача висіла тиждень на рев'ю, чому вимоги змінилися утретє. Практичний прийом — спитати «чому?» три рази поспіль по кожній найбільшій групі карток.

4. Рішення й дії (10–15 хв)

Команда обирає максимум три речі, які змінить. Кожна дія — це дієслово, власник і дата. «Покращити комунікацію» — це не дія. «Додати поле з критеріями приймання в шаблон задачі, Олена, до п'ятниці» — дія.

5. Закриття (5 хв)

Фасилітатор проговорює ухвалені дії вголос, щоб кожен почув формулювання, і збирає швидкий відгук про саму зустріч. Запитати «чи була ця година корисною?» — це й є ретро на ретро.

Формати ретроспективи

Формат — це спосіб зібрати дані на другому етапі. Міняти його варто кожні три-чотири зустрічі: однаковий шаблон швидко дає однакові відповіді.

Для нової команди краще починати зі Start / Stop / Continue: він не вимагає говорити про емоції й одразу веде до дій. Mad / Sad / Glad потребує довіри в групі й досвіду фасилітатора.

Питання для ретроспективи

Банк питань за етапами зустрічі. Брати всі не потрібно — достатньо двох-трьох на кожен етап.

На відкриття

• Одним словом: яким був для вас цей період?
• Що з минулого ретро ми справді зробили, а що лишилося на папері?
• Чого ви очікуєте від цієї години?

На збір даних

• Що за цей період спрацювало краще, ніж ви очікували?
• Де ви втратили найбільше часу?
• Яка задача виявилася складнішою, ніж здавалася на старті?
• Чого вам бракувало, щоб закрити свою частину швидше?
• Коли ви останній раз чекали на відповідь більше доби?
• Що з того, що ми зробили вперше, варто повторити?

На пошук причин

• Чому це сталося саме зараз, а не місяць тому?
• Що мало б статися, щоб ми помітили проблему раніше?
• Це разовий випадок чи воно повторюється?
• Яке наше рішення два місяці тому привело до цього?
• Хто знав про ризик і чому інформація не дійшла до решти?
• Що ми припускали на початку, що виявилося неправдою?

На рішення

• Яка одна зміна найсильніше вплине на наступний період?
• Який найменший крок ми можемо зробити вже завтра?
• Хто бере це на себе й до якої дати?
• Як ми зрозуміємо на наступному ретро, що це спрацювало?
• Що ми перестанемо робити, щоб звільнити на це час?

На закриття

• Чи всі згодні з формулюванням дій?
• Що на цій зустрічі залишилося невисловленим?
• Що зробити інакше наступного разу з самим ретро?

Як доводити рішення до кінця

Ретроспективи перестають працювати не через погані питання, а через те, що домовленості ніде не живуть. Мінімальна дисципліна — чотири правила.

Дії, які стосуються однієї людини, логічно перенести в її зустріч один на один із керівником. У модулі Perform зустрічі один на один мають окремий список дій із відповідальним, а невиконані пункти автоматично з'являються в наступній зустрічі, тож домовленість не зникає між двома тижнями.

Якщо з ретро виходить не дрібна правка процесу, а зміна пріоритетів, її місце — у цілях наступного циклу, а не в списку дій зустрічі. Як це оформити, розібрано в матеріалах про впровадження OKR і KPI для співробітників.

Ретроспектива поза Scrum

Ретро народилося в гнучких методологіях розробки, але формат працює всюди, де кілька людей разом пройшли завершений відрізок роботи.

В усіх цих випадках структура та сама: факти, причини, дії. Змінюється лише довжина періоду, який розбираєте.

Типові помилки

Поширені питання

Що таке ретроспектива простими словами?

Це зустріч команди, на якій обговорюють, як працювалося за минулий період, і домовляються про конкретні зміни на наступний. Розмова йде про процес, а не про людей.

Скільки триває ретроспектива?

Від 45 хвилин для двотижневого періоду до 90 хвилин для кварталу або завершеного проєкту. Довше двох годин концентрація групи падає.

Хто має вести ретроспективу?

Будь-хто з команди, хто готовий тримати структуру й не просувати власні висновки. Ротація фасилітатора між учасниками зазвичай дає живіші зустрічі, ніж один постійний ведучий.

Чи потрібна ретроспектива поза IT?

Так. Формат працює в будь-якій команді, яка разом завершила відрізок роботи: рекрутинг, маркетинг, підтримка, фінанси.

Чим ретроспектива відрізняється від оцінки ефективності?

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

Що робити, якщо команда мовчить?

Починати з анонімного запису карток до обговорення, ставити питання про конкретні події, а не загальні враження, і перевірити, чи не присутня на зустрічі людина, перед якою незручно говорити.

Як провести ретроспективу онлайн?

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