«Команда мечты», инициативные, вовлечённые, собираются на брейнштормы, обсуждают продукт, кидают идеи. Красиво звучит. На практике — часто интеллектуальная мастурбация: • часы разговоров без решения, • ответственность размазана, • говорят самые громкие, молчат самые умные, • к концу встречи у всех усталость, у дела — ноль.

Я перестал играть в это. Ниже — рабочая альтернатива, которая увеличила скорость принятия решений в ~5 раз и сократила совещания «в разы».

Метод «Одно решение — один ответственный»

Принцип: на каждую проблему назначается один владелец решения. У него есть 48 часов, чтобы выдать конкретный план и запустить тест. Через 24 часа — итерация на основе фактов. Всё. Больше никого «собирать» не нужно.

Шаг 1. Назначаем владельца (DRI) Один человек, без со-ответственных. Его зона — выбрать и внедрить решение, а не «согласовать всем миром».

Шаг 2. 1-страничный план за 48 часов

Владелец присылает краткий документ (до 1 страницы): 1. Проблема (в одном предложении). 2. Ограничения (чего нельзя трогать). 3. Решение (одно, не список идей). 4. План внедрения (кто/что/когда, чек-лист на 4–8 пунктов). 5. Метрика эффекта (1 число, которое должно сдвинуться). 6. Риск и откат (что делаем, если не взлетело).

Если владелец не может уложиться в страницу — он не понимает задачу.

Шаг 3. 30-минутный decision-review • 15 минут на доклад, 15 — на вопросы. • Три кнопки: Go / Fix & Go / No-Go. • Никаких открытых обсуждений «а давайте ещё». Любая «идея» превращается в ответственность: «готов взять и сделать за 48 часов?».

Шаг 4. Тест сразу на продукте • Фичефлаг / A/B / ограниченный rollout. • Точка невозврата запрещена: всегда есть откат. • Логирование, одна метрика, дедлайн фикса.

Шаг 5. Итерация за 24 часа • Факт по метрике → корректировка → второй запуск. • Через 24 часа — финальное решение: закрепляем / откатываем / делаем следующую попытку с новым владельцем.

Почему это работает лучше брейнштормов Есть владелец — есть движение. Нет размытой ответственности. Одна гипотеза → один тест. Не тонем в идеях, получаем факты. Короткая дуга обратной связи. 48 ч. на решение + 24 ч. на итерацию. Совещания становятся точечными. 30 минут вместо 3 часов «мнений».

Где брейнштормы реально нужны (редко) 1. Нереверсивные решения с высокой ценой ошибки (право, безопасность, PR-кризис). 2. Стратегические развилки с несколькими долгими сценариями. Во всех остальных случаях брейншторм = затраты без гарантий.

Правила, которые держат метод в тонусе 1. Один владелец ≠ один исполнитель. Он может привлекать людей, но ответственность — его. 2. Один документ — одна страница. Больше — значит, решение размыто. 3. Одна метрика. Если метрик две — результата нет ни по одной. 4. Встреча — только для решения. Нет плана на столе — нет встречи. 5. Плохое решение сегодня лучше идеального через месяц. Скорость учит, перфекционизм тормозит.

«Но у нас команда инициативная — зачем так жёстко?»

Потому что инициатива без рамок = шум. Ваши лучшие люди устают спорить, а не делать. Дайте им рамку — они полетят дальше и быстрее.

Пример (упрощённый)

Проблема: низкая активация после регистрации. Владелец: менеджер продукта. 48 часов → План (1 стр.): • Решение: убрать 3 поля, добавить тур из 2 шагов, письмо «первый успех за 3 минуты». • Метрика: доля пользователей, достигших первого результата ≤ 24 ч. • Риск/откат: флаг «Onboarding_v2», при падении метрики — откат. 30 мин review → Go. Тест: rollout 20%. +24 ч: метрика +12 п.п. → раскат на 100% и в бэклог — «как масштабировать эффект».

Как внедрить завтра (без революций) Назначьте по текущим проблемам DRI. Дайте шаблон 1-страничника и жёсткий дедлайн 48 часов. Забронируйте две 30-минутки на review. Обеспечьте фичефлаги и логирование. Через неделю подведите итоги: сколько решений дошло до факта, сколько минут сэкономили.

Вот шаблон 1-страничника решения + чек-лист decision-review.