|
|
Данная идея кажется очевидной, впрочем для команд некоторых приложений (и не только веб) она может оказаться самой полной неожиданостью. Когда вы корректно рассмотрите то, что собираетесь построить, всякий будет ведать цели проекта - и если они будут достигнуты, то все тотчас же поймут это. Конечное изделие перестанет быть смутной картиной в голове менеджера проекта и перевоплотится во что-то осязаемое, с чем имеет дело любой работник фирмы - от рядовых инженеров до руководителей высшего звена.
Не используя документированных требований проект, по всей видимости, напоминать будет детскую игру в телефон, который испорчен: всякий член проекта будет судить относительно продукта со слов иного участника, и со временем все информация полностью исказится. Либо, что еще хуже, каким-то из важных фрагментов проекта не будет заниматься никто, поскольку всякий будет подразумевать, что за нее несут ответственность другие.
Хорошо определенный набор требований предоставит возможность со все ответственностью работать над проектом более эффективно. Имея перечень возможностей пред глазами, у Вас будет возможность разглядеть связи меж отдельных составляющих. Связи, которые в ином случае казались бы неочевидными. Спецификации и сопроводительная документация могут показаться несвязанными друг относительно друга на ранних этапах, впрочем, оформление их как требования к продукту очевидно покажет, что их контент заметно перекрывается.
Автор: hohol | Дата добавления: 04.07.2025
|