PRO Premature Solutioning: когда решение опережает суть

Продолжаем наш цикл про требования-зомби — ловушки мышления, которые превращают вроде бы логичные решения в бесполезные или даже вредные 🧟‍♀️

Сегодня — про Premature Solutioning. Эта ловушка часто маскируется под инициативность, активность и “движение вперёд”, но на деле уводит нас от сути задачи.

🔍 Что это такое?

Premature Solutioning — это когда команда начинает детально обсуждать реализацию, не разобравшись в проблеме. Это не просто “поспешное решение” — это глубокое погружение в то, что, возможно, вообще не нужно делать.

🤔 Чем отличается от Solution Jump?

🏃‍♂️ Solution Jump — быстрое “давайте просто сделаем Х!”, без анализа.

Сегодняшнее 🛠 Premature Solutioning — “давайте обсудим, как делать Х” — хотя цели и причины всё ещё туманны.

💡 То есть: Solution Jump → ранний выбор Premature Solutioning → ранняя проработка

📦 Примеры из практики:

— Команда весь спринт проектирует интеграцию… а потом узнаёт, что пользователям этот процесс вообще не нужен. — Workshop уходит в обсуждение архитектуры, хотя суть проблемы никто не сформулировал. — Пишется подробное ТЗ под одну фичу — без связи с целями и реальной потребностью 🤯

🚨 Как понять, что вы попали в ловушку:

— В обсуждении — только реализация, но root cause так и не названа. — Аргумент “давно хотели сделать” звучит чаще, чем “зачем это нужно”. — Уже нарисован дизайн или сделан PoC, а задачи это не решает.

🛡 Как не попасться:

✅ Начинайте с формулировки проблемы и бизнес-целей. ✅ Отдельно фиксируйте: проблему, цель, метрики, и только потом — решение. ✅ Структурируйте обсуждение: проблема → требования → варианты решений. ✅ Используйте фасилитационные “стоп-фразы”: “Что мы решаем?”, “Какой эффект хотим получить?”

📌 Коротко

Premature Solutioning — это когда мы много и активно делаем, не понимая зачем. Визуально — кипучая деятельность. Фактически — риск потерь 💸

Аналитик — это не только про “найти классное решение”. Это про остановиться вовремя, чтобы не строить замки на песке🏜️

💬 Поделитесь: были ли у вас кейсы, когда обсуждали реализацию до того, как разобрались с задачей? Что помогло вовремя остановиться?

📢 В следующем посте поговорим об Over-specification и Lack of Abstraction — зомби-ловушках, которые тоже душат проект изнутри.

——

Всем proдуктивного дня! 💪