
- •Оглавление
- •▲ История уп
- •▲ Система международных профессиональных стандартов уп
- •Структура
- •Уровни сертификации 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 Office, PMO) – это подразделение организации или орган, осуществляющий различные функции, относящиеся к централизации и координации управления проектами, входящими в его компетенцию. PMO может являться заинтересованной стороной проекта,
если он несет прямую или косвенную ответственность за результат проекта.
• Менеджеры проектов назначаются исполняющей организацией для достижения целей проекта. Эта роль требует гибкости, осмотрительности, сильных лидерских качеств и умения договариваться, а также солидного знания практики управления проектами.
Ответственности:
-разработку плана управления проектом и всех сопутствующих
составляющих планов;
- обеспечение надлежащего выполнения проекта с точки зрения сроков и
бюджета;
- обнаружение, наблюдение и реагирование на возникающие риски;
- предоставление своевременной и точной отчетности по системе
показателей проекта.
Менеджер проекта является ведущим лицом, отвечающим за обмен
информацией со всеми заинтересованными сторонами проекта, в частности со
спонсором проекта, командой проекта и другими ключевыми
заинтересованными сторонами проекта. Менеджер проекта находится в центре
взаимодействий между заинтересованными сторонами проекта и самим
проектом.
• Команда проекта. Команда проекта состоит из менеджера проекта, команды
управления проектом и остальных членов команды, которые выполняют работу,
но не обязательно участвуют в управлении проектом. Данная команда состоит
из представителей различных групп, обладающих знаниями в конкретной
предметной области или набором конкретных навыков и выполняющих работу
по проекту.
• Функциональные руководители. Функциональные руководители являются
ключевыми лицами, играющими руководящую роль в рамках
административной или функциональной области предприятия, такой как отдел
кадров, финансовый отдел, бухгалтерия или отдел поставок. Им выделяется
собственный постоянный персонал для выполнения текущих работ, и они
имеют четкие указания управлять всеми задачами в рамках своей
функциональной области ответственности. Функциональный руководитель
может предоставлять экспертную помощь в предметной области, или его
функцией может являться предоставление услуг для проекта.
• Управление операциями. Менеджеры по операциям – это лица, выполняющие
управляющую роль в основной области деятельности предприятия, например в
области исследований и разработок, проектирования, производства, подготовки
к работе, испытаний или технического обслуживания. В отличие от
функциональных руководителей, эти менеджеры имеют дело непосредственно с
производством и обслуживанием реализуемых продуктов и услуг предприятия.
В зависимости от типа проекта формальный переход происходит при
завершении, чтобы передать техническую документацию по проекту и другие
документы постоянного хранения в руки представителей соответствующей
группы управления операциями. Затем группа управления операциями включит
переданный проект в число стандартных операций и обеспечит ему
долговременную поддержку.
• Продавцы/деловые партнеры. Продавцы, также называемые агентами,
поставщиками или подрядчиками, – это сторонние компании, заключившие
договор на предоставление компонентов или услуг, необходимых для проекта.
Деловые партнеры также являются сторонними компаниями, но они имеют с
предприятием особую связь, иногда приобретенную посредством процедуры
сертификации.
Анализ участников проекта
Команда проекта – специфическая орг.структура, совокупность отдельных лиц, групп, организаций, привлеченный к выполнению проекта и ответственных перед руководителем за его выполнение.(все, все – инвестор, заказчик, поставщики)
Команда управления проектом должна:
выявить как внутренних, так и внешних заинтересованных сторон проекта
определить требования, предъявляемые к проекту, и ожидания всех вовлеченных сторон.
Основные особенности участников проекта и их взаимодействия
В ходе жизненного цикла проекта происходит смена лидирующих ролей ключевых стейкхолдеров
Уже на первых шагах оценки проекта часто проявляется конфликт интересов и целей ключевых стейкхолдеров проекта
Часто принципиальное решение о вхождении компании в новый проект (GO/NO GO decision making) принимается в условиях конфликта
Эксперты по качеству должны обладать двумя важными прерогативами: полнотой полномочий и независимостью от менеджмента компании
Принципиально важным является определение баланса интересов ключевых стейкхолдеров проекта на этапе его оценки
Успех управления проектом в значительной степени зависит от баланса интересов и целей стейкхолдеров проекта
Несмотря на то, что все стейкхолдеры заинтересованы в успехе проекта, их личные цели и интересы могут не совпадать и даже быть противоположными
Цели стейкхолдеров различны на пред — проектной и пост- контрактной фазах
Баланс интересов стейкхолдеров может быть построен на основе общих для них целей подписания контракта и успешного выполнения проекта
Достижение частных целей стейкхолдеров возможно лишь при нахождении между ними определенного компромисса, основанного на их общих целях и интересах проекта в целом
На основе стремления к общим целям и следует искать компромисс конфликтующих частных целей стейкхолдеров
Единственным «арбитром» частных интересов стейкхолдеров, консолидирующим их конфликтуюшие цели, может быть эксперт по качеству (QA)
Достижение частных целей стейкхолдеров может быть результатом компромисса, найденного QA в виде «расширенных представлений общих целей» стейкхолдеров до и после подписания контракта
Искусство QA должно заключаться в примирении стейкхолдеров путем «более широкого толкования» очевидных для них общих целей
PM может оказать наибольшую поддержку эксперту по качеству в поиске компромисса между целями других стейкхолдеров.