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дуктивного дня!