Когда проект надо убивать (и это нормально)

Я не продукт, но как PM я отвечаю за то, чтобы проект случился или чтобы мы вовремя перестали сжигать людей и деньги. Ниже мой приземлённый набор сигнальных флажков и как я это коммуницирую.

⚠️ Сигналы “пора стопать/пивотить” - Нет подтверждения ценности: пользователи не кликают/не возвращаются/не платят. Мы месяцами "улучшаем", а метрики стоят - Скоуп расползается, а эффект не растёт: каждая новая фича "обязательно нужна", но корневая боль не решена - Команда хронически в авралах: горим по процессу, баги возвращаются, долг душит, скорость падает - Экономика не сходится простыми словами: тратим X в месяц, а даже в оптимистичном сценарии получаем < X (и срок окупаемости уехал в туман) - Нет владельца решения: спорим бесконечно, ответственность размазана, “кто принимает решение?” - тишина(( - Ключевая зависимость на одном человеке: без него проект физически не едет (риск на уровне "один отпуск = минус релиз")

🧭 Что делать вместо «ещё недельку» Есть всего три взрослые опции на мой взгляд: Kill — аккуратное закрытие Pause — заморозка с чёткими условиями разморозки (какой сигнал ждём) Pivot — меняем гипотезу/аудиторию/канал, но сохраняем ядро

📝 Как я готовлю разговор (без драматизма) Данные в одну таблицу: цель - ожидали - по факту - вывод. Никакой поэзии

Альтернативы: kill/pause (условие X)/pivot (новая гипотеза Y). Сроки и ресурс на каждую

Цена продолжения: ещё 2 месяца = ~N часов команды и ~Z ₽. Что именно получим взамен?

Риски людей: усталость, текучка, потеря фокуса на других задачах

Язык без обвинений: «мы пробовали вот это/вот это, сигналов недостаточно - предлагаю…»

🤝 Как закрывать по-людски

  • План сворачивания: кто/что/когда (код, доступы, техдолг, договорённости)
  • Короткое ретро "что узнали" - фиксируем уроки и складываем их в доступное место
  • Поддерживаем команду: закрытие проекта ≠ провал. Провал - это тянуть дальше без шансов - Мы не обязаны доводить до релиза всё, что начали. Обязаны - бережно относиться к людям и ресурсу. Иногда самый сильный шаг PM, вовремя сказать «стоп».

А вы убивали проекты? Что было самым сложным: цифры собрать или проговорить вслух?

Когда проект надо убивать (и это нормально)
Я не продукт, но как PM я отвечаю за то, чтобы проект случился или чтобы мы вовремя перестали сжигать людей и деньги | Сетка — социальная сеть от hh.ru