63.Управление выгодами (результатами) программы

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

Выгоды могут быть:

• Материальными

  • прямые финансовые выгоды, их можно количественно измерить и оценить: снижение затрат, более эффективное управление денежными средствами, прирост доходов

  • прямые нефинансовые выгоды, их можно количественно измерить, но трудно определить их ценность: повышение качества обслуживания, улучшение КПЭ, снижение текучести кадров, повышение производительности

• Нематериальными

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

Критерии ориентации Проектов на Выгоды Программ:

• объединение проектов, взаимосвязанных единой целью программы

• получение выгод, доступных только при объединении проектов в программу

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

Реализация выгод в программах проектов:

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

• отсутствие связи с выгодами бизнеса будет приводить к «вымиранию» проектов – монстров, работающих на самих себя

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

Проект: Выгоды по окончании проекта (как правило)

Программа: Выгоды по окончании программы (Строительство зданий, мостов, самолетов, кораблей), Промежуточные выгоды по мере разработки программы (IT проекты).

Алгоритм1: Связь выгод со стратегией, Оценка выгод, Установлений взаимосвязей отдельных выгод, График получения, Определение ответственных за получение выгод, Реализация выгод, Отчетность.

Алгоритм2: Оценка общего «здоровья программы» в части гарантий успешной поставки выгод,

Корректировка плана реализации выгод, Требования изменений.

64.Группы процессов управления программой (по стандартуPmi)

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

Группы процессов:

- инициации

- планирование

- выполнения программы

- мониторинга и контроля

- закрытия программы

Предпосылки инициации:

- необходимость достижения целей на основе формирования портфеля проектов

- существующие проекты

- новые проекты

- заказ внешнего потребителя

1.Инициация:

- одобрение стейкхолдеров

- одобрение программы портфельным советом (исполнительным или инвестиционным комитетом)

- уточняется бизнес-кейс

- устанавливаются рамочные условия финансирования программы

- дорожная карта программы

- чартер (устав) программы

- назначается менеджер программы

2.Планирование

- определение содержания программы

- опр целей программы

Отсюда вытекают:

- планирование и создание управляющей структуры (администрирование)

- план управления программой

- выявление стейкхолдеров и планирование взаимодействий ( план коммуникаций)

Из плана управления программой следуют:

- план развития инфраструктуры

- п требований к программе

- PWBS

- п аудита

- п качества

- п упр рисками

От PWBSидут:

- расписание программы

- финансовый план (отсюда ещёоценка затрат программы и бюджет затрат программы)

- план контрактов

(дальше до фига, можно перейти к п.3 Группа процессов выполнения)

2.1 Опр содержания программы

- на входе: устав и бизнес-кейс

- на выходе: границы программы и план упр содержанием на всем протяжении программы

2.2. Опр целей программы

- на входе: границы программы, план упр содержанием на всем протяжении программы

- на выходе: уточнение границы программы, план реализации выгод (бенефитов)

2.3 Администрирование

- на входе: стратегия бизнеса, существующая орг структура, план реализации выгод (бенефитов)

- на выходе: цели администрирования, структура администрирования, роль и ответственно администрирования, согласованная с целями администрирования, процесс решения возникающих проблем, план аудита

2.4 Выявление стейкхолдеров и планирование взаимодействий

- на входе: устав, контракты, орг структура

- на выходе: классификатор стейкхолдеров, перечень стейкхолдеров, стратегия и план работы со стейкхолдерами

2.5 Планирование программной инфраструктуры: орг структура, технич инфраструктура, ключевые команды, ресурсный план

2.6 Требования к программе:

- на входе: содержание программы, изменения

- на выходе: документ требований к программе, документы требований к компонентам

2.7 Архитектура программы

- на входе: требования к программе, требования к компонентам

- на выходе: структура компонентов (проектов и проектной деятельности) программы, взаимосвязи компонентов

2.8 WBS

- на входе: архитектура программы, требования к проге, требования к компонентам

- на выходе: WBS

2.9 Расписание

- на входе: WBS, ограничения проги, архитектура проги, устав проги, контракты, регистр рисков

- на выходе: мастер-расписание проги, вехи проектов, уточнения устава, уточнения регистра рисков

2.10 Финансовый план

- на входе: рамочные условия финансирования, WBSпрограммы, расписание программы, ограничения по фондам, план упр прогой

- на выходе: финансовый план, расписание платежей компононетов, операционные затраты программы, финансовые метрики программы

2.11 Оценка затрат

- снизу – вверх: агрегация затрат отдельных проектов и непроектной активности на программный уровень

- сверху – вниз: оценки затрат сделаны программной группой в целом по программе и декомпозированы на уровень проектов

3. Группа процессов выполнения (слайды 343 – 371)

- процессы, на основе которых осуществляется руководство в соответствии с планом управления программой в целом и частными функциональными планами

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

- гарантирование обеспечения информацией стейкхолдеров и вовлечение их в управление программой

Группа включает в себя:

- направляющее руководство (direct) и упр выполнением программы

- управление ресурсами программы (регулирование и распределение ресурсов, упр изменения в части ресурсного обеспечения)

- управление архитектурой программы (её корректировка и гарантии соответствия)

- упр взаимодействием компонентов (изм плана коммуникаций и одобрение изменений)

- вовлечение стейкхолдеров в упр программой (изучение их потребностей и ожиданий, опр их влияния)

- распространение информации (клиенты, спонсоры, др стейкхолдеры)

- регулирование контрактов программы (отбор продавцов, требования к предложениям, конракты, корректировка расписания платежей по проектам)

- одобрение инициации новых проектов (изм архитектуры, отбор новых проектов)

4. Группа процессов мониторинга и контроля

- на программном уровне получение и консолидация прогресса отдельных проектов

- получение данных о текущих выгодах и ожидаемых выгодах в будущем

- отчет о параметрах эффективности программы, включая превентивные и корректирующие действия на программном уровне

- при необходимости модификация программы

- предполагает мониторинг и контроль показателей производительности, содержания, расписания, финансов, стейкхолдеров, рисков, поставок, изменений, управление выгодами программы (=оценка общего «здоровья программы» в части гарантий успешной поставки выгод)

- в итоге отчет о состоянии программы

5. Группа процессов закрытия

Цели – демонстрировать, что

- выгоды программы получены и работы по содержанию выполнены

- обязательства по контрактам закрыты

- платежи по контрактам проведены

- трудовые и другие ресурсы переданы или проданы

- интеллектуальная собственность программы защищена

- результаты программы переданы в операционную деятельность

- уроки программы задокументированы и переданы в библиотеку активов организации

Закрытие проги – это формальное прекразение деятельности по проге, артефакты сохранены для будущего пользования