Ретро, яке не змінює процес — це просто розмова заради розмови.Якщо подивитись на ретро, що проводять деякі команди, можна зрозуміти просту річ: більшість команд робить їх формально. Але ретро — це один з небагатьох інструментів, який реально може впливати на результат.Як проводити ретро так, щоб був ефект 👇1. Чітка структура (і не імпровізуй кожного разу) Мінімум:- Що було добре - Що не ок - Що змінюємо Якщо цього немає — у вас не ретро, а балачка.2. Не збирай “думки” — збирай проблеми “Було складно”, “не дуже зручно” — це шум. Нормально звучить так:- “ADR приймаються, але не зрозуміло, що далі”- “Немає прозорості для менеджменту”- “Немає механізму впливу на рішення”Проблема має бути чітка і болюча.3. Кожна проблема → дія Якщо після ретро немає конкретних дій — ти витратив годину команди в нікуди.Формат:- Проблема - Рішення - Відповідальний - Дедлайн Без цього — це театр.4. Менше “як відчуваю”, більше “як вимірюємо” Замість:❌ “Комунікація слабка” ✅ “2 задачі заблоковані >2 днів без ескалації”Як тільки з’являється метрика — з’являється контроль.5. Не уникай незручних тем Ретро без конфлікту = ретро без користі.Якщо всі “в цілому задоволені” — значить або:- всі мовчать - або команда деградує повільно6. Роби follow-up (це головне, що всі ігнорять) На наступному ретро:- що зробили з минулого?- що реально змінилось?Якщо цього немає — команда швидко розуміє, що ретро нічого не вирішує.7. Візуалізація має допомагати, а не просто висіти на стіні Стікери — це не магія. Магія — це коли:- проблеми агрегуються - повторювані патерни видно - рішення відслідковуються📌 Висновок: Ретро — це не про “поговорити”, це про керування системою через зворотний зв’язок.Якщо після ретро нічого не змінилось — у вас не ретро, а імітація процесу.#AllAboutQA #qa #ретро