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

Большинство руководителей проектов фиксируют требования к проекту в отдельном документе, однако не существует правила, которое гласило бы, что в формулировке масштаба проекта нельзя предусмотреть специальный раздел, где перечислялись бы требования к проекту. Эти требования описывают характеристики конечных результатов. Например, при проектировании резинового мяча одно из требований может заключаться в том, чтобы этот мяч был красным, а другое — чтобы при ударе о твердую горизонтальную поверхность проектируемый мяч подпрыгивал на 1 м вверх, и т.п. Требования обычно содержат формулировки типа «должен иметь» или «должен быть».

Так, упоминавшийся ранее конечный результат «Создать центр обработки данных в здании на Grant St.» может включать следующие требования:

• Центр обработки данных должен располагаться на втором этаже, чтобы не пострадать в случае затопления.
• В центре обработки данных должны быть предусмотрены производственная и испытательная зоны.
• Магистральный кабель центра обработки данных должен быть волоконно-оптическим.
• Маршрутизатор и коммутатор должны находиться на достаточном удалении (в центре обработки данных) от серверов.
• Коммутаторы должны быть смонтированы в промежуточных шкафах с оборудованием обработки данных на каждом этаже.

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

Требования должны быть сформулированы как можно более четко и точно. После того как начнется работа по выполнению проекта, неполные или нечетко сформулированные требования могут вызвать путаницу. Путаница приводит к появлению заказов на внесение изменений, причем таких заказов может оказаться очень много. В результате вы получаете проект, страдающий ужасной болезнью под названием «распухший масштаб». Подобные проекты возникают при выполнении двух условий: невразумительное определение масштаба и требований к проекту и неконтролируемые изменения в проекте.

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