Причина №1: вы будете знать, что именно вы создаете
Эта идея кажется очевидной, но для команды разработчиков того веб-приложения она была полной неожиданностью. Если вы точно опишете то, что собираетесь построить, каждый будет знать цели проекта - и когда они будут достигнуты, то все сразу поймут это. Конечный продукт перестанет быть смутной картиной в голове менеджера проекта и превратится в нечто осязаемое, с чем может иметь дело любой сотрудник компании - от руководителей высшего звена до рядовых инженеров.
Без документированных требований ваш проект, скорее всего, будет напоминать детскую игру в испорченный телефон: каждый участник проекта будет судить о продукте со слов другого участника, и рано или поздно информация исказится. Либо, хуже того, какой-то из важных частей проекта не будет заниматься никто, потому что каждый будет предполагать, что за нее отвечают другие.
Строго определенный набор требований позволит вам эффективнее распределять ответственность. Имея набор возможностей перед глазами, вы сможете разглядеть те связи между отдельными составляющими, которые иначе были бы неочевидными. Сопроводительная документация и спецификации могут показаться не связанными друг с другом на ранних этапах, но оформление их в виде требований
к продукту ясно покажет, что их содержание сильно перекрывается и отвечать за них должна одна и та же рабочая группа.
