Иерархическая структура проекта/работ

До того как стал применяться подход, основанный на иерархической структуре проекта (появившийся в начале 1960-х), многие функциональные специалисты разбивали проекты различными способами в соответствии со своими потребностями. Было разработано множество структур проекта, существующих и поныне, в целях планирования, оценки стоимости и других ресурсов, составления бюджета, учета издержек, финансового анализа, распределения обязанностей, закупок, составления календарных планов, заключения контрактов и субподрядов, перевозки и хранения материалов и для многих других задач. Часто структуры, используемые при реализации различных функций, например для финансирования, маркетинга, инженерно-технических работ, снабжения, производства, внешнего строительства и иных операций, сильно отличаются друг от друга. Плачевные результаты экспериментов в крупных проектах показали, что невозможно должным образом соотнести и интегрировать информацию для планирования и контроля в крупном проекте, имея дело с целым рядом различных представлений одного и того же проекта. Появилась необходимость в одной систематизированной иерархической структуре проекта (ИСП), с которой согласились бы все заинтересованные стороны, которая была бы понятна им всем и могла бы рассматриваться в качестве исходной для всех остальных структур, перечисленных выше. ИСП позволяет соотнести множество разнообразных элементов информации и способов кодирования.

Создание иерархической структуры проекта

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

Схема ИСП создается начиная с самого высокоуровневого элемента, который определяет весь проект, путем его разбиения на естественные крупные элементы проекта (системы, средства, категории конечных продуктов и т.д.) на каждом следующем, более низком уровне. Затем они, в свою очередь, подразделяются на составляющие. При таком разбиении уровень за уровнем уменьшаются объем, сложность и стоимость каждой составляющей до тех пор, пока не будет достигнут разумный в практическом смысле уровень идентификации элементов конечного продукта. Далее происходит деление каждого из них на основные функциональные задачи, в ходе которых создается данный элемент. Цель этого процесса - определить элементы и задачи, которые сами по себе являются управляемыми единицами, находящимися в компетенции функционального лидера проекта, и которые поддаются планированию, оценке, управлению. Такой подход обеспечивает полное определение проекта и возможность получения полезной сводной информации о нем в различных разрезах.

Во время создания ИСП (которое должно выполняться с привлечением всей команды проекта) главную роль играет иерархия результатов или продукта, хотя в соответствующих точках отражается и сам процесс разработки продукта. На самом верхнем уровне часто определяются основные фазы процесса развития - прямым указанием на них или через конечные продукты каждой фазы. Например, основным конечным продуктом фазы формирования концепции часто является пакет документов по концептуальному проектированию или отчет об осуществимости концепции. Каждый из этих продуктов может быть далее разбит на разделы или компоненты, а затем на более низком уровне определяются функциональные задачи, которые необходимо выполнить для подготовки указанных документов. От процесса разработки продукта существенно зависит определение отдельных функциональных задач или пакетов работ на самом низком уровне структуры проекта. На определение работ также будет оказывать влияние иерархическая структура организации (ИСО).

Когда ИСП разрабатывается в каком-либо проекте впервые, многие склонны воспринимать ее как схему организационной структуры. Это недопонимание приводит к созданию запутанной структуры проекта, где в большой степени чувствуется влияние структуры конкретной организации. На самом деле ИСП не является организационной структурой, хотя на первый взгляд может быть похожа на нее (в зависимости от того, как выглядит на бумаге). Каждый элемент ИСП можно идентифицировать по лицу, ответственному за его выполнение. Одно и то же лицо может отвечать за ряд других элементов, разбросанных по ИСП. Функциональная организационная структура спонсирующей компании, будет, разумеется, в определенной мере сказываться на структуре проекта, особенно на том уровне, где конечные результаты подразделяются на функциональные задачи.