
- •Оглавление
- •▲ История уп
- •▲ Система международных профессиональных стандартов уп
- •Структура
- •Уровни сертификации ipma
- •Национальные стандарты по управлению проектами
- •Области знаний управления проектами:
- •▲ Субъекты управления проектами: участники проекта, менеджер проекта, команда управления, анализ участников проекта.
- •Управление проектами и управление операционной деятельностью
- •Теория Роланда Гарайса
- •Организационное управление проектами.
- •Теория зрелости уп в организации
- •Модель зрелости Гарольда Керцнера или Project Management Maturity Model (pmmm)
- •Модель opm3
- •▲ Структуры уп: структурная деком работ, организац стр-ра проекта. Цели и принципы разработки
- •▲ Объекты управления проектами: проект, программа, портфель проектов.
- •▲ Жизненный цикл проекта
- •2.1.2 Взаимосвязи жизненного цикла проекта и продукта
- •2.1.3 Фазы проекта
- •▲ Группы процессов управления проектами
- •▲ Функции управления проектом
- •▲ Управление качеством проекта
- •▲ Управление рисками проекта
- •Планирование управления рисками: входы
- •11.1.2 Планирование управления рисками: инструменты и методы
- •11.1.3 Планирование управления рисками: выходы
- •11.2 Идентификация рисков
- •11.2.1 Идентификация рисков: входы
- •11.2.2 Идентификация рисков: инструменты и методы
- •11.2.3 Идентификация рисков: выходы
- •11.3 Качественный анализ рисков
- •11.3.1 Качественный анализ рисков: входы
- •11.3.2 Качественный анализ рисков: инструменты и методы
- •1 Определение вероятности и воздействия рисков
- •2 Матрица вероятности и последствий
- •3 Оценка качества данных риска
- •4 Классификация рисков
- •11.3.3 Качественный анализ рисков: выходы
- •1 Реестр рисков (обновления)
- •11.4 Количественный анализ рисков
- •11.4.1 Количественный анализ рисков: входы
- •4 Реестр рисков
- •11.4.2 Количественный анализ рисков: инструменты и методы
- •11.4.3 Количественный анализ рисков: выходы
- •1 Реестр рисков (обновления)
- •11.5 Планирование реагирования на риски
- •11.5.1 Планирование реагирования на риски: входы
- •2 Реестр рисков
- •11.5.2 Планирование реагирования на риски: инструменты и методы
- •1 Стратегии реагирования на негативные риски (угрозы)
- •2 Стратегии реагирования на позитивные риски (благоприятные возможности)
- •3 Общая стратегия реагирования на угрозы и благоприятные возможности Принятие:
- •11.5.3 Планирование реагирования на риски: выходы
- •1 Реестр рисков (обновления)
- •2 План управления проектом (обновления)
- •3 Контрактные соглашения, касающиеся рисков
- •11.6 Мониторинг и управление рисками
- •11.6.1 Мониторинг и управление рисками : входы
- •11.6.2 Мониторинг и управление рисками: инструменты и методы
- •1 Пересмотр рисков
- •2 Аудит рисков
- •3 Анализ отклонений и трендов
- •4 Техническое измерение исполнения
- •2 Запрошенные изменения
- •3 Рекомендованные корректирующие действия
- •4 Рекомендованные предупреждающие действия
- •5 Активы организационного процесса (обновления)
- •6 План управления проектом (обновления)
- •▲ Управление содержанием проекта
- •Глава 5 «Управление содержанием проекта» показывает процессы,
- •6.2 Определение взаимосвязей операций
- •6.2.1 Определение взаимосвязей операций: входы
- •6.2.2 Определение взаимосвязей операций: Инструменты и Методы. Метод сетевого планирования.
- •2 Метод стрелочных диаграмм
- •3 Шаблоны расписания сети
- •4 Определение зависимостей
- •5 Применение опережений и задержек
- •Календарное планирование
- •Устав проекта
- •4.1.1 Разработка Устава проекта: входы
- •1 Описание работ по проекту
- •2 Экономическое обоснование
- •4.1.3 Разработка Устава проекта: выходы
- •Управление персоналом проекта
- •▲ Управление коммуникациями проекта.
- •Уравление контрактами и поставками
- •▲ Управление интеграцией проекта
- •Закрытие проекта
- •Информационная система управления проектами
- •Корпоративная система управления проектами (ксуп)
- •4.1 Разработка Устава проекта
- •4.1.1 Разработка Устава проекта: входы
- •4.1.3 Разработка Устава проекта: выходы
Модель зрелости Гарольда Керцнера или Project Management Maturity Model (pmmm)
5 уровней
Основные положения модели зрелости Гарольда Керцнера
Каждый следующий за другим уровнем не может быть начат пока не пройден предыдущий.
Уровни могут перекрываться.
На каждом уровне зрелости могут возникать риски.
Существуют подводные камни или препятствия, мешающие достижению следующего уровня.
Разный уровень зрелости системы управления проектами в компании характеризуется рядом проблем, связанных с сопротивлением нововведениям сотрудников и отделов
Модель opm3
OPM3 — Organizational Project Management Maturity Model — модель зрелости организационного управления проектами — международный стандарт[источник не указан 355 дней] по оценке зрелости управления проектами в организациях, выпущенный в 2003 году американским Институтом Управления Проектами (Project Management Institute, PMI). Стандарт позволяет компании выявить проблемные области в процессах управления проектами и определить стратегию совершенствования своей деятельности.
3 элемента ОРМЗ:
Знание о том, что такое управление проектами в организации, как определить уровень зрелости управления проектами, и что представляют собой лучшие практики в УП;
Оценка текущего уровня зрелости управления проектами;
Способы улучшения процессов управления проектами для достижения более высокого уровня зрелости.
Стандарт OPM3 включает:
Свод знаний — книга, описывающая основные концепции и структуру стандарта, содержание самой модели и процедуру ее использования
База лучших практик — база данных и инструментария, представленная в электронном виде (он-лайн доступ через Интернет или на CD). База структурирована по трем доменам (портфель проектов, программа, проект) и четырем уровням формализации проектов (процессы стандартизированы, измеряемы, управляемы, и оптимизируемы). Кроме того, лучшие практики в основном соответствуют одной из групп процессов управления проектами по PMBoK (Project Management Body of Knowledge): инициация, планирование, организация исполнения, контроль, завершение.[1]
Успешное применение модели OPM3 зависит от размера, сложности структуры и первоначального уровня зрелости организации.
▲ Структуры уп: структурная деком работ, организац стр-ра проекта. Цели и принципы разработки
Структурная декомпозиция работ (Work breakdown structure, WBS) - Иерархическая структуризация работ проекта, ориентированная на основные результаты проекта, определяющие его предметную область. Каждый нижестоящий уровень структуры представляет собой детализацию вышестоящего уровня проекта. Элементом проекта может быть как продукт, услуга, так и пакет работ или работа.
Основные виды WBS:
-Продуктовый
-Функциональный
-Организационный
-Прочие (по фазам ЖЦ, по договорам, по субподрядчикам и т.п.)
-Смешанные
«Продуктовая» WBS - построение WBS по компонентам продукции проекта. В качестве элементов WBS выбираются элементы продукции проекта, его материальные результаты. Для определения названия пакетов работ и отдельных работ используются существительные.
«Функциональная» WBS - построение WBS по функциональным элементам деятельности. В качестве элементов WBS выбираются элементы операций технологического цикла производства продукции проекта, сгруппированные по функциональному признаку. Для определения названия пакетов работ и отдельных работ используются в основном существительные.
«Организационная» WBS - построение WBS по элементам организационной структуры. В качестве элементов WBS выбираются элементы организационной структуры или структурной схемы организации. Для определения названия пакетов работ и отдельных работ используются в основном существительные - названия функциональных подразделений
Для реализации проекта и упрощения управления и могут быть использованы следующие инструменты:
Создание иерархической структуры проекта (ИСП), также часто называемой иерархической структурой работ (ИСР) [PMI: Work Breakdown Structure] или структурной декомпозицией работ (СДР) [1].
Иерархическая структура проекта (ИСП) - это графическая или словесная модель проекта, раскрывающая его уровень за уровнем до степени детализации, необходимой для эффективного планирования и контроля. Включает все промежуточные и конечные продукты (техническая инфраструктура, программное обеспечение) и основные функциональные работы, которые должны быть выполнены для разработки концепции, проектирования, создания, производства, сборки, тестирования и поставки конечного продукта.
Декомпозиция — разбиение основных целей и результатов (Deliverables) на более мелкие и более управляемые части с целью:
повышения точности оценок по стоимости, времени и ресурсам;
определения базиса для измерения и контроля хода выполнения;
создания четкого распределения ответственности.
Этапы декомпозиции:
Определение основных целей проекта, включая основные цели управления проектом.
Декомпозиция основных целей и проектной работы с помощью иерархической структуры работ
Разбиение каждой цели на ее фундаментальные компоненты.
Каждый элемент ИСР имеет уникальный код и описан в словаре ИСР (WBS dictionary). У каждого пакета работ (нижний уровень ИСР) обязательно должен быть результат
Организационная структура исполнителей (OBS).
Цель OBS состоит в указании не только исполнителей работ для каждого пакета, но и в определении отделов организаций, ответственных за выполнение соответствующих работ. Определяет ее, как правило, менеджер проекта и согласует со спонсором. В зависимости от OBS определяются обязанности и полномочия каждого участника на проекте. Выглядит как оргструктура только с ролями.
Матрица ответственности - связывает пакеты работ с организациями-исполнителями на основе WBS и OBS. В матрице определяются основные исполнители по пакетам работ. Дополнение
Дерево целей - это графы, схемы, показывающие, как генеральная цель проекта разбивается на подцели следующего уровня и т.д. (дерево - это связанный граф, выражающий соподчинение и взаимосвязи элементов, данном случае такими элементами являются цели и подцели).
Дерево решений - граф, схема, отражающие структуру задачи оптимизации многошагового процесса. Ветви дерева отображают различные события, которые могут иметь место, а узлы (вершины) - точки, в которых возникает необходимость выбора. Причем узлы различны - в одних выбор осуществляет сам проект-менеджер из некоторого набора альтернатив, в других выбор от него не зависит. В таких случаях проект-менеджер может осуществлять оценку вероятности того или иного ее «решения».
Структура потребляемых ресурсов. Для анализа средств, которые необходимы для достижения целей и подцелей проекта, осуществляется структуризация ресурсов различных типов. Иерархически построенный граф фиксирует необходимые на каждом уровне ресурсы для реализации проекта. Например, на первом уровне определяются материально-технические, трудовые и финансовые ресурсы. Затем материально-технические ресурсы дифференцируются на строительные материалы, машины, оборудование. Строительные материалы - на складируемые и не складируемые и т.д.