Иерархическая структура работ по фазам жизненного цикла

Автор статьи:

Основатель Projectimo.ru

Свежие публикации автора:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Этапы разработки иерархической структуры работ

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

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

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

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

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

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

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

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

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

Источник

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

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

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

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

– облегчает процедуру контроля.

Стадии жизненного цикла проекта

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

1. Инициация – происходит выдвижение идеи, а также подготовка проектных документов. Производится детальное обоснование, а также маркетинговые исследования, которые послужат подспорьем для реализации последующих стадий.
2. Планирование – определение сроков реализации замысла, разделение данных процессов на конкретные этапы, а также назначение исполнителей и ответственных лиц.
3. Исполнение – начинается сразу же после того, как были утверждены планы. Подразумевает реализацию в полном объеме всех намеченных действий.
4. Завершение – анализ полученных данных и контроль на предмет соответствия их запланированным. Данная обязанность в большинстве случаев возлагается на руководство.

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

Фазы цикла

Можно выделить четыре основные фазы жизненного цикла проекта, а именно:

1. исследования, предшествующие инвестированию – это выбор наилучшего варианта проекта, проведение переговоров с заинтересованными лицами, а также эмиссия ценных бумаг, посредством которых будет привлекаться капитал;
2. непосредственно инвестирование, когда посредством продажи акций или других финансовых инструментов в организацию поступают средства, необходимые для реализации замысла;
3. эксплуатация проекта – это полномасштабный производственный процесс, который проводится согласно заранее разработанному плану;
4. послеинвестиционное исследование заключается в оценке эффективности деятельности, а также в определении соответствия полученных результатов предполагаемым.

Особенности жизненного цикла проекта

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

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

– На первом этапе наблюдается наибольший уровень риска, а также неуверенности и сомнений по поводу успешного исхода деятельности.

– В начале жизненного цикла проекта участники имеют огромные возможности касательно внесения изменений и совершенствования методик достижения целей.

С течением времени это становится сделать все сложнее.

Каскадная модель жизненного цикла проекта

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

составление четкого плана действий по достижению поставленных целей;

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

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

Спиральная модель

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

– недостаток квалифицированных и опытных кадров;

– возможность выйти за рамки бюджета или же не уложиться в заданные сроки;

– потеря актуальности разработки за время ее реализации;

– необходимость вносить изменения в процессе производства;

– риски, связанные с внешними факторами (перебои с поставками, изменение рыночной ситуации и так далее);

– несоответствие производственной мощности необходимому уровню;

– противоречия в работе различных подразделений.

Инкрементная модель

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

Принципы жизненного цикла проекта

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

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

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

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

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

Источник