'

Обзор стандарта УП PRINCE 2

Понравилась презентация – покажи это...





Слайд 0

Обзор стандарта УП PRINCE 2 Автор: Георгий Ковалев


Слайд 1

Введение; Состав стандарта; Обзор процессов; Обзор компонент; Обзор механизмов; Заключение Содержание


Слайд 2

История возникновения Давным давно Настоящее время 1975 PRINCE (PRojects IN Controlled Environments) PROMPT (Project Resource Organisation Management Planning Technique) 1979 1989 1996 PROMPT PROMPT II PROMPT II (улучшенный) PRINCE PRINCE 2 Разработчик - агенство CCTA (the Central Computer and Telecommunications Agency) сейчас Office of Government Commerce.


Слайд 3

Ареал обитания Великобритания; Бельгия; Нидерланды; Люксембург; Австралия; Новая Зеландия; География: Сфера применения: государственный сектор; финансовая отрасль; телекоммуникации и электронная отрасль Гонконг; Сингапур; Малайзия; ЮА; Хорватия; Польша


Слайд 4

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


Слайд 5

8 процессов Старт проекта (SU) Это первый процесс в методологии PRINCE2. Он представляет собой предпроектную стадию, предназначенную для гарантии целесообразности предпосылок к реализации проекта. Данный процесс подразумевает существование Проектного Мандата, который декларируется на высоком уровне, указывает причину для осуществления проекта и его ожидаемый результат. Запуск проекта должен осуществляться в очень короткие сроки. Работа над процессом базируется на реализации трех элементов: обеспечение проектной группы доступом к необходимой информации; создание группы руководства проектом; создание плана стадии инициации.


Слайд 6

8 процессов Навигация проекта (DP) В соответствии со схемой, процесс "проектной навигации" начинается с самого начала проекта и продолжается вплоть до его завершения. Надзор и контроль за процессом осуществляет так называемая "дирекция проекта" - исполнительный орган, осуществляющий общую координацию и надзор за проектом. Руководитель проекта подотчетен дирекции проекта, которая в свою очередь подотчетна руководству более широкой программы (или предприятия или корпорации), частью которой является проектная структура. Дирекция проекта утверждает назначения в рамках команды проекта, а также создает план стадии инициации проекта.


Слайд 7

8 процессов Инициация проекта Цели инициации проекта: обоснование необходимости проекта создание стабильной управленческой основы для исполнения проекта; подготовка ресурсов для первоначальной стадии проекта; контроль планирования трудоемкости и эффективных затрат времени в ходе проекта.


Слайд 8

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


Слайд 9

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


Слайд 10

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


Слайд 11

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


Слайд 12

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


Слайд 13

8 компонент Business Case Plans Controls Management of Risk Quality in a Project Environment Configuration Management Change Control Бизнес-план - необходимый компонент для любого проекта. Он утверждается до старта проекта и жизнеспособность плана проверяется на каждой контрольной точке проекта. Если Бизнес-план не жизнеспособен – проект подлежит закрытию. Organisation Организация проекта. PRINCE2 определяет структуру проектной команды и взаимоотношения внутри этой команды Планы. Стандарт определяет серию уровней планирования, необходимых исходя из размеров и целей проекта Средства управления. Стандарт определяет необходимый набор средств управления для получения ключевой информации, предотвращения проблем и быстрейшего их разрешения. Управление рисками. Стандарт определяет ключевые моменты, на которых риски должны быть определены и пересмотрены. Качество в окружении проекта. Стандарт включает в себя определенные подходы по обеспечению качества – от определения потребностей в качестве до процедур инспекции качества Управление конфигурациями. Стандарт включает в себя средства, инструменты и информационные потоки для обеспечения контроля версионности конечного продукта Управление изменениями. Техники контроля изменений и методики определения стадии, которая требует изменений.


Слайд 14

Связь процессов и компонент Навигация в проекте Средства упр-я Старт проекта Инициация Стадийный контроль Управление Созданием продукта Управление границами стадий Закрытие проекта Планирование Планы Упр рисками Бизнес-план Планы Качество Упр рисками Бизнес-план Средства упр-я Средства упр-я Контроль изменений Конфигурации Планы Бизнес-план Упр рисками Средства упр-я Организация Контроль изменений Планы Средства упр-я Средства упр-я Конфигурации Бизнес-план Проверка качества Контроль изменений Планир-е продукта


Слайд 15

Обзор процессов Планирование Навигация в проекте Старт проекта Инициация проекта Стадийный контроль Управление созданием продукта Управление границами стадий Закрытие проекта


Слайд 16

Старт проекта SU Процесс должен быть максимально коротким Мандат проекта Руководство компании Задачи процесса Создание и назначение команды проекта; Создание Брифа (описания) проекта; Описание походов проекта (как будет достигнута цель); Зафиксировать ожидания Заказчика по качеству; Создание реестра рисков; Планирование стадии инициации.


Слайд 17

Описание подпроцессов Описание подпроцесса: Фундаментальные принципы; Контекст; Описание процесса (цели, стадии, шаги); Ответственность; Информационные потоки; Ключевые критерии; Советы и подсказки.


Слайд 18

Инициация проекта IP Цели процесса Инициации: Определить требуемое качество продукта проекта; Спланировать и определить стоимость проекта; Сформировать и документировать Бизнес – план проекта; Гарантировать, что затраты на проект оправданы и риски учтены; Передать проект во владение Дирекции проекта; Создать основу для принятий решений на протяжение всего проекта; Утвердить выделение ресурсов для следующей стадии


Слайд 19

Навигация проекта DP Руководство компании Владелец процесса – Дирекция проекта Основные инструменты – управление исключениями, отчеты, контрольные точки. Основные области навигации проекта: Инициация (старт проекта в правильном направлении); Управление границами (управление выделением ресурсов и контроль результата); Оперативное управление (контроль исполнения); Закрытие проекта (контролируемое закрытие проекта)


Слайд 20

Стадийный контроль CS Цикл процесса: Авторизация необходимых работ; Сбор информации о процентах завершения; Наблюдение за изменениями; Переоценка ситуации; Составление отчетов; Внесение корректирующих воздействий. Выходы процесса: Набор работ; Оперативный отчет; Отчет о проблемах (и актуальный реестр проблем); Актуальный реестр рисков; Актуальный план проекта.


Слайд 21

Управление созданием продукта MP Инструменты достижения цели процесса: Переговоры Руководителя Команды и Руководителя проекта о деталях Набора работ; Мероприятия по авторизации и разделению работ внутри команды; Гарантии того, что работа соответствует требованиям, описанным для Набора работ; Гарантии того, что работа выполнена; Регулярная оценка и отчетность по прогрессу выполнения работ; Принятие законченных продуктов. Процесс оказывает влияние на: планы команды, реестр качества, проблемы проекта, реестр рисков, отчет о прохождении контрольных точек


Слайд 22

Управление границами стадий SB Задачи процесса: Уверить Дирекцию проекта в том, что все планы стадии разработаны; Предоставить доказательства жизнеспособности проекта; Предоставить Дирекции необходимую информацию о принятии решения перехода на следующую стадию; Зафиксировать все измерения и извлеченные уроки, которые смогут пригодиться на следующих стадиях Выходы процесса: Финальный отчет о стадии; Актуальный план стадии и расхождения с начальным планом; План следующей стадии (или план Исключения); Скорректированный план проекта; Актуальный реестр рисков; Скорректированный бизнес-план; Извлеченные уроки; Изменения в команде проекта


Слайд 23

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


Слайд 24

Планирование PL Основные направления планирования: Планирование стадии Инициации; Планирование Проекта; Планирование Стадии; Обновление планов Проекта; Принятие наборов работ; Разработка плана Исключений. Выходы процесса: Контрольный список продукта; Реестр рисков


Слайд 25

Обзор компонент


Слайд 26

Бизнес - план Состав бизнес-плана: Причины возникновения; Варианты реализации; Выгоды реализации; Риски проекта; Сроки и стоимость работ; Инвестиционная оценка


Слайд 27

Организация проекта Руководство программы или компании Дирекция проекта Директор Пользователь Поставщик Рук проекта Рук команды Поддержка проекта Роли: Директор – отвечает за проект в целом, принимает решения на этапах разработки и утверждения бизнес – плана, создания команды оргструктуры проекта. Следит за исполнением работ и завершает проект; Пользователь – защищает интересы конечных пользователей продукта; Поставщик – отвечает за обеспечение качества поставляемых продуктов и услуг; Руководитель проекта – оперативное управление проектом; Руководитель команды – необязательная роль, которую может ввести РП и делегировать ей полномочия по определенным работам; Поддержка проекта – административные функции и помощь на проекте; Куратор проекта – частично исполняет функции каждой роли в Дирекции проекта, осуществляет надзор за действиями РП и ходом реализации проекта. Позволяет разгрузить Директора, Пользователя и Поставщика. Куратор проекта


Слайд 28

Планирование Уровни планов проекта Элементы плана Все планы могут иметь различную степень детализации, но должны иметь одинаковую структуру


Слайд 29

Средства управления Цикл управления Основные средства управления для Дирекции проекта: Стадия инициации – должен ли проект быть претворен в жизнь? Оценка завершения стадии – завершилась ли стадия успехом? Жизнеспособен ли до сих пор бизнес – план? Регулярная отчетность – как продвигается проект? Отчет по отклонениям – находятся ли отклонения в допустимых пределах? Оценка отклонений – к чему приведет данное отклонение? Закрытие проекта – как завершился проект? Все ли цели мы достигли? Какие уроки мы извлекли?


Слайд 30

Управление рисками


Слайд 31

Качество в окружении проекта


Слайд 32

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


Слайд 33

Управление изменениями Основная задача управления изменениями – поддержка баланса между рисками, стоимостью, сроками проекта и выгодами, которые получает Заказчик


Слайд 34

Обзор механизмов Продуктовое планирование Контроль изменений


Слайд 35

Продуктовое планирование Потоковая диаграмма продукта проекта Продуктовая иерархическая структура


Слайд 36

Управление изменениями Шаги по контролю изменений


Слайд 37

Спасибо за внимание! Надеюсь, Вам было интересно! Вопросы?


×

HTML:





Ссылка: