Главная Промышленная автоматика.

• иерархическая структура работ показывает и определяет продукт или продукты, которые долашы быть разработаны или произведены, а также соотносит элементы работ, которые предстоит для этого выполнить, друг с другом и с конечным результатом;

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

Практический стандарт иерархических структур, разработанный PMI [89], преддшает обширное рассмотрение иерархических структур проекта/работ: что они собой представляют, для чего используются, как создаются. Там же приводятся одиннадцать примеров проектов из следующих предметных областей: неф-те- и газохимия, управление окружающей средой, улучшение процессов, фармакология, сооружение производственных мощностей, аутсорсинг в области сервиса, разработка Internet-сайтов, телекоммуникации, строительство очистительных сооружений, выполнение правительственных заказов, внедрение программного обеспечения. Флеминг (Fleming) и Коппельман (Coppelman) приводят показательные примеры иерархических структур для проектов различных категорий и подчеркивают важность ИСП/ИСР для планирования и контроля проектов с использованием методики выполненной стоимости (освоенных объемов по РМВОК) [38, pp. 50-59].

Расширенный словарь ИСП/ИСР

"Проблема использования ИСР состоит в том, что результирующие элементы обычно сопровождаются очень короткими описаниями... Такая краткость часто приводит к путанице, взаимному недопониманию и отсутствию ясных ожиданий со стороны заинтересованных сторон (...)

Связывая каждый элемент ИСР с неким пунктом, подобным словарной статье и содержащим описание данного элемента, мы можем решить проблему. Если мы слегка расширим эту концепцию и добавим к описанию несколько полей, которые могут быть обработаны поисковой системой электронной базы данных, то создадим тем самым в высшей степени мощный инструмент. Он позволит не только преодолеть проблему, вызванную чрезмерной краткостью описаний, но и существенно расширить возможности коммуникации и управления проектом. И этот выигрыш окажет влияние на проекты любого размера и типа" [112].

Уорд (Ward) определяет расширенный словарь ИСР как "электронную систему управления базой данных, которая привязывает к каждому элементу ИСР разнообразные информационные составляющие". Благодаря этой информации достигается более глубокое понимание результата и связываемых с его получением ожиданий. Для получения копии такой системы управления базой данных следует отправить запрос по адресу greg.ward@compaq.com.

Соответственно, Project/Work Breakdown Stracture - иерархическая структура проекта/работ, Organization Breakdown Structure - иерархическая структура организации, Cost Breakdown Structure -иерархическая структура стоимости и Schedule Breakdown Structure - иерархическая структура расписания.

Различные типы и способы использования иерархических структур

Концепция, лежащая в основе иерархической структуры проекта/работ и впервые появившаяся в начале 60-х годов XX века в аэрокосмических и оборонных программах и проектах, породила множество различных иерархических структур, полезных в управлении сложными проектами. К наиболее широко используемым относятся структуры, описывающие работы или задачи (PBS/WBS, ИСП/ИСР), организации (OBS, ИСО), стоимость (CBS, ИСС), расписания (SBS, ИСРС) и продукт. Либерзон и Лобанов сообщают об использовании большого количества иерархических структур в России и приводят примеры структур для описания целей проекта, процессов проекта, ресурсов проекта и "обязанностей конструкторов (реализующих проектный замысел)", что, по сути, не отличается от ИСО [61, р. 3]. Другие авторы описывают использование данного подхода для разбиения содержания проекта. В то время как большая часть присутствующих на рынке пакетов управления проектами предполагает использование одной ИСР/ИСП, одной ИСО и одной ИСС, наиболее широко используемый в России пакет управления проектами, названный Spider Project, допускает использование неограниченного количества иерархических структур, предоставляя для каждой из них возможности оценивания, подведения итогов и ведения отчетности. Либерзон и Лобанов говорят: "Следует отметить, что структура ответственности (обязанностей) успешно заменяет матрицу ответственности, которая обычно разрабатывается как часть плана проекта. Обязанности обычно распределяются по иерархической структуре, и лишь в малых проектах структура ответственности становится плоской и может быть трансформирована в матрицу" [61, р. 3].

Автоматизация подготовки ИСП/ИСР и других иерархических структур

Большая часть программных пакетов управления проектами, рассмотренных в главе 5, обеспечивает возможность автоматизированной подготовки и использования ИСП/ИСР, хотя во многих других пакетах этот аспект оставляет желать лучшего. Как уже говорилось выше, многие могут учитывать и использовать также ИСО и ИСС. Дополнительные модули позволяют представлять ИСП/ ИСР на экране монитора, используя различные форматы вывода. В качестве примера приведем пакет WBS Chart Pro (www.criticaltools.com). обеспечивающий двустороннее взаимодействие с одним из наиболее широко используемых



пакетов планирования и составления расписаний - Microsoft Project. Кроме того, WBS Chart Pro может быть связан с другими аналогичными пакетами.

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

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

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

тому как Розеттский камень позволил ученым понять различные египетские языки.

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

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

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

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



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

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

Указания по разработке и использованию иерархических структур проектов/работ Министерства обороны США

Министерство обороны США и некоторые службы, работающие под его эгидой, официально издали тщательно подготовленное, подробное руководство по проектам разработки и приобретения военных систем, информационных систем и иных оборонных продуктов [106]. Основной стандарт предусматривает общие структуры для семи основных классов оборонных систем: авиационных систем, электроники, ракетных систем, артиллерии, кораблей, космических аппаратов и наземных средств. Для каждого класса даны определения первых трех иерархических уровней структур работ и материального обеспечения. Рабочая группа, состоящая из представителей государственных структур и промышленности, продолжает совершенствовать этот стандарт с целью отражения в нем новых технологий и современной практики ведения бизнеса. Отдельный стандарт выпущен для проектов информационных систем и программного обеспечения [107]. Министерство энергетики США также издало руководство по определению основных отраслевых проектов [108].

Примеры ИСП

Рис. 10.1-10.4 иллюстрируют различные способы представления ИСП для нескольких типов проектов. В действительности иерархическое разбиение крупных проектов обычно проводится до четвертого или пятого уровня и часто представлено на нескольких страницах во избежание построения чрезмерно больших и запутанных схем. Несколько примеров различной степени полезности даны bPMI (2001).

Уровень

Проект по разработке информационной системы Изучение концепции

Анализ осуществимости/технико-экономическое обоснование. Изучение требований и концептуальное проектирование.

Предложение по информационной системе. Подробная спецификация структуры Программное обеспечение

Ком пилятор/ассемблер.

Управление базой данных.

Прюграммное обеспечение для тестирования

Операционная система

Ядро.

Управление вводом-выводом. Управление файлами. Обработка сообщений. Управление контролем. Сопровоясдение и диагностика Прикладное программное обеспечение

Прикладная программа А. Прикладная программа В

Данные

Технические публикации. Инженерно-технические данные. Вспомогательные данные Тестирование и оценка системы

Оборудование.

Услуги.

Помещения

Обучение

Оборудование. Услуги. Помещения Эксплуатация и техническое обслуживание Эксплуатация. Техническое обслуживание

Обеспечение проекта

Управление проектом. Системный инжиниринг

Рисунок 10.1. Первые три уровня иерархической структуры проекта разработки информационной системы. Адаптированный фрагмент статьи Postula, Frank D, WBS Criteria for Effective Project Control /1991 Translations of the American Association of Cost Engineers, AACE. - Morgantown, WV, ISBN 0-930284-47-X, 1991, p. 1.6.4





0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 [46] 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73

0.0036