Разбор кейса 3: «Мы почти у цели — или в ловушке когнитивных искажений?»

Внутренний проект застрял на этапе «ещё чуть-чуть — и запустим». И вроде бы всё логично: фидбэк по делу, команда работает, руководитель держит фокус. Но в итоге — нет ни цели, ни результата, ни мотивации.

Что пошло не так? И как с этим работать?

Давайте разбираться. Для начала назовём когнитивные искажения, которые могли привести к подобной ситуации:

1️⃣ Ошибка невозвратных затрат
Уже столько сделано. Жалко бросать.

Что поможет:
— Задать вопрос: «Если бы мы принимали решение заново — вложились бы мы в это ещё раз?».
— Приоритизировать не по количеству сделанного, а по текущей ценности для пользователей и бизнеса.
— Оценить, можно ли использовать уже разработанные части продукта в других проектах или командах. Например, интегрировать инструменты или наработки туда, где они реально закроют задачи, — чтобы усилия не пропали зря.

2️⃣ Искажение «ещё чуть-чуть»
Цель рядом — надо только дожать.

Что поможет:
— Заранее зафиксировать чёткие критерии готовности (Definition of Done): что именно считается релизом.
— Пересмотреть дорожную карту: разделить задачи на критичные («без этого продукт не работает») и опциональные («хорошо бы иметь»).
— Периодически спрашивать команду и заказчиков: «Что мешает запустить прямо сейчас?», чтобы отличить реальные блокеры от «хотелок».

3️⃣ Подтверждение своей правоты
Мы же всё правильно делаем. Всё по логике.

Что поможет:
— Проводить регулярные ревью проекта с независимым участником: другим менеджером продукта или аналитиком. Внешний взгляд помогает заметить упущения, которые сложно увидеть изнутри.
— Задавать себе вопрос: «Что бы опровергло мою текущую гипотезу? Какие данные могут показать, что проект идёт не туда?».

4️⃣ Переоценка значимости обратной связи
Фидбэк по делу — надо внедрять.

Что поможет:
— Использовать количественную оценку обратной связи. Например, если один аналитик жалуется на отсутствие функции, а пятеро нормально работают без неё, возможно, внедрение не первоочередное.
— Требовать обоснования для изменений: «Сколько времени мы потеряем без этой функции?» и «Сколько сэкономим, если её внедрим?». Так проще понять, какие доработки действительно окупаются, а какие — нет.

💬 А как в ваших командах обсуждают подобные ситуации? Проводите ли вы ревью? Применяете Definition of Done? Считаете экономику изменений?

Делитесь опытом в комментариях.

#кейс_3 #кейсы #когнитивные_искажения #управление #мышление #руководитель #peoplesense

@pplsense