TGViewer
Analyst IT Analyst IT @analysis_it · 12.3K subscribers
Post #2272 1.57K

Forwarded from Business | System analyst

«Невидимые требования» — главная причина провала проектов

Салют! Сегодня хочу поговорить о проблеме, с которой может столкнуться каждый аналитик — вне зависимости от домена, компании и стека. Про требования, которые никто не записал. Не потому что забыли. А потому что считали: это и так понятно. Я сама сталкивалась с такой ситуацией и не раз 🥲

Большинство проектных провалов связаны не с техническими проблемами, а с плохо собранными или неполными требованиями. Но когда начинаешь разбираться в таком проекте — почти никогда не находишь явной халтуры.
Люди работали. Митинги проводились. Документы писались. Вроде все гуд, все работали!

‼️ Проблема в другом. Есть целый класс требований, которые не попадают ни в один документ — потому что в момент разговора обе стороны искренне убеждены, что понимают друг друга.

✔️ Заказчик не договаривает детали — он уверен, что они очевидны.
✔️ Аналитик не уточняет — боится выглядеть некомпетентно.
✔️ Разработчик молчит — думает, что аналитик разберётся.

Так рождается иллюзия согласия. Все кивают на митинге. Все расходятся с ощущением, что договорились. А потом, на приёмке, выясняется, что каждый имел в виду своё.

Я называю такие требования - «невидимыми».

Они не злонамеренные и не случайные — они системные. И появляются по трём предсказуемым причинам:

1️⃣ Разрыв контекстов. Заказчик живёт внутри своего процесса годами — для него многое фоновое знание, которое он физически не умеет передать словами. Он не скрывает, он просто не видит, что скрывает.

2️⃣ Разница уровней абстракции. Бизнес думает результатами и процессами. Аналитик — сущностями и логикой. Разработчик — данными и структурами. Одно и то же слово на каждом уровне означает разное.

3️⃣ Социальная динамика. Задавать уточняющие вопросы неловко — кажется, что ставишь под сомнение компетентность собеседника или собственную. Молчание воспринимается как понимание, хотя на самом деле это просто вежливость.

Всё это вместе создаёт среду, в которой невидимые требования не просто появляются — они неизбежны, если аналитик не выстраивает процесс их намеренного извлечения.

Именно об этом хочу написать несколько постов с моими примерами. Не о том, как правильно заполнять шаблоны требований. А о том, как вытаскивать то, что люди не говорят вслух, — методично, без конфликта и без лишних митингов🧐

Источник: @ba_and_sa

💙 BA|SA | 💬 BA|SA
  • ❤ 10
  • 👍 5
  • 💯 5
More from @analysis_it
  1. Oct 5, 2026Системный анализ тогда и сейчас — профессия изменилась, но не так как все думают Когда я н…
  2. Oct 1, 2026Как перейти от монолита к микросервисам без лишнего риска? 🎥 6 октября в 20:00 МСК на отк…
  3. Sep 23, 2026ИИ уже анализирует данные. Но умеет ли он делать это правильно? Нейросеть может быстро обр…
  4. Sep 23, 2026Как найти причину сбоев внешнего API и исправить её до того, как интеграция попадет в прод…
  5. Sep 22, 2026Не отставайте от рынка — учитесь со скидкой 16% Если чувствуете, что стоите на месте, и хо…
  6. Sep 17, 2026Салют! Что-то я немного выпала из телеграмной жизни, каюсь 😱 и возвращаюсь)) Сегодня погр…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →