TGViewer
Business | System analyst Business | System analyst @ba_and_sa · 17.7K subscribers
Post #2702 4.31K
«Невидимые требования» — главная причина провала проектов

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

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

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

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

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

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

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

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

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

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

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

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

Источник: @ba_and_sa

💙 BA|SA | 💬 BA|SA
  • 👍 22
  • 🔥 13
  • ❤ 8
  • 😁 1
More from @ba_and_sa
  1. Sep 21, 2026«Подождём модель поумнее» — не самая грамотная стратегия работы с ИИ, и вот почему Салют!…
  2. Sep 19, 2026Самый ценный специалист в ИТ и бизнесе Если разработчик пишет код, а тимлид управляет зада…
  3. Sep 17, 2026Нотация C4: полный гайд по моделированию архитектуры с примерами, разбором ошибок и промпт…
  4. Sep 14, 2026Салют! Что-то я немного выпала из телеграмной жизни, каюсь 😱 и возвращаюсь)) Сегодня погр…
  5. Sep 11, 2026SQL на собеседованиях спрашивают все. Но зачем он аналитику на самом деле? Салют! Когда я…
  6. Sep 3, 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 →