31 Мар 12 Причина №1: вы будете знать, что именно вы создаете

Эта идея кажется очевидной, но для команды разработчи­ков того веб-приложения она была полной неожиданно­стью. Если вы точно опишете то, что собираетесь постро­ить, каждый будет знать цели проекта — и когда они будут достигнуты, то все сразу поймут это. Конечный продукт перестанет быть смутной картиной в голове менеджера проекта и превратится в нечто осязаемое, с чем может иметь дело любой сотрудник компании — от руководителей высшего звена до рядовых инженеров.

Без документированных требований ваш проект, скорее всего, будет напоминать детскую игру в испорченный теле­фон: каждый участник проекта будет судить о продукте со слов другого участника, и рано или поздно информация исказится. Либо, хуже того, какой-то из важных частей проекта не будет заниматься никто, потому что каждый будет предполагать, что за нее отвечают другие.

Строго определенный набор требований позволит вам эф­фективнее распределять ответственность. Имея набор воз­можностей перед глазами, вы сможете разглядеть те связи между отдельными составляющими, которые иначе были бы неочевидными. Сопроводительная документация и спе­цификации могут показаться не связанными друг с другом на ранних этапах, но оформление их в виде требований
к продукту ясно покажет, что их содержание сильно пере­крывается и отвечать за них должна одна и та же рабочая группа.