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



Иерархическая структура работ (ИСР)

Риски проекта

Иерархическая структура работ (ИСР)

Стандарты управления проектами объединяют работы и результаты проекта одним термином: «содержание» проекта, или, по-английски, «scope». Вот, для примера, определение PMBOK:

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

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

Чрезмерная декомпозиция может привести к непродуктивной управленческой трудоемкости, неэффективному использованию ресурсов и снижению эффективности при выполнении работы. Команда проекта должна найти баланс между слишком малой и слишком большой детализацией планирования ИСР.

Декомпозиция всей совокупности проектных работ включает следующие операции:

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

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

3. Разбиение верхних уровней ИСР на детализированные элементы нижних уровней.

4. Разработка и присвоение идентификационных кодов элементам ИСР.

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

Общепринятым инструментом представления результатов является ИСП - Иерархическая структура продукта (PBS - ProductBreakdownStructure), которая описывает состав и иерархию компонентов продукта.

Для небольшого домика Иерархическая структура продукта может выглядеть так:

· Домик

· Фундамент

· Коробка

· Стены

· Пол

· Потолок

· Крыша

 

Или так:

Рисунок 1. Иерархическая структура продукта

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

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

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

Общепринятым инструментом представления работ проекта является ИСР - Иерархическая структура работ (WBS - WorkBreakdownStructure), которая описывает состав и иерархию работ проекта.

Иерархия работ для нашего домика может быть такой:

· Строительство домика

Управление проектом

Проектирование

Получение разрешений

Строительство

· Устройство фундамента

· Устройство коробки

· Кладка стен

· Настилка полов

· Устройство потолков

· Устройство крыши

Сдача/Приемка

 

Или такой:

Рисунок 2. Иерархическая структура работ

Здесь опять существенен не способ представления, а иерархичность, то есть разбиение работ на под-работы и вызванные этим группировки работ.

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

 

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

Создание ИСР в начале работ по планированию предоставляет менеджеру возможность:

· Объяснить, за счет каких работ будет достигнута каждая из определенных в проекте целей

· Проверить, все ли цели отражены в плане проекта

·  Создать эффективную структуру отчетности

· Указать на соответствующем уровне детализации ключевые результаты, которые должны быть ясно отражены в сети и календарном плане

· Указать менеджеров, ответственных за достижение ключевых результатов, и тем самым гарантировать, что достижение всех результатов будет контролироваться

· Обеспечить членам команды понимание их роли в контексте общей работы по выполнению проекта.

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

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

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

Существует несколько подходов к построению ИСР. Применительно к реальным проектам, структура разбивки проекта должна сочетать разделение на:

· компоненты продукции проекта;

· функциональные элементы деятельности;

· этапы жизненного цикла проекта;

· элементы организационной структуры.

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

Возможно существование задач, которые не попадают под контроль менеджера проекта - например, задачи, обеспечивающиеся и контролируемые заказчиком. Такие задачи, хотя и являются внешними по отношению к проекту, но могут накладывать определенные ограничения на его задачи. Для учета подобных ограничений внешние задачи также могут быть включены в ИСР в качестве определенной категории внешних работ.

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

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

Рис.3. Пример ИСР, построенной с использованием смешанного подхода к структуризации.

Правила для построения иерархии

Несколько простых правил применяются при формировании ИСР:

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

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

· Родительский элемент должен иметь больше одного дочернего элемента. Это правило позволяет избежать избытка уровней и обеспечивает получение (структуры, пригодной для выполнения операций обобщения.

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

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

Наиболее распространенными ошибками, допускаемыми в процессе структуризации проекта, являются:

· пропуск стадии структуризации проекта и переход непосредственно к поиску и решению проблем проекта;

· использование только функций, фаз, или организационных подразделений вместо конечных продуктов или используемых ресурсов;

· непонимание того, что структура разбивки должна охватывать весь проект (обычно -неучет начальной и конечной фаз проекта);

· неучет того, что элементы структуры не должны повторяться;

· отсутствие интеграции структуры проекта с системой ведения бухгалтерских счетов в компании;

· излишняя или недостаточная детализация;

· невозможность компьютерной обработки результатов структуризации-планов проекта из-за ошибок формального характера (каждый уровень или элемент плана должен быть определенным образом закодирован);

· неучет «неосязаемых» конечных продуктов, таких как услуги, информационное, или программное обеспечение.


Дата добавления: 2018-05-12; просмотров: 2452; Мы поможем в написании вашей работы!

Поделиться с друзьями:






Мы поможем в написании ваших работ!