В IT до сих пор жив культ “дожать до конца”.
Хотя некоторые проекты надо не спасать, а останавливать.
И чем позже вы это поймёте - тем больше сгорят ресурсов, денег и мотивации команды.
Почему так происходит?
1. Эффект невозвратных издержек
«Мы уже столько вложили - нельзя бросить». Но прошлые вложения не делают проект жизнеспособным.
2. Личное участие
PM или инициатор слишком эмоционально вовлечён и боится признать ошибку.
3. Отсутствие Kill Criteria
Никто не определил заранее, при каких условиях проект надо свернуть - поэтому он идёт по инерции.
Что такое Kill Criteria?
Это чёткие критерии, при которых проект следует остановить, заморозить или пересобрать.
Примеры:
- нет traction по метрикам спустя X недель;
- превышение бюджета на N%, без прогресса;
- негативный feedback от целевой аудитории;
- отсутствие команды/ресурса на поддержку;
- технологическая невозможность реализовать MVP.
📌 Kill Criteria ≠ неудача. Это управленческое решение, которое сохраняет фокус и экономит ресурс.
Как ввести Kill Criteria в практику
1. Обсудите их заранее.
На этапе планирования проекта проговорите: «Что будет сигналом к остановке?»
2. Заложите checkpoints.
Установите точки принятия решения: что делаем, если к этому моменту нет X?
3. Ведите документацию.
Чтобы не принимать решение «по ощущениям», фиксируйте критерии и договорённости.
4. Отделяйте проект от команды.
Убить проект - не значит уволить людей. Это про смену фокуса, а не про провал.
📌 Вывод
Хороший PM не тот, кто тянет любой проект до упора.
А тот, кто знает, когда остановиться - чтобы спасти силы для следующего.
