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

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

·         Повышения точности оценок по стоимости, времени, ресурсам;

·         Определения основы для измерения и контроля хода выполнения;

·         Распределения ответственности.

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

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


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


 

ИСР важен для всего проекта, так как является основой для планирования и исполнения всего проекта. Встречаются другие наименования: структура декомпозиции работ, структурная декомпозиция работ, структура разбиения работ.


При «Уточнении содержания» применяются: шаблоны иерархических структур работ и декомпозиция.

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

При формировании ИСР целесообразно пользоваться рядом правил:

·         Работы, не включенные в ИСР, не являются работами настоящего проекта.

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

·         Нижний уровень ИСР включает в себя пакеты работ.

 

При разработке ИСР важно сфокусироваться не на делах, работах, операциях, а на составляющих результата. На первый взгляд, кажется, различия не существенны и работа над ИСР пустая трата времени. Однако цель инновационного проекта будет достигнута, когда существует результат, а не выполнен перечень работ. Похоже на знакомую всем ситуацию «Я учил, но не выучил…»?  Кроме того, большинство работ взаимосвязаны между собой, а результаты - нет. Попытка учесть взаимосвязи, последовательности, необходимые ресурсы и т.д. значительно затрудняет составление плана работ и часто вызывает желание «прекратить, а не закончить». Как минимум вероятность «забыть» необходимую работу значительно выше, нежели составляющую результата.

В качестве примера рассмотрим конкретный проект внедрения программного обеспечения в бизнесе, распределенном по территории округа. Работы по подготовке велись уже не один месяц. Проект, казалось, вышел на финальную стадию – оставалось установить ПО и оборудование, закончить незначительные доработки и произнести известную фразу Юрия Гагарина.  Был разработан план работ финальной стадии. Заказчик проекта для дополнительной проверки плана перед утверждением, пригласил консультанта по управлению проектами. На совещании команде проекта было предложено составить ИСР, опираясь на подготовленный план. В процессе составления выяснилось, что имеющиеся серверные мощности достаточны для запуска системы. Но для полноценной эксплуатации необходимо приобретать новое оборудование – как минимум неучтенное удорожание проекта. Поскольку пользователи новой системы удалены от центрального офиса, должны в совершенстве владеть программным обеспечением необходимо подготовить учебные видеоматериалы и системы проверки знаний. Наконец, один из ключевых разработчиков задумчиво произнес «А как мы собираемся запускать систему, если у нас нет даже перечня бизнес-процессов блока такого-то…?». Через несколько месяцев проект был приостановлен для доработки регламентов и программы в этом разделе.

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

 

=  Перейти к содержанию  =