На входе
перечень проблем от членов команды
В процессе
уточнение формулировок, обсуждение, выявление взаимосвязей, приоритизация
На выходе
структурированное дерево проблем с установленными приоритетами и взаимосвязями
1. Диагностика продукта
Зачем: Найти неявные противоречия во всех аспектах — от пользовательского опыта до технической архитектуры
Когда: «всё работает нормально», но нет значимого прогресса
2. Анализ конкретной проблемы
Зачем: Понять все скрытые факторы и взаимосвязи, которые влияют на проблему (например, отток пользователей)
Когда: есть конкретные симптомы, причины которых неочевидны для разных отделов
3. Обсуждение процессов
Зачем: выявить скрытые блокеры в рабочих процессах и коммуникации
Когда: команда соблюдает процессы, но реальная эффективность не растет
Сформируйте состав участников с учётом выбранного фокуса
Для диагностики продукта
пригласите представителей всех направлений: разработка, дизайн, исследования, маркетинг, поддержка. Нужен широкий охват мнений и перспектив.
Для анализа проблемы
сфокусируйтесь на команде, непосредственно отвечающей за проблемную область. Дополните её смежными специалистами, на которых эта проблема влияет.
Для обсуждения процессов
включите участников всей цепочки создания ценности — от планирования до эксплуатации.
Документируйте результаты
и разошлите всем участникам
Запланируйте отдельную сессию
по выработке решений (не сразу)
Включите результаты
в регулярный процесс работы