Структурное планирование в управлении проектами (декомпозиция проектов)

Автор работы: Пользователь скрыл имя, 18 Января 2015 в 07:53, курсовая работа

Описание работы

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

Содержание работы

Введение 3
Глава I. Структура управления проектам 4
Организация проектов в рамках функциональной структуры 13
1.2 Организация проектов по принципу независимых команд 15
1.3 Организация проектов в матричной организации 18
Глава II. Выбор подходящей структуры управления проектом 20
Заключение 23
Список источников 25

Файлы: 1 файл

курсовая теория управление проектами.docx

— 214.20 Кб (Скачать файл)

Оглавление

 

 

 

Введение 3

Глава I. Структура управления проектам 4

    1. Организация проектов в рамках функциональной структуры 13

1.2 Организация проектов  по принципу независимых команд 15

1.3 Организация проектов  в матричной организации 18

Глава II. Выбор подходящей структуры управления проектом 20

Заключение 23

Список источников 25

 

Введение

 

 

В данной работе будет рассмотрена структура разбиения (декомпозиция) работ, также рассмотрим подходящую структуру управления проектом для организации.

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

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

Кроме того, процесс структуризации проекта — неотъемлемая часть общего процесса планирования проекта и определения его целей, а также подготовки сводного (генерального) плана проекта и матрицы распределения ответственности и обязанностей.

 

Глава I. Структура управления проектами

 

 

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

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

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

Во-вторых, большинство проектов по своей сути являются междисциплинарными, что требует координации усилий самых разных специалистов. Например, проект разработки нового продукта наверняка потребует участия специалистов в области дизайна, маркетинга, производства и финансов. Однако большинство организаций структурированы, но отделам согласно функциональной направленности, таким образом, специалисты по дизайну, маркетингу, производству и финансам работают в разных подразделениях. Многие исследователи отмечают, что различные группы специалистов вырабатывают свои собственные традиции, нормы, ценности и стиль работы, что мешает их «интеграции» и приводит к функциональному разграничению. В большинстве организаций полномочия распределяются иерархически по функциональным линиям. А так как проекты охватывают несколько функциональных областей, то выявить и назначить основного ответственного за управление проектом в целом часто очень трудно.

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

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

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

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

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

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

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

 

Рис.1 Пример иерархической структуры работ

 

При построении ИСР необходимо соблюдать следующие принципы:

  1. Работы нижнего уровня являются способом достижения работ верхнего уровня.
  2. У каждой родительской работы может иметься несколько дочерних работ, достижение которых автоматически обеспечивает достижение родительской работы.
  3. У каждой дочерней работы может быть только одна родительская работа.
  4. Декомпозиция родительской работы на дочерние производится по одному критерию, в качестве которого могут выступать: компоненты результатов и продуктов проекта, этапы жизненного цикла проекта, ресурсы и функциональные виды деятельности, а также элементы организационной структуры.
  5. На одном уровне дочерние работы, декомпозирующие родительскую должны быть равнозначны. В качестве критерия равнозначности могут выступать: объем и время выполнения работ, пр.
  6. При построении иерархической структуры работ на различных уровнях можно и следует применять различные критерии декомпозиции.
  7. Последовательность критериев декомпозиции работ следует выбирать таким образом, чтобы как можно большая часть зависимостей и взаимодействий между работами оказалась на самых нижних уровнях ИСР. На верхних уровнях работы должны быть автономны.
  8. Декомпозиция работ прекращается тогда, когда работы нижнего уровня удовлетворяют следующим условиям:
  • работы ясны и понятны менеджеру и участникам проекта (являются элементарными);
  • понятен конечный результат работы и способы его достижения;
  • временные характеристики и ответственность за выполнение работ могут быть однозначно определены.

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

Основанием декомпозиции СРР могут служить:

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

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

Искусство декомпозиции проекта состоит в умелом согласовании основных структур проекта, к которым относят, прежде всего, организационную структуру (OBS — Organization Breakdown Structure), структуру статей затрат (ABS —- Account Breakdown Structure), структуру ресурсов (RBS—Resource Breakdown Structure), функциональную структуру, информационную структуру, структуру временных интервалов (порядок и состав фаз, этапов, ключевых событий проекта) и их возможные составные структуры. СРР служит основой для подобного согласования.

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

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

Правила, основные этапы построения и возможности использования СРР следующие:

  • на основе информации о плане мероприятий проводится последовательная декомпозиция (разбиение, деление на категории, классификация) по заданным основаниям (признакам, критериям) работ проекта.

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

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

 

 Рис.2. СРР для смешанного подхода

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

  • для каждой работы, пакета работ, части проекта, выделенных таким образом, определяются имеющие к ним отношение данные (поставщики, ответственные исполнители, продолжительность, объемы, бюджет и затраты, оборудование, материалы, спецификации и т. д.).

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

Информация о работе Структурное планирование в управлении проектами (декомпозиция проектов)