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

На ретро легко перескочить от одного неприятного случая к готовому решению: «Давайте чаще писать в чат». W3 помогает сначала разобраться в событиях и их значении, а затем выбрать изменения. В RetroPoint обсуждение проходит в трех колонках, а принятые договоренности сохраняются в Действиях с ответственными, сроками и статусами. Разберем этот путь на примере взаимодействия нескольких команд.
Что такое W3
W3 расшифровывается как What? So What? Now What? В рабочем разговоре эти вопросы удобно перевести как «Что произошло?», «Что это означает?» и «Что попробуем изменить?». В Liberating Structures структура описана как последовательное осмысление опыта. Ее разработали создатели Liberating Structures Генри Липманович и Кит Маккэндлесс. На каждый вопрос участники сначала отвечают самостоятельно, затем обсуждают ответы в небольших группах и выносят главное в общий круг.
Важен порядок: наблюдения, смысл, действия. В исходном описании ориентир составляет около 20–40 минут. Ниже мы предлагаем собственную адаптацию на 90 минут для разбора нескольких рабочих случаев. Шаблон W3 в RetroPoint содержит ровно три колонки по вопросам техники. Выбранные эксперименты оформляются в Действиях RetroPoint: это позволяет после встречи следить за выполнением и возвращаться к результатам.
В чем польза техники
W3 дает ведущему простой способ остановить спор, в котором смешались событие и его объяснение. Например, «продукты узнали об изменении в день релиза» можно проверить по датам. А «платформа не думает о пользователях» уже приписывает мотив. Когда эти высказывания разведены, проще выяснить, где не сработал процесс и каких сведений не хватает для вывода.
Самостоятельное размышление перед обсуждением дает каждому время сформулировать свой опыт до того, как прозвучит версия руководителя. Этап So What? удерживает внимание на последствиях: один и тот же поздний анонс может быть мелким неудобством для одной команды и срывом запуска для другой. Этап Now What? помогает связать предложение с конкретной проблемой и выбрать небольшой шаг, результат которого можно проверить.
Формат полезен после релиза, проекта или совместного эксперимента, особенно если у участников разные представления о том, что произошло. Он не гарантирует согласия и не доказывает причины сам по себе. Если отсутствуют люди, которых затронуло решение, или факты подменяются догадками, три вопроса не устранят этот пробел.
Как отличать факты, выводы и предложения
What? Что произошло
Собирайте конкретные события и наблюдения за выбранный период. Учебный пример: «Анонс новой версии сервиса появился во вторник, в день релиза. Продуктовая команда начала адаптацию в среду и закончила в пятницу». Рядом можно указать ссылку на задачу или сообщение. Если точной даты нет, отметьте, что ее предстоит уточнить. Формулировка «нам всегда сообщают слишком поздно» пока слишком широка для разбора.
So What? Что это означает
Теперь обсудите последствия и возможные объяснения: «Продукт не успел включить адаптацию в план. Возможно, мы считаем передачу завершенной в момент релиза и не проверяем готовность потребителя». Это гипотеза, которую нужно сопоставить с другими случаями. Уточните, одинаково ли стороны понимали договоренность: требовалось уведомить, запросить обратную связь или получить согласование до начала разработки?
Now What? Что попробуем изменить
Предложение должно отвечать на обнаруженную проблему. Например: «Для двух ближайших изменений с миграцией назначаем ответственного за передачу. До начала реализации он обсуждает с затронутым продуктом сроки перехода и материалы для внедрения». Такой эксперимент можно проверить. У пожелания «лучше информировать» нет ни момента действия, ни ответственного, ни признака успеха.
Подготовка к ретро между командами
Представим платформенную команду, которая развивает общие сервисы. Продуктовые команды жалуются на неожиданные изменения, а платформа считает, что все анонсы были отправлены. Для встречи выберите 3–4 изменения за последние один-два месяца: несколько проблемных и хотя бы одно, где передача прошла хорошо. Успешный случай поможет увидеть условия, при которых процесс уже работает.
Пригласите представителей продуктов, которые непосредственно внедряли изменения, и попросите принести задачи, анонсы и документацию. Если первая встреча проходит только внутри платформы, заранее соберите обратную связь продуктов. Выводы о чужих потребностях останутся предварительными, пока вы не обсудите их с другой стороной.
На доске оставьте три колонки: «What?», «So What?» и «Now What?». Заполняйте их по этапам, даже если все колонки видны с самого начала. В Now What? участники предлагают идеи, а после выбора экспериментов владелец доски создает Действия. Сама запись предложения еще не означает, что команда взяла его в работу.
Сценарий встречи на 90 минут
1. Задайте рамку: 5 минут
Назовите цель: сделать изменения платформы предсказуемыми для продуктов и выбрать 2–3 улучшения. Договоритесь обсуждать условия работы и конкретные ситуации. Вместо «кто опять забыл?» спросите: «Как должно было появиться уведомление и что в этом случае помешало?» Уточните, какие случаи входят в обсуждение.
2. Восстановите события: 20 минут
Дайте пять минут на самостоятельные записи. Затем восстановите путь каждого изменения: замысел, обсуждение решения, разработка, релиз и внедрение продуктом. Когда стало понятно, кого оно затронет? Когда продукт о нем узнал и еще мог повлиять на решение? Что он получил для перехода: описание, пример использования, инструкцию, контакт поддержки? Большую группу разделите на небольшие смешанные группы и соберите ключевые наблюдения на общей доске.
3. Обсудите значение: 20 минут
Начните с короткого самостоятельного размышления. Затем сгруппируйте наблюдения вокруг прозрачности планов, участия продуктов в решениях и передачи результата. Выясните, что позволяло проблеме повторяться. Если предполагаете, что никто не отвечал за передачу, проверьте это по задачам и спросите участников. Сравните с удачным случаем: возможно, там заранее договорились о сроке миграции и назначили контакт с каждой стороны.
4. Выберите фокус: 10 минут
Дайте каждому по три голоса за проблемы, решение которых сильнее всего уменьшит неожиданности для продуктов. Выберите две темы для следующего этапа. Голосование определяет приоритет, но не подтверждает гипотезу причины. Если платформа заметно превосходит продукты численно, отдельно уточните у представителей продуктов, отражает ли результат их наиболее болезненные ситуации.
5. Спроектируйте эксперименты: 25 минут
Сначала предложите каждому записать идеи, затем обсудите их и выберите 2–3 эксперимента на ближайшие 2–4 недели. Возможные направления: раньше обсуждать изменения с миграцией, назначать ответственного за передачу или проверять инструкцию на конкретном продукте. Это подсказки для поиска решения, а не обязательный набор практик. Учитывайте текущую загрузку и выбирайте то, что участники действительно смогут попробовать.
6. Зафиксируйте Действия: 10 минут
Для каждого выбранного эксперимента создайте Действие на доске. Уточните, кто и что делает, укажите срок, а в заметке опишите критерий результата и дату проверки эффекта. Прочитайте сохраненные Действия вместе с участниками: понятен ли следующий шаг и реалистичен ли срок? Попросите представителей продуктов объяснить, чем им поможет изменение. Если ответ остается общим, сузьте эксперимент до конкретного сервиса или ближайшей доработки.
Почему договоренности нужно вести в Действиях RetroPoint
Колонки W3 сохраняют ход обсуждения: что заметили, как это поняли и какие идеи предложили. Для исполнения решения нужны другие сведения: ответственный, срок и текущее состояние. В Действии эти сведения хранятся в отдельных полях. На доске видны открытые и просроченные Действия, поэтому перед следующей встречей можно сразу перейти к незавершенным договоренностям.
Связь с исходной доской помогает восстановить, зачем команда выбрала эксперимент. В заметке остаются условия проверки, в комментариях можно зафиксировать результат. Если Действие связано с командой, его можно отслеживать вместе с другими договоренностями в центре действий RetroPoint. Это дает общий список обязательств между встречами, а не только снимок обсуждения на одной доске.
Не превращайте все карточки Now What? в обязательства. Создавайте Действия только для согласованных экспериментов, которые команда готова выполнить. Остальные идеи сохраняйте на доске. Перед следующим ретро проверьте не только статус выполнения, но и эффект: отправленная инструкция еще не доказывает, что продукт смог по ней выполнить переход.
Как оформить договоренность в Действии
Владелец доски может открыть меню выбранной карточки в колонке Now What? и нажать «Добавить действие». Для самостоятельной договоренности используйте блок «Действия» на доске. Создайте запись и заполните ее вместе с участниками:
- Название: конкретный следующий шаг и область применения эксперимента.
- Ответственный: кто организует выполнение. Выберите доступного участника или укажите человека именем.
- Срок: когда следующий шаг должен быть выполнен.
- Заметка: условия эксперимента, критерий успеха и дата, когда команда проверит эффект.
Например, назовите Действие «Согласовать с продуктом переход для двух ближайших изменений», назначьте ответственного за сервис и поставьте срок до начала реализации. В заметке уточните: «Согласовать окно перехода и состав инструкции. Через три недели разобрать оба случая: продукт узнал вовремя, смог повлиять на план и выполнил переход по подготовленным материалам». Укажите реальные календарные даты. Срок выполнения шага и дата оценки эффекта могут различаться.
На проверке откройте это Действие, обсудите результат и зафиксируйте вывод в комментарии. Если следующий шаг выполнен, обновите статус. Если эксперимент не помог, сформулируйте новую проверку на основе наблюдений. Количество отправленных сообщений само по себе не покажет, стало ли взаимодействие лучше.
Ошибки, которые мешают W3
Частая ошибка начинается еще до встречи: ведущий уже решил, что причина в плохом информировании. Тогда карточки превращаются в подтверждение готовой версии. Оставьте место для других объяснений: непонятные получатели, позднее обнаружение зависимостей, разные критерии завершения или недостаток материалов для внедрения.
Другая ловушка состоит в одновременном заполнении всех колонок. Предложения появляются раньше общей картины, и команда снова спорит о решениях. Возвращайте разговор к текущему вопросу, а раннюю идею сохраните до третьего этапа. Если же обсуждение застряло на сборе событий, полезно сначала восстановить их порядок с помощью Sprint timeline.
W3 не требует каждый раз длинной встречи. Когда факты уже известны и нужно пересмотреть привычные практики, можно выбрать Start, Stop, Continue. Для сложного межкомандного случая дополнительное время нужно на сопоставление опыта сторон, а не на количество колонок.
Попробуйте W3 в RetroPoint
Откройте технику W3 и создайте доску по шаблону: три колонки и подсказки уже подготовлены, по умолчанию каждому участнику доступны три голоса. Пройдите от фактов к выводам и предложениям, затем создайте Действия для выбранных экспериментов. Назначьте ответственных, сроки и запишите критерии проверки, чтобы на следующем ретро обсудить результат. Возможности досок описаны на странице модуля «Ретроспективы», другие форматы собраны в каталоге техник.