- •1. Современная концепция управления проектом
- •2. Окружающая среда и участники проекта
- •3. Жизненный цикл проекта
- •4.Базовые элементы управления проектом
- •5. Характеристика видов деятельности по управлению проектом
- •6. Подсистемы управления проектом
- •7. Исторические аспекты проектного управления в России
- •8. Исторические аспекты проектного управления за рубежом
- •9. Проблемы классификации проектов
- •10. Терминальные проекты
- •11. Развивающиеся проекты
- •12. Открытые проекты
- •13. Мультипроекты
- •14. Классификация проектного управления
- •15. Использование линейных моделей в управлении проектами.
- •16.Использование теории графов в управлении проектами
- •17.Основные понятия и элементы сетевых моделей
- •18. Правила построения сетевых моделей
- •19. Упорядочение сетевых моделей
- •20. Понятие организационной структуры управления проектом
- •21. Организационная структура управления и система взаимоотношений участников проекта.
- •22. Общие принципы выбора организационной структуры управления проектом.
- •23. Общее представление о матрицах ответственности
- •24. Разновидности матрицы ответственности
- •25. Матрица разделения административных задач управления
- •26. Понятие структуры разбиения работ
- •27. Разработка структуры разбиения работ
- •28. Подходы к построению структуры разбиения работ
- •29. Шаблоны структур разбиения работ
- •1. Фаза разработки проекта.
- •2. Фаза реализации проекта.
- •30. Роль метода освоенного объема в управлении проектом
- •31. Появление и развитие метода освоенного объема
- •32. Базовые показатели метода освоенного объема
- •33. Анализ и прогнозирование состояния проекта с помощью метода освоенного объема
- •34. Современная концепция управления качеством проекта
- •35. Процессы управления качеством проекта
- •36. Функционально-стоимостной анализ
- •37. Функционально-физический анализ
- •38. Структурирование функций качества.
- •39. Анализ последствий и причин отказов.
- •40. Анализ ценности и стоимости качества
- •41. Методы контроля качества
- •42. Методы обеспечения качества
- •43. Построение дерева рисков проекта.
- •44. Методы определения вероятности и последствий рисков в управлении проектами.
- •45. Управление персоналом проекта.
- •47.Управление рисками проекта с помощью метода «анализ чувствительности».
26. Понятие структуры разбиения работ
Одним из эффективных инструментов управления проектом является структура разбиения работ. Она позволяет определить, какие работы необходимо выполнить для реализации проекта, и установить единую структуру управления этими работами. Структура разбиения работ позволяет участникам проекта и всем заинтересованным лицам достичь ясного представления о конечной продукции проекта и всех работ, необходимых для создания этой продукции.
Структура разбиения работ — иерархическая структура последовательной декомпозиции проекта на подпроекты, пакеты работ различного уровня, пакеты детальных работ. СРР - базовое средство для создания системы управления проектом, позволяет решать проблемы организации работ, распределения ответственности, оценки стоимости, создания системы отчетности, эффективно поддерживать процедуры сбора информации о выполнении работ и отображать результаты в информационной управленческой системе для обобщения графиков работ, стоимости, ресурсов и дат завершения.СРР позволяет согласовать план проекта с потребностями заказчика, представленными в виде спецификаций или описаний работ. Кроме того, СРР является удобным средством управления для проект-менеджера, так как позволяет:определить работы, пакеты работ, обеспечивающие достижение подцелей проекта;создать удобную, соответствующую целям проекта структуру отчетности;определить на соответствующем уровне детализации плана вехи (ключевые результаты), которые должны стать контрольными точками по проекту;определить ответственность за достижение целей проекта между его исполнителями и тем самым гарантировать, что все работы по проекту имеют ответственных и не выпадут из поля зрения;обеспечить членам команды понимание общих целей и задач по проекту.Пакеты работ соответствуют самому нижнему уровню детализации СРР и состоят из детальных работ, которые, при необходимости, могут подразделяться на шаги. Разработка СРР проводится либо сверху вниз, либо снизу вверх, либо используются одновременно оба подхода. В результате построения СРР должны быть учтены все цели проекта и созданы все необходимые предпосылки для его успешной реализации.Иерархическая структура проекта, создаваемая на основе СРР, позволяет применять процедуры сбора и обработки информации о ходе выполнения работ по проекту в соответствии с уровнями управления, пакетами работ, вехами и т. д., обобщать информацию по графикам работ, затратам, ресурсам и срокам.Основание декомпозиции СРР:компоненты товара (объекта, услуги, направления деятельности), получаемого в результате реализации проекта;процессные или функциональные элементы деятельности организации, реализующей проект;этапы жизненного цикла проекта, основные фазы;подразделения организационной структуры;географическое размещение для пространственно распределенных проектов.декомпозиция проекта - согласование основных структур проекта (орг структуру, структуру статей затрат, структуру ресурсов, функциональную структуру, информационную структуру, структуру временных интервалов) и их возможные составные структуры. СРР служит основой для подобного согласования.Анализ на полноту СРР является одним из самых важных этапов построения этой системообразующей структуры проекта. Песли в проекте имеются работы, контролируемые не только руководителем проекта, но и заказчиком, эти работы следует включить в состав работ СРР, тем самым обеспечивая полноту этой структуры. При этом внешние пакеты работ учитываются в СРР на соответствующем уровне с разделением на внешние и внутренние работы либо с разделением на внешние и внутренние организационные подразделения.СРР должна быть понятна и позволять собирать проект в целом из отдельных работ, обеспечивать управляемость при его реализации и распределение ответственности по каждой работе. Правила, основные этапы построения и возможности использования СРР следующие: на основе информации о плане мероприятий проводится последовательная декомпозиция (разбиение, деление на категории, классификация) по заданным признакам работ проекта. Этот процесс продолжается до тех пор, пока все ключевые работы, пакеты работ или любые части проекта не будут выделены и идентифицированы так, чтобы они могли планироваться, для них можно было определять бюджет и составлять расписание, выполнять функции мониторинга и контроля;названия элементов на каждом уровне отражают критерии разбиения работ. Каждый следующий уровень в СРР добавляет более детальные элементы, каждый из элементов связан с более общим элементом, расположенным на уровень выше. На любом из уровней группе «дочерних» элементов соответствует только один «родительский» элемент. Для стоимостной оценки предложений поставщиков или определения соотношения доходов и затрат по проекту, его общий бюджет должен включать в себя:прямые затраты по каждой из работ в виде временной зависимости;накладные расходы по проекту, состоящие из общих и административных затрат, затрат на маркетинг и рекламу, возможных штрафных санкций и других затрат, общих для проекта; резерв на случай непредвиденных обстоятельств; баланс, включающий доход от проекта, который временами, может быть и отрицательным. Причем бюджет, используемый для калькуляции цен или для расчета дохода, не должен соответствовать бюджету, используемому для управления проектом.
График и план по вехам может быть представлен с помощью СРР в виде главного, укрупненного графика, в котором указаны основные компоненты и этапы проекта. Он может включать в себя контрактные обязательства, ключевые контакты, порядок действий, важные события и отчеты о ходе выполнения работ. Возможные ошибки структуризации проекта:пропуск стадии структуризации проекта и переход непосредственно к поиску и решению текущих, оперативных проблем проекта;использование при структуризации только функций, фаз или организационных подразделений вместо конечных продуктов или используемых ресурсов;непонимание того, что СРР должна охватывать весь проект;повторение элементов структуры;отсутствие интеграции структуры проекта с системой ведения бухгалтерских счетов в компании и с системой подготовки проектно-сметной документации;излишняя или недостаточная детализация.
