Идеальный программист. Как стать профессионалом разработки по

Поздняя неоднозначность
Как решить проблему преждевременной точности? Откладывая
точные определения на как можно более поздний срок.

---

Профессиональные разработчики не формулируют требования до
того, как будут готовы к разработке. Однако такой подход может
привести к другому несчастью: поздней неоднозначности.
Между ключевыми участниками проекта часто возникают
разногласия. В таких случаях часто бывает проще «заговорить»
проблему, чем решать ее. Они находят такую формулировку
требования, с которой будут согласны все, без реального разрешения
спора. Однажды я слышал, как Том Демарко сказал: «неоднозначность
в документе с требованиями появляется из-за разногласий между
участниками
[34]
».
Конечно, неоднозначность не всегда появляется из-за споров или
разногласий. Иногда ключевые участники проекта просто считают, что
читатели требований знают, что они имеют в виду. Возможно, их
формулировки абсолютно ясны им самим в их контексте, но означают
нечто совершенно иное для программиста, читающего документ.
Подобная контекстная неоднозначность также может возникать и при
личном общении заказчиков с программистами.
Сэм 
(ключевой участник проекта): «Так, еще нужно
организовать резервное копирование журнальных файлов».
Пола
: «С какой частотой?»
Сэм
: «Ежедневно».
Пола
: «Понятно. И где будут храниться резервные копии?»
Сэм
: «В смысле?»
Пола
: «Наверное, они должны сохраняться в определенном
подкаталоге?»
Сэм
: «Да, пожалуй».
Пола
: «И как он будет называться?»
Сэм
: «Может, backup?»
Пола
: «Да, нормально. Значит, журнал будет ежедневно
сохраняться в каталоге backup. В какое время?»