Технология иерархической структуры работ

Технология иерархической структуры работ

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

Правила структурирования работ

Для целей определения состава операций хорошо подходит методология последовательной иерархической структуры работ проекта, она также называется часто структурной декомпозицией работ (СДР), в англоязычной интерпретации – WBS (Work Breakdown Structure), или структурой разбиения работ (СРР). Мы будем пользоваться аббревиатурой ИСР. Этот документ – плод творческой командной деятельности, в результате которой уточняется содержание проекта в части состава работ.

«Работа» – самое точное определение осуществляемых в ходе достижения проектных целей процедур в силу максимальной близости к задачному контексту проектной деятельности. Работу и задачу легче всего грамотно декомпозировать (разбить) на составляющие операции и подзадачи. Я лишь напомню, что работа – это элемент процессуального действия, имеющего входы, выходы, длительность, ресурсное наполнение, управляющее воздействие, а задача тяготеет к результату. Работа – категория динамическая, а задача – это точка в будущем, адекватная в понимании «достигнуто – не достигнуто» в заданный момент времени.

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

визуальная форма ИСР
Визуальная форма иерархической структуры работ проекта

ИСР формируется на основе ряда правил, два из которых являются ключевыми.

  1. Правило 100%. Специальное правило самопроверки обязывает собирать в структуру все создаваемые продукты, результаты работ, операций вне зависимости от источника их производства: внутреннего или внешнего. Это правило применяется ко всем элементам создаваемой иерархии. Ответственное за создание структуры проекта лицо обязано каждый раз после завершения списка раздела задавать вопрос: «Все ли мы учли, что могли забыть?». На практике это представляет собой весьма дискомфортную процедуру. Поэтому практически сразу с момента начала работы над структурой PM следует привлекать экспертов. Именно здесь начинается детальное планирование и нужны те, кто досконально разбирается в отдельных процессах.
  2. Правило взаимоисключения элементов. Каждый раз разбивая результат на детализированные элементы, нужно применять ясный критерий, при этом отслеживать, чтобы полученные объекты не смешивались на одном уровне и не дублировались на разных «веточках» иерархии. Под «веточками» далее будем понимать выделенные иерархические разделы, имеющие дальнейшее разбиение вниз. В иерархии не допустимы два или более элемента с идентичным содержанием. Эта ошибка может привести к дублированию операций и конфликтам.

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

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

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

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

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

  • номер элемента в структуре;
  • название элемента;
  • продолжительность операции;
  • предшественник и последователь элемента;
  • результаты;
  • ответственный за операцию участник.

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

  1. Для каждого элемента структуры формулируется измеримый результат.
  2. Каждый результат вышестоящего элемента носит агрегированный характер, т.е. является итогом результатов «дочерних» элементов декомпозиции.
  3. Пакеты и отдельные операции должны быть уникальными.
  4. Структура должна быть полной, но не избыточной.
  5. Элементы структуры верхних уровней должны быть совместимы с организационной структурой проекта.
  6. Размер элементов нижнего уровня должен быть достаточным для эффективного управления, но не избыточным для их контроля.
этапы разработки ИСР
Этапы разработки иерархической структуры работ

Выбор критериев для разбиения на элементы

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

кубическая модель структуры проекта
Кубическая модель структур проекта, преобразуемая в структуру работ

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

продуктовая иерархическая структура
Пример продуктовой иерархической структуры

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

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

функциональная иерархическая структура
Пример функциональной иерархической структуры

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

Похожие публикации