Что можно определить при помощи структуры распределения работы срр
Структура разделения работ как инструмент управления проектом
Одним из эффективных инструментов управления проектом является структура разделения работ (СРР). Она позволяет определить, какие работы необходимо выполнить для реализации проекта, и установить единую структуру управления этими работами.
На самом высоком уровне декомпозиции представлен проект в целом. На самом нижнем уровне изображены единичные работы, иногда называемые пакетом работ или рабочим пакетом. Пакет работ — это квант единица измерения всей деятельности по проекту. Рабочие пакеты закреплены за определенными лицами, имеют четко обозначенные сроки, стоимость и требования к качеству, отражаются в соответствующей документации. Рабочие пакеты — это единицы управления проектом. Они служат информационной базой, первичным элементом учета управления проектом.
В понятие структура разделения работ входят:
Структура разделения работ позволяет участникам проекта и всем заинтересованным лицам достичь ясного представления о конечной продукции проекта и всех работ, необходимых для создания этой продукции. Структура разделения работ разделяет проект на иерархически связанные управляемые, простые и контролируемые комплексы и пакеты работ, что позволяет достичь необходимого баланса между потребностями управления и оптимальным представлением информации по проекту.
Ключевой ориентацией структуры разделения работ являются создаваемые результаты которые можно определить как измеримые, осязаемые и проверяемые выходы, продукты, поручаемые вследствие выполнения работ по проекту или отдельной его части. Создаваемые целевые результаты деятельности по проекту составляют в совокупности продукцию проекта.
Для руководства проекта структура разделения работ является необходимым инструментом так как она позволяет:
Разработка структуры разделения работ
Разработка структуры разделения работ представляет собой декомпозицию проекта на его составляющие. Это осуществляется путей последовательного рассмотрения целей и задач проекта, критериев и ограничений, содержания проекта, технических и потребительских требований и других атрибутов проекта и его продукции. По мере того как появляются дополнительные данные по требованиям к проекту, может быть разработана более детальная структура разделения работ.
Для создания структуры разделения работ необходимо придерживаться следующих принципов:
При разработке дерева работ необходима формализация представления о конечном продукте проекта:
Общий процесс создания структуры разбиения работ проекта состоит из следующих шагов:
Пример шаблона структур разбиения работ
В настоящее время широкое распространение получили корпоративные и отраслевые стандарты управления проектами, в рамках которых закреплены типовые структуры разбиения работ, или как их еще называют, шаблоны структур разбиения работ. В некоторых компаниях шаблоны обязательны к использованию детальных типовых структур разбиения работ. В других (шаблоны используют в качестве рекомендаций для руководителей проектов. Существуют также рекомендуемые для использования отраслевые шаблоны СPP.
Шаблоны СРР являются полезным инструментом для подготовки структуры работ каждого конкретного проекта, так как закрепляют наиболее часто встречающиеся структурные решения. Но при этом шаблоны никогда не представляют СРР на уровне пакетов работ, т.е. они содержат только самые крупные группы элементов. Конкретные же структурные решения нижних уровней зависят во многом от специфики проекта — масштабов, сложности, системы взаимоотношений между участниками и т.д.
Ниже приведен пример шаблона «Структура работ проекта организационных преобразований предприятия». В этой структуре работ в качестве основания для декомпозиции используется жизненный цикл проекта.
Марк Львович Paзу
д.э.н., профессор, заведующий кафедрой управления проектами ГУУ, заведующий кафедрой общего менеджмента МФПА
Опубликовано на сайте Элитариум
Структура разбиения работ (СРР)
Структура разбиения (декомпозиции) работ (WBS — Work Breakdown Structure) – иерархическая структура последовательной декомпозиции проекта на подпроекты, пакеты работ различного уровня, пакеты детальных работ. СРР является базовым средством для создания системы УП, так как позволяет решать проблемы организации работ, распределения ответственности, оценки стоимости, создания системы отчетности, эффективно поддерживать процедуры сбора информации о выполнении работ и отображать результаты в информационной управленческой системе для обобщения графиков, стоимости, ресурсов, работ и дат их завершения.
Принципиальная схема структуры разбиения работ представлена на рис. 13.3.
Рис. 13.3. Принципиальная схема структуры разбиения работ
С одной стороны, СРР позволяет согласовать план проекта с потребностями заказчика, представленными в виде спецификаций или описаний работ. С другой стороны, СРР – удобное средство управления для менеджера, так как позволяет:
• определить работы, пакеты работ, обеспечивающие достижение подцелей (частных целей) проекта;
• проверить, все ли цели будут достигнуты в результате реализации проекта;
• создать удобную, соответствующую целям структуру отчетности;
• определить на соответствующем уровне детализации плана вехи (ключевые результаты), которые должны стать контрольными по проекту;
• распределить ответственность за достижение целей между исполнителями и тем самым гарантировать, что ни одна из работ не выпадет из поля зрения;
• обеспечить членам команды понимание общих целей и задач проекта.
Пакеты работ обычно соответствуют самому нижнему уровню детализации СРР и состоят из детальных работ. Последние при необходимости могут подразделяться на шаги. Ни детальные работы, ни шаги не могут быть элементами СРР.
Разработка СРР проводится либо сверху вниз, либо снизу вверх, либо используются одновременно оба подхода. Применяемый для этой цели итерационный процесс может включать различные подходы к выявлению информации. Например, используется методика «мозгового штурма», осуществляемого как в рамках команды проекта, так и с привлечением представителей других его участников. В результате построения СРР должны быть учтены все цели и созданы все необходимые предпосылки для их успешной реализации.
Уровень детализации СРР зависит от содержания проекта, квалификации и опыта команды проекта, применяемой системы управления, принципов распределения ответственности, существующей системы документооборота и отчетности и т.д. В процессе создания СРР могут использоваться детальные технические спецификации или только функциональные спецификации с требованиями к работам в самом общем виде.
Иерархическая структура проекта, создаваемая на основе СРР, позволяет применять процедуры сбора и обработки информации о реализации проекта в соответствии с уровнями управления, пакетами работ, вехами и т.д., обобщать информацию по графикам работ, затратам, ресурсам и срокам.
Система УП должна включать возможность представления информации по плановым и фактическим данным в соответствии со структурой СРР, кроме, разумеется, типовых макетов, построенных на основе фильтров по конкретным показателям (срокам, ресурсам, ответственным и т.д.).
Основанием декомпозиции СРР могут служить:
• компоненты товара (объекта, услуги, направления деятельности), получаемого в результате реализации проекта;
• процессные или функциональные элементы деятельности организации, реализующей проект;
• этапы жизненного цикла проекта, его основные фазы;
• подразделения организационной структуры;
• географическое размещение для пространственно распределенных проектов.
На практике используются комбинированные структуры СРР, построенные с использованием нескольких оснований декомпозиции.
Искусство декомпозиции проекта состоит в умелом согласовании основных структур, к которым относят прежде всего организационную структуру статей затрат, ресурсов, функциональную, информационную, структуру временных интервалов (порядок и состав фаз, этапов, ключевых событий проекта) и их возможные составные структуры. СРР служит основой для подобного согласования.
В состав СРР входят все работы проекта (их детализация учитывается в рамках пакетов). Анализ на полноту СРР является одним из самых важных этапов построения этой системообразующей структуры проекта. Если в нем имеются работы, контролируемые не только главным менеджером, но и заказчиком, то эти работы следует включить в состав СРР, тем самым обеспечивая полноту данной структуры. При этом внешние пакеты работ учитываются в СРР на соответствующем уровне (с разделением на внешние и внутренние работы) либо менеджером (на внешние и внутренние организационные подразделения).
В любом случае СРР должна быть понятна и позволять собирать проект в целом из отдельных работ, обеспечивать его управляемость при реализации и распределение ответственности по каждой работе и т.д. Обеспечение управляемости предполагает установление регламента (внутрифирменного стандарта), предписывающего участникам проекта порядок их действий и практическое обеспечение выполнения этого регламента. Первое называют «управление в большом», а второе – «управление в малом». Правила, основные этапы построения и возможности использования СРР перечислены ниже.
• На основе информации о плане мероприятий проводится последовательная декомпозиция (разбиение, деление на категории, классификация) по заданным основаниям (признакам, критериям) работ проекта. Этот процесс продолжается до тех пор, пока все значимые (важные, ключевые), пакеты работ или любые части проекта не будут выделены и идентифицированы в такой степени и таким образом, чтобы они могли планироваться, для них можно было определять бюджет и составлять расписание, выполнять функции мониторинга и контроля.
• Для наглядности и простоты автоматизации использования СРР каждому элементу декомпозиции присваивается уникальный идентификатор, соответствующий уровню и, например, порядковому номеру на уровне с использованием разделителей типа табуляции, знаков препинания и т.д. Названия элементов на каждом уровне отражают критерии разбиения работ. Например, на нижних уровнях — действия, связанные с производством конечного продукта этого уровня. При использовании функционального критерия разбиения работ элементы ветви, связанной с разработкой, могут иметь в названии метку «разработка», а элементы ветви, связанной с производством, — метку «производство». На уровнях, отображающих деятельность, связанную с конечными продуктами, название отражает вид действия.
• Для каждой работы, пакета работ, части проекта определяются имеющие к ним отношение данные (поставщики, ответственные исполнители, продолжительность, объемы, бюджет и за траты, оборудование, материалы, спецификации и т.д.). Каждый следующий уровень в СРР добавляет более детальные элементы, каждый из элементов связан с более общим элементом, расположенным на уровень выше. На любом из уровней группе «дочерних» (детальных) элементов соответствует только один «родительский» (суммарный) элемент. Это правило обеспечивает корректность суммирования стоимостей, вывода объединенных календарных графиков и обобщения информации о работах при переходе с одного уровня на другой.
• Наиболее важная информация – данные по персональной ответственности за выполняемые работы, т.е. матрица ответственности, в которой определяется, кто отвечает и за что. Она служит основой для решения проблем координации работ по проекту, выявления узких мест, где нет баланса между правами и обязанностями исполнителей.
• По каждой работе, пакету работ, части проекта проводится критический анализ с участием их исполнителей (участников проекта, менеджеров и т.д.) для подтверждения правильности СРР. После подтверждения правильности декомпозиции можно использовать агрегирование ресурсных требований, графиков, взаимосвязей частей проекта от уровня к уровню (снизу вверх). Самый верхний уровень СРР предоставляет суммарную информацию о проекте в целом, о его бюджете, графике и т.д.
• Для стоимостной оценки предложений поставщиков или определения соотношения доходов и затрат по проекту его общий бюджет должен включать: прямые затраты по каждой из работ в виде временной зависимости; накладные расходы по проекту, состоящие из общих и административных затрат, затрат на маркетинг и рекламу, возможных штрафных санкций и других затрат, общих для проекта; резерв на случай непредвиденных обстоятельств; баланс, включающий доход от проекта, который временами, к сожалению, может быть и отрицательным. Причем бюджет, используемый для калькуляции цен или для расчета дохода, не должен соответствовать бюджету, используемому для УП.
• График и план по контрольным вехам может быть представлен с помощью СРР в виде главного, укрупненного графика, в котором указаны основные компоненты и этапы проекта. Он является всеобъемлющим и может включать контрактные обязательства, ключевые контакты, порядок действий, важные события и отчеты о ходе выполнения работ.
Возможные ошибки структуризации проекта:
Ø пропуск стадии структуризации проекта и переход непосредственно к поиску и решению текущих, оперативных проблем;
Ø использование при структуризации только функций, фаз или организационных подразделений вместо конечных продуктов или необходимых ресурсов;
Ø непонимание того, что СРР должна охватывать весь проект (обычно недостаточное внимание уделяется начальной и конечной фазам проекта, а также работе функциональных, обеспечивающих подразделений);
Ø повторение элементов структуры;
Ø отсутствие интеграции структуры проекта с системой ведения бухгалтерских счетов в компании и с системой подготовки проектносметной документации;
Ø излишняя или недостаточная детализация;
Ø невозможность компьютерной обработки результатов структуризации (планов проекта) изза ошибок формального характера (каждый уровень или элемент плана должен быть определенным образом закодирован);
Ø неучет «неосязаемых» конечных продуктов, таких как услуги;
Ø недостаточное информационное или программное обеспечение.
Экономическая библиотека
Сборник научных трудов об индивидуальной свободе и свободном рынке. Проект Liberty Fund, Inc.
И.И. Мазур, В.Д. Шапиро, Н.Г. Ольдерогге, А.В. Полковников
УПРАВЛЕНИЕ ПРОЕКТАМИ
13.4. Структура разбиения работ (СРР)
Структура разбиения (декомпозиции) работ (WBS — Work Breakdown Structure) — иерархическая структура последовательной декомпозиции проекта на подпроекты, пакеты работ различного уровня, пакеты детальных работ. СРР является базовым средством для создания системы УП, так как позволяет решать проблемы организации работ, распределения ответственности, оценки стоимости, создания системы отчетности, эффективно поддерживать процедуры сбора информации о выполнении работ и отображать результаты в информационной управленческой системе для обобщения графиков, стоимости, ресурсов, работ и дат их завершения.
Принципиальная схема структуры разбиения работ представлена на рис. 13.3.
Рис. 13.3. Принципиальная схема структуры разбиения работ
С одной стороны, СРР позволяет согласовать план проекта с потребностями заказчика, представленными в виде спецификаций или описаний работ. С другой стороны, СРР — удобное средство управления для менеджера, так как позволяет:
— определить работы, пакеты работ, обеспечивающие достижение подцелей (частных целей) проекта;
— проверить, все ли цели будут достигнуты в результате реализации проекта;
— создать удобную, соответствующую целям структуру отчетности;
— определить на соответствующем уровне детализации плана вехи (ключевые результаты), которые должны стать контрольными по проекту;
— распределить ответственность за достижение целей между исполнителями и тем самым гарантировать, что ни одна из работ не выпадет из поля зрения;
— обеспечить членам команды понимание общих целей и задач проекта.
Пакеты работ обычно соответствуют самому нижнему уровню детализации СРР и состоят из детальных работ. Последние при необходимости могут подразделяться на шаги. Ни детальные работы, ни шаги не могут быть элементами СРР.
Разработка СРР проводится либо сверху вниз, либо снизу вверх, либо используются одновременно оба подхода. Применяемый для этой цели итерационный процесс может включать различные подходы к выявлению информации. Например, используется методика «мозгового штурма», осуществляемого как в рамках команды проекта, так и с привлечением представителей других его участников. В результате построения СРР должны быть учтены все цели и созданы все необходимые предпосылки для их успешной реализации.
Уровень детализации СРР зависит от содержания проекта, квалификации и опыта команды проекта, применяемой системы управления, принципов распределения ответственности, существующей системы документооборота и отчетности и т.д. В процессе создания СРР могут использоваться детальные технические спецификации или только функциональные спецификации с требованиями к работам в самом общем виде.
Иерархическая структура проекта, создаваемая на основе СРР, позволяет применять процедуры сбора и обработки информации о реализации проекта в соответствии с уровнями управления, пакетами работ, вехами и т.д., обобщать информацию по графикам работ, затратам, ресурсам и срокам.
Система УП должна включать возможность представления информации по плановым и фактическим данным в соответствии со структурой СРР, кроме, разумеется, типовых макетов, построенных на основе фильтров по конкретным показателям (срокам, ресурсам, ответственным и т.д.).
Основанием декомпозиции СРР могут служить:
— компоненты товара (объекта, услуги, направления деятельности), получаемого в результате реализации проекта;
— процессные или функциональные элементы деятельности организации, реализующей проект;
— этапы жизненного цикла проекта, его основные фазы;
— подразделения организационной структуры;
— географическое размещение для пространственно распределенных проектов.
На практике используются комбинированные структуры СРР, построенные с использованием нескольких оснований декомпозиции.
Искусство декомпозиции проекта состоит в умелом согласовании основных структур, к которым относят прежде всего организационную структуру статей затрат, ресурсов, функциональную, информационную, структуру временных интервалов (порядок и состав фаз, этапов, ключевых событий проекта) и их возможные составные структуры. СРР служит основой для подобного согласования.
В состав СРР входят все работы проекта (их детализация учитывается в рамках пакетов). Анализ на полноту СРР является одним из самых важных этапов построения этой системообразующей структуры проекта. Если в нем имеются работы, контролируемые не только главным менеджером, но и заказчиком, то эти работы следует включить в состав СРР, тем самым обеспечивая полноту данной структуры. При этом внешние пакеты работ учитываются в СРР на соответствующем уровне (с разделением на внешние и внутренние работы) либо менеджером (на внешние и внутренние организационные подразделения).
В любом случае СРР должна быть понятна и позволять собирать проект в целом из отдельных работ, обеспечивать его управляемость при реализации и распределение ответственности по каждой работе и т.д. Обеспечение управляемости предполагает установление регламента (внутрифирменного стандарта), предписывающего участникам проекта порядок их действий и практическое обеспечение выполнения этого регламента. Первое называют «управление в большом», а второе — «управление в малом».
Правила, основные этапы построения и возможности использования СРР перечислены ниже.
— На основе информации о плане мероприятий проводится последовательная декомпозиция (разбиение, деление на категории, классификация) по заданным основаниям (признакам, критериям) работ проекта.
Этот процесс продолжается до тех пор, пока все значимые (важные, ключевые), пакеты работ или любые части проекта не будут выделены и идентифицированы в такой степени и таким образом, чтобы они могли планироваться, для них можно было определять бюджет и составлять расписание, выполнять функции мониторинга и контроля.
— Для наглядности и простоты автоматизации использования СРР каждому элементу декомпозиции присваивается уникальный идентификатор, соответствующий уровню и, например, порядковому номеру на уровне с использованием разделителей типа табуляции, знаков препинания и т.д.
Названия элементов на каждом уровне отражают критерии разбиения работ. Например, на нижних уровнях — действия, связанные с производством конечного продукта этого уровня. При использовании функционального критерия разбиения работ элементы ветви, связанной с разработкой, могут иметь в названии метку «разработка», а элементы ветви, связанной с производством, — метку «производство». На уровнях, отображающих деятельность, связанную с конечными продуктами, название отражает вид действия.
— Для каждой работы, пакета работ, части проекта определяются имеющие к ним отношение данные (поставщики, ответственные исполнители, продолжительность, объемы, бюджет и затраты, оборудование, материалы, спецификации и т.д.).
Каждый следующий уровень в СРР добавляет более детальные элементы, каждый из элементов связан с более общим элементом, расположенным на уровень выше. На любом из уровней группе «дочерних» (детальных) элементов соответствует только один «родительский» (суммарный) элемент. Это правило обеспечивает корректность суммирования стоимостей, вывода объединенных календарных графиков и обобщения информации о работах при переходе с одного уровня на другой.
— Наиболее важная информация — данные по персональной ответственности за выполняемые работы, т.е. матрица ответственности, в которой определяется, кто отвечает и за что. Она служит основой для решения проблем координации работ по проекту, выявления узких мест, где нет баланса между правами и обязанностями исполнителей.
— По каждой работе, пакету работ, части проекта проводится критический анализ с участием их исполнителей (участников проекта, менеджеров и т.д.) для подтверждения правильности СРР. После подтверждения правильности декомпозиции можно использовать агрегирование ресурсных требований, графиков, взаимосвязей частей проекта от уровня к уровню (снизу вверх). Самый верхний уровень СРР предоставляет суммарную информацию о проекте в целом, о его бюджете, графике и т.д.
— Для стоимостной оценки предложений поставщиков или определения соотношения доходов и затрат по проекту его общий бюджет должен включать: прямые затраты по каждой из работ в виде временной зависимости; накладные расходы по проекту, состоящие из общих и административных затрат, затрат на маркетинг и рекламу, возможных штрафных санкций и других затрат, общих для проекта; резерв на случай непредвиденных обстоятельств; баланс, включающий доход от проекта, который временами, к сожалению, может быть и отрицательным. Причем бюджет, используемый для калькуляции цен или для расчета дохода, не должен соответствовать бюджету, используемому для УП.
— График и план по контрольным вехам может быть представлен с помощью СРР в виде главного, укрупненного графика, в котором указаны основные компоненты и этапы проекта. Он является всеобъемлющим и может включать контрактные обязательства, ключевые контакты, порядок действий, важные события и отчеты о ходе выполнения работ.
Возможные ошибки структуризации проекта:
— пропуск стадии структуризации проекта и переход непосредственно к поиску и решению текущих, оперативных проблем;
— использование при структуризации только функций, фаз или организационных подразделений вместо конечных продуктов или необходимых ресурсов;
— непонимание того, что СРР должна охватывать весь проект (обычно недостаточное внимание уделяется начальной и конечной фазам проекта, а также работе функциональных, обеспечивающих подразделений);
— повторение элементов структуры;
— отсутствие интеграции структуры проекта с системой ведения бухгалтерских счетов в компании и с системой подготовки проектно-сметной документации;
— излишняя или недостаточная детализация;
— невозможность компьютерной обработки результатов структуризации (планов проекта) из-за ошибок формального характера (каждый уровень или элемент плана должен быть определенным образом закодирован);
Структура разбиения работ (СРР)
Структура разбиения (декомпозиции) работ (WBS — Work Breakdown Structure) – иерархическая структура последовательной декомпозиции проекта на подпроекты, пакеты работ различного уровня, пакеты детальных работ. СРР является базовым средством для создания системы УП, так как позволяет решать проблемы организации работ, распределения ответственности, оценки стоимости, создания системы отчетности, эффективно поддерживать процедуры сбора информации о выполнении работ и отображать результаты в информационной управленческой системе для обобщения графиков, стоимости, ресурсов, работ и дат их завершения.
Принципиальная схема структуры разбиения работ представлена на рис. 13.3.
Рис. 13.3. Принципиальная схема структуры разбиения работ
С одной стороны, СРР позволяет согласовать план проекта с потребностями заказчика, представленными в виде спецификаций или описаний работ. С другой стороны, СРР – удобное средство управления для менеджера, так как позволяет:
• определить работы, пакеты работ, обеспечивающие достижение подцелей (частных целей) проекта;
• проверить, все ли цели будут достигнуты в результате реализации проекта;
• создать удобную, соответствующую целям структуру отчетности;
• определить на соответствующем уровне детализации плана вехи (ключевые результаты), которые должны стать контрольными по проекту;
• распределить ответственность за достижение целей между исполнителями и тем самым гарантировать, что ни одна из работ не выпадет из поля зрения;
• обеспечить членам команды понимание общих целей и задач проекта.
Пакеты работ обычно соответствуют самому нижнему уровню детализации СРР и состоят из детальных работ. Последние при необходимости могут подразделяться на шаги. Ни детальные работы, ни шаги не могут быть элементами СРР.
Разработка СРР проводится либо сверху вниз, либо снизу вверх, либо используются одновременно оба подхода. Применяемый для этой цели итерационный процесс может включать различные подходы к выявлению информации. Например, используется методика «мозгового штурма», осуществляемого как в рамках команды проекта, так и с привлечением представителей других его участников. В результате построения СРР должны быть учтены все цели и созданы все необходимые предпосылки для их успешной реализации.
Уровень детализации СРР зависит от содержания проекта, квалификации и опыта команды проекта, применяемой системы управления, принципов распределения ответственности, существующей системы документооборота и отчетности и т.д. В процессе создания СРР могут использоваться детальные технические спецификации или только функциональные спецификации с требованиями к работам в самом общем виде.
Иерархическая структура проекта, создаваемая на основе СРР, позволяет применять процедуры сбора и обработки информации о реализации проекта в соответствии с уровнями управления, пакетами работ, вехами и т.д., обобщать информацию по графикам работ, затратам, ресурсам и срокам.
Система УП должна включать возможность представления информации по плановым и фактическим данным в соответствии со структурой СРР, кроме, разумеется, типовых макетов, построенных на основе фильтров по конкретным показателям (срокам, ресурсам, ответственным и т.д.).
Основанием декомпозиции СРР могут служить:
• компоненты товара (объекта, услуги, направления деятельности), получаемого в результате реализации проекта;
• процессные или функциональные элементы деятельности организации, реализующей проект;
• этапы жизненного цикла проекта, его основные фазы;
• подразделения организационной структуры;
• географическое размещение для пространственно распределенных проектов.
На практике используются комбинированные структуры СРР, построенные с использованием нескольких оснований декомпозиции.
Искусство декомпозиции проекта состоит в умелом согласовании основных структур, к которым относят прежде всего организационную структуру статей затрат, ресурсов, функциональную, информационную, структуру временных интервалов (порядок и состав фаз, этапов, ключевых событий проекта) и их возможные составные структуры. СРР служит основой для подобного согласования.
В состав СРР входят все работы проекта (их детализация учитывается в рамках пакетов). Анализ на полноту СРР является одним из самых важных этапов построения этой системообразующей структуры проекта. Если в нем имеются работы, контролируемые не только главным менеджером, но и заказчиком, то эти работы следует включить в состав СРР, тем самым обеспечивая полноту данной структуры. При этом внешние пакеты работ учитываются в СРР на соответствующем уровне (с разделением на внешние и внутренние работы) либо менеджером (на внешние и внутренние организационные подразделения).
В любом случае СРР должна быть понятна и позволять собирать проект в целом из отдельных работ, обеспечивать его управляемость при реализации и распределение ответственности по каждой работе и т.д. Обеспечение управляемости предполагает установление регламента (внутрифирменного стандарта), предписывающего участникам проекта порядок их действий и практическое обеспечение выполнения этого регламента. Первое называют «управление в большом», а второе – «управление в малом». Правила, основные этапы построения и возможности использования СРР перечислены ниже.
• На основе информации о плане мероприятий проводится последовательная декомпозиция (разбиение, деление на категории, классификация) по заданным основаниям (признакам, критериям) работ проекта. Этот процесс продолжается до тех пор, пока все значимые (важные, ключевые), пакеты работ или любые части проекта не будут выделены и идентифицированы в такой степени и таким образом, чтобы они могли планироваться, для них можно было определять бюджет и составлять расписание, выполнять функции мониторинга и контроля.
• Для наглядности и простоты автоматизации использования СРР каждому элементу декомпозиции присваивается уникальный идентификатор, соответствующий уровню и, например, порядковому номеру на уровне с использованием разделителей типа табуляции, знаков препинания и т.д. Названия элементов на каждом уровне отражают критерии разбиения работ. Например, на нижних уровнях — действия, связанные с производством конечного продукта этого уровня. При использовании функционального критерия разбиения работ элементы ветви, связанной с разработкой, могут иметь в названии метку «разработка», а элементы ветви, связанной с производством, — метку «производство». На уровнях, отображающих деятельность, связанную с конечными продуктами, название отражает вид действия.
• Для каждой работы, пакета работ, части проекта определяются имеющие к ним отношение данные (поставщики, ответственные исполнители, продолжительность, объемы, бюджет и за траты, оборудование, материалы, спецификации и т.д.). Каждый следующий уровень в СРР добавляет более детальные элементы, каждый из элементов связан с более общим элементом, расположенным на уровень выше. На любом из уровней группе «дочерних» (детальных) элементов соответствует только один «родительский» (суммарный) элемент. Это правило обеспечивает корректность суммирования стоимостей, вывода объединенных календарных графиков и обобщения информации о работах при переходе с одного уровня на другой.
• Наиболее важная информация – данные по персональной ответственности за выполняемые работы, т.е. матрица ответственности, в которой определяется, кто отвечает и за что. Она служит основой для решения проблем координации работ по проекту, выявления узких мест, где нет баланса между правами и обязанностями исполнителей.
• По каждой работе, пакету работ, части проекта проводится критический анализ с участием их исполнителей (участников проекта, менеджеров и т.д.) для подтверждения правильности СРР. После подтверждения правильности декомпозиции можно использовать агрегирование ресурсных требований, графиков, взаимосвязей частей проекта от уровня к уровню (снизу вверх). Самый верхний уровень СРР предоставляет суммарную информацию о проекте в целом, о его бюджете, графике и т.д.
• Для стоимостной оценки предложений поставщиков или определения соотношения доходов и затрат по проекту его общий бюджет должен включать: прямые затраты по каждой из работ в виде временной зависимости; накладные расходы по проекту, состоящие из общих и административных затрат, затрат на маркетинг и рекламу, возможных штрафных санкций и других затрат, общих для проекта; резерв на случай непредвиденных обстоятельств; баланс, включающий доход от проекта, который временами, к сожалению, может быть и отрицательным. Причем бюджет, используемый для калькуляции цен или для расчета дохода, не должен соответствовать бюджету, используемому для УП.
• График и план по контрольным вехам может быть представлен с помощью СРР в виде главного, укрупненного графика, в котором указаны основные компоненты и этапы проекта. Он является всеобъемлющим и может включать контрактные обязательства, ключевые контакты, порядок действий, важные события и отчеты о ходе выполнения работ.
Возможные ошибки структуризации проекта:
Ø пропуск стадии структуризации проекта и переход непосредственно к поиску и решению текущих, оперативных проблем;
Ø использование при структуризации только функций, фаз или организационных подразделений вместо конечных продуктов или необходимых ресурсов;
Ø непонимание того, что СРР должна охватывать весь проект (обычно недостаточное внимание уделяется начальной и конечной фазам проекта, а также работе функциональных, обеспечивающих подразделений);
Ø повторение элементов структуры;
Ø отсутствие интеграции структуры проекта с системой ведения бухгалтерских счетов в компании и с системой подготовки проектносметной документации;
Ø излишняя или недостаточная детализация;
Ø невозможность компьютерной обработки результатов структуризации (планов проекта) изза ошибок формального характера (каждый уровень или элемент плана должен быть определенным образом закодирован);
Ø неучет «неосязаемых» конечных продуктов, таких как услуги;
Ø недостаточное информационное или программное обеспечение.