Главный парадокс Requirements Engineering

Заказчики считают, что они дают деньги, а через некоторое время им на блюдечке приносят продукт, который им на самом деле нужен.

Программисты считают, что делать они должны только то, что написано в документе под названием Requirements Specification (Техническое Задание). И писать его должен заказчик. Простым языком, коротко и желательно сразу с UML диаграммами. Если что-то не написано в документе, то делать разработчики могут, что захотят.

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

А всё потому, что туман позволяет перенести противостояние заказчик - исполнитель из технической плоскости в область политических игр.
Но об этом как-нибудь в другой раз.

Как слово наше отзовётся..

- А потом пришёл пррекррасный принц и разбудил принцессу. И ей пришлось плакать.
- Почему?
- Потому что темно. Пришёл прррекрасный принц и разбудил принцессу. Она хотела спать, а он её разбудил... И ей пришлось плакать.

Хорошо жить в мире, который логичен и прост. И на любое "Почему?" всегда получишь ответ.