Демо спринта — там, где фидбек плотнее всего, а поймать его труднее всего: структурное несоответствие. Вы показываете — это забирает всё внимание; стейкхолдеры реагируют в реальном времени, сыплют поток «кнопка не там», «а можно ещё вот так», «это отложите», «это не то, что мы просили». Половина — новые требования, половина — перерасстановка приоритетов, четверть — недопонимание, которое стоит поймать. И тот единственный, кто должен это логировать, — вы — тот единственный, кто не может, потому что ведёте экран. И фидбек падает в бэклог обрывками без контекста или не падает вовсе, а на следующем демо всплывает «я же говорил поменять».
Демо — разговор с необычно высокой плотностью информации. Запишите его — и плотность станет активом, а не потерей.
Коротко
- Проблема захвата на демо структурная: ведущий не может конспектировать, а фидбек приходит быстрее, чем кто-либо успевает залогировать с контекстом.
- Запись превращает сессию в конспект — что приняли, что менять, что отложить — с фидбеком, извлечённым задачами (факты продукта ниже).
- Контекст едет вместе с задачей: «перенести кнопку сохранения», привязанное и прослеживаемое к расшифровке, лучше строчки в бэклоге без контекста, по которой не сделать ничего.
- Честные рамки: продукт извлекает задачи и держит расшифровку с таймкодами; задача не прилинкована автоматически к своей секунде — расшифровка рядом, в одном поиске.
Почему фидбек с демо утекает
Три свойства делают его уникально теряемым. Плотность: получасовое демо может породить больше отдельных единиц фидбека, чем неделя асинхронных комментариев, — и они приходят залпами. Слепота ведущего: тот, кто лучше всех оценит смысл каждой единицы, занят показом и не может её схватить вживую. Распад контекста: даже наспех записанное теряет своё «почему» — «поправить кнопку» в бэклоге бесполезно без реального возражения стейкхолдера, которое жило во фразе вокруг.
Итог — бэклог, одновременно неполный (единицы потеряны) и низкокачественный (единицы без контекста). А поскольку приёмка на демо устная, у «мы договорились это отложить» нет записи — так отложенное возвращается, а изменённое меняют обратно.
Запишите демо, соберите фидбек
Запишите сессию — с ведома стейкхолдеров; демо с внешним заказчиком — это звонок, так что бот в него не входит, а «записываю, чтобы фидбек не потерялся» подаёт это как заботу. Обработайте — и демо вернётся структурным выводом: конспект того, что показали, приняли, попросили и отложили, с единицами фидбека, извлечёнными задачами (факты продукта). Каждая задача несёт свой контекст — не «поправить кнопку», а просьбу, как её высказали, — а расшифровка с таймкодами стоит за ней для точной формулировки, когда требование оспаривают (факт продукта).
Скажем механику честно: задача несёт суть фидбека, а расшифровка держит каждую реплику с таймкодом, находимую поиском. Чего конвейер не делает — не проставляет каждой строке бэклога кликабельную ссылку на точную секунду: опорой служит расшифровка, в одном запросе, а не автоматический диплинк. Этого достаточно, чтобы закончить спор «что именно они сказали?»; просто это не волшебная гиперссылка.
Приёмка становится записью
Более тихая победа — превратить приёмку из устной в долговечную. «Мы откладываем экспорт» и «дашборд принят как показан» — решения с последствиями, а на демо их принимают вслух и забывают. Схваченные, они держатся: следующее демо открывается с записи того, о чём договорились, и «я сказал это отложить» — цитата, а не спор. Это та же защита объёма, что даёт записанная установочная встреча на старте проекта (см. kickoff проекта: зафиксировать старт письменно), — а демо там, где эта дисциплина платит повторяющиеся дивиденды через весь проект.
Для команд, ведущих полный набор церемоний, демо достраивает записанный позвоночник: установочная встреча задаёт объём, еженедельный поток ведёт работу, демо ловит приёмку и фидбек, ретро ловит процесс — каждая разобрана в этой коллекции, каждая превращает устно-и-забытую встречу в долговечную запись.
Источники и метод
Факты продукта (конспекты с извлечёнными решениями, извлечение задач с контекстом, расшифровки с таймкодами, вывод в трекер, полнотекстовый поиск с ответами-цитатами) описаны по продуктовому каталогу Летучки на момент написания. Задачи несут контекст фидбека, а расшифровка ищется по таймкодам; автоматический диплинк задача→таймкод не заявляется. Обязанность предупреждать о записи лежит на записывающем. Статистика не приводится и не выдумывается.
Похожие материалы: Kickoff проекта: зафиксировать старт письменно · Экшены ретро, которые переживают спринт · Как превратить запись планёрки в задачи · Полчаса фидбека на демо, ноль потерянных требований (юзкейс)
Запишите следующее демо и киньте в @letuchka_robot — фидбек доедет до бэклога с сохранённым контекстом, до следующего планирования. Новым пользователям — бесплатные минуты обработки.