«Невидимые требования» — главная причина провала проектов — 20 апреля 2026 г. в 13:21:36.514
«Невидимые требования» — главная причина провала проектов Салют! Сегодня хочу поговорить о проблеме, с которой может столкнуться каждый аналитик — вне зависимости от домена, компании и стека. Про требования, которые никто не записал. Не потому что забыли. А потому что считали: это и так понятно. Я сама сталкивалась с такой ситуацией и не раз 🥲 Большинство проектных провалов связаны не с техническими проблемами, а с плохо собранными или неполными требованиями. Но когда начинаешь разбираться в таком проекте — почти никогда не находишь явной халтуры. Люди работали. Митинги проводились. Документы писались. Вроде все гуд, все работали! ‼️ Проблема в другом. Есть целый класс требований, которые не попадают ни в один документ — потому что в момент разговора обе стороны искренне убеждены, что понимают друг друга. ✔️ Заказчик не договаривает детали — он уверен, что они очевидны. ✔️ Аналитик не уточняет — боится выглядеть некомпетентно. ✔️ Разработчик молчит — думает, что аналитик разберётся. Так рождается иллюзия согласия. Все кивают на митинге. Все расходятся с ощущением, что договорились. А потом, на приёмке, выясняется, что каждый имел в виду своё. Я называю такие требования - «невидимыми». Они не злонамеренные и не случайные — они системные. И появляются по трём предсказуемым причинам: 1️⃣ Разрыв контекстов. Заказчик живёт внутри своего процесса годами — для него многое фоновое знание, которое он физически не умеет передать словами. Он не скрывает, он просто не видит, что скрывает. 2️⃣ Разница уровней абстракции. Бизнес думает результатами и процессами. Аналитик — сущностями и логикой. Разработчик — данными и структурами. Одно и то же слово на каждом уровне означает разное. 3️⃣ Социальная динамика. Задавать уточняющие вопросы неловко — кажется, что ставишь под сомнение компетентность собеседника или собственную. Молчание воспринимается как понимание, хотя на самом деле это просто вежливость. Всё это вместе создаёт среду, в которой невидимые требования не просто появляются — они неизбежны, если аналитик не выстраивает процесс их намеренного извлечения. Именно об этом хочу написать несколько постов с моими примерами. Не о том, как правильно заполнять шаблоны требований. А о том, как вытаскивать то, что люди не говорят вслух, — методично, без конфликта и без лишних митингов🧐 Источник: @ba_and_sa