PRINCE2 in mind map

1

Использование «карт ума» на примере

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

проектами PRINCE2

1. Имеем вот такую карту 1-го уровня

2. При раскрытии всех уровней карта становится «нечитабельной»

2

3. Вот как с пользой можно использовать Фильтр для поиска необходимой

информации.

4. Вот таки 2 вида получаются после фильтрации

3

4

5. При экспорте, например: в MS Word

6. Получаем документ с текстом, который относится только к Менеджеру

проекта за счет текстовых примечаний, прикрепленным к структуре.

7. На следующей странице полная карта на листе формата А0.

PRINCE2www.forum-kosenko.at.ua

1. ВВЕДЕНИЕ

1.1. PRojects IN Control Environment

1.2.

1.3. Официально1.3.1.

Зарегистрированный товарный знак Офисаправительственной коммерции (OGC) в Великобритании

1.3.2. Компания APM Group (APMG) осуществляет сертификацию

1.4. Проект1.4.1.

Временная организация, которая создается с цельюпредоставления одного или более бизнес-продуктов всоответствии с согласованным экономическим обоснованием

1.5. Управление проектами

1.5.1.

1.5.1.1.

1.5.1.2.

1.5.1.3.

1.5.2. Цель

1.6. Менеджер проекта

1.6.1. отвечает за текущее руководство проектом

1.6.2. текущее руководство заключается в

1.6.2.1. вовлечение заинтересованных сторон

1.6.2.2. планирование и мониторинг выгод

1.6.2.3. мотивирование членов команды

2.Введение в метод управленияпроектами PRINCE2

2.1. Структура

2.1.1.

2.1.1.1. 7 принципов

2.1.1.2. 7 тем

2.1.1.3. 7 процессов

2.1.1.4. Адаптация

2.2. Другие руководства OGC

2.2.1.

2.3. Что НЕ дает?

2.3.1. Техническая работа

2.3.2. Технические приемы

2.3.3. Лидерские способности

2.4. Преимущества

2.4.1. - проверенная общепризнанная лучшая практика;

2.4.2. - может применяться к проекту любого типа;

2.4.3. - предлагает общую терминологическую базу и подход;

2.4.4. - легко интегрируется со специфическими отраслевыми стандартами;

2.4.5. - помогает распределять ресурсы в момент принятия решения «да или нет»;

2.4.6. - подробная, но не слишком сложная структура отчетов;

2.4.7. - снижает количество собраний до самого необходимого минимума;

2.4.8. - содействует обучению и постоянному совершенствованию;

2.4.9. - способствует повторному использованию активов проекта, содействует

2.4.10. мобильности персонала;

2.4.11. - имеются аккредитованные тренинговые организации;

2.4.12. - четко определенные роли и обязанности всех участников;

2.4.13. - постоянное подтверждение целесообразности проекта;

2.4.14. - участие заинтересованных сторон в планировании и принятии решений;

2.4.15. - управление по исключениям для старших руководителей;

2.4.16. - акцент на продукте - что предоставит проект;

2.4.17. - планы отвечают нуждам различных уровней управления;

2.4.18. - контроль качества на протяжении всего жизненного цикла проекта;

2.4.19. - управление рисками проекта и бизнеса;

2.4.20. - обеспечивает передачу инцидентов на следующий уровень;

2.4.21. - диагностический инструмент для контроля и оценки.

3. ПРИНЦИПЫ 3.1. Постоянная оценкацелесообразности

3.2. Учет предыдущего опыта

3.3. Определенные роли иобязанности

3.4. Управление по стадиям3.5. Управление по исключениям3.6. Акцент на продуктах3.7. Адаптация к внешним условиям проекта

4. ВВЕДЕНИЕ в ТЕМЫ

4.1. Экономическое обоснование

4.1.1. Цель

4.1.2. Определение

4.1.2.1. Конечный продукт

4.1.2.2. Результат

4.1.2.3. Выгода

4.1.3. Подход4.1.3.1. Разработка

4.1.3.2. Проверка и сохранение

4.1.3.3. Подтверждение выгод

4.1.4. Содержание

4.1.4.1. Резюме

4.1.4.2. Причины

4.1.4.3. Бизнес-альтернативы

4.1.4.4. Ожидаемые выгоды

4.1.4.5. Ожидаемые неизбежные потери

4.1.4.6. Временные рамки

4.1.4.7. Затраты

4.1.4.8. Инвестиционная оценка

4.1.4.9. Ключевые риски

4.1.5. Обязанности

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

4.1.5.1. Руководство организации/программы

4.1.5.2. Менеджер проекта

4.1.5.3. Ответственный руководитель

4.1.5.4. Старший пользователь

4.1.5.5. Старший поставщик

4.1.5.6. Внутренний контроль проекта

4.1.5.7. Поддержка проекта

4.2. Организация

4.2.1. Цель


4.2.2.1.

4.2.3. Уровни

4.2.3.1.

4.2.4. Команда по управлению проектом

4.2.4.1. Команда по управлению проектом (источник: OGC)

4.2.4.1.1 Управляющий совет проекта

4.2.4.1.2 Ответственный руководитель

4.2.4.1.3 Старший пользователь

4.2.4.1.4 Старший поставщик

4.2.4.1.5 Внутренний контроль

4.2.4.1.6 Менеджер проекта

4.2.4.1.7 Менеджер команды

4.2.4.1.8 Поддержка проекта

4.2.4.2. Возможная структура с использованием групп пользователей и поставщиков

(на основе материалов OGC по PRINCE2)

4.2.5. Стратегия управления коммуникацией4.2.5.1. Менеджер проекта


4.3. Качество

4.3.1. Цель


4.3.3. Управление

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

4.3.3.2. Контроль

4.3.3.2.1

4.3.3.2.2

4.3.3.3. Внешний контроль

4.3.3.3.1 Взаимосвязь между внутренним контролем проекта и внешним контролем

качества в PRINCE2

4.3.4. Подход

4.3.4.1. Путь аудита качества










4.4. Планы

4.4.1. Цель


4.4.2.1. Уровни планирования PRINCE2


4.4.2.1.2 Менеджер команды

4.4.2.1.3 Старший поставщик

4.4.3. Подход

4.4.3.1.

4.4.4. Техника планирования по продукту

4.4.4.1.

4.4.4.2. «Иерархическая структура продуктов» для управленческих продуктов PRINCE2










4.5. Риски

4.5.1. Цель

4.5.1.1.

неопределенность — оценка нашего знания орезультате как мера предсказуемости степени

вариабельности.

4.5.1.2. вариабельность - появление разных результатов

в рамках одного и того же процесса


4.5.2.1. Инцидент

4.5.2.2. Риск

4.5.2.2.1 Угроза

4.5.2.2.2 Возможность

4.5.3. Стратегия управления

4.5.4. Реестр

4.5.5. Процедура управления

4.5.5.1. Идентификация

4.5.5.1.1 Контекста

4.5.5.1.2 Рисков

4.5.5.2. Оценка

4.5.5.2.1 Оценка вероятности и эффекта

4.5.5.2.2 Итоговая


4.5.5.3.1 Реакции на угрозы и возможности

4.5.5.4. Внедрение

4.5.5.4.1 Владелец риска

4.5.5.4.2 Лицо, ответственное за действия в случае риска

4.5.5.5. Общение










4.5.6.8. Управляющий совет проекта

4.5.6.9. Менеджер команды

4.5.6.10. Владелец риска

4.5.6.11. Лицо, ответственное за действия в случае риска

4.6. Изменение

4.6.1. Цель


4.6.2.1. Инцидент

4.6.2.1.1 Запрос на изменение

4.6.2.1.2 Отклонение отспецификации

4.6.2.1.3 Проблема / сомнение

4.6.2.2. Изменение

4.6.3. Подход

4.6.3.1. «Стратегия управления конфигурацией»

4.6.3.2. «Запись об элементе конфигурации»

4.6.3.3. «Отчет о статусе продуктов»

4.6.3.4. «Оперативный журнал»

4.6.3.5. «Реестр инцидентов»

4.6.3.6. «Отчет об инциденте»

4.6.4. Процедура управления конфигурацией


4.6.4.2. Идентификация


4.6.4.4. Фиксация статуса

4.6.4.5. Подтверждение и проверка

4.6.5. Процедура контроля инцидентов и изменений4.6.5.1.










4.7. Прогресс

4.7.1. Цель


4.7.2.1. Прогресс

4.7.2.2. Допуск

4.7.2.3. Исключение

4.7.3. Управление по исключениям

4.7.3.1. Управляющий совет


4.7.4. Подход

4.7.5. Делегирование полномочий

4.7.5.1. Допуски по:

4.7.5.1.1 Срокам

4.7.5.1.2 Затратам

4.7.5.1.3 Объему работ

4.7.5.1.4 Риску

4.7.5.1.5 Качеству

4.7.5.1.6 Выгодам


4.7.5.2.1 Управляющий совет


4.7.6. Управленческие стадии

4.7.6.1.

4.7.7. Средства событийного и периодического контроля

4.7.7.1. Исходные данные

4.7.7.1.1 План проекта

4.7.7.1.2 План стадии

4.7.7.1.3 План исключений

4.7.7.1.4 Пакеты работ

4.7.7.2. Средства оценки

4.7.7.2.1 Оперативный журнал

4.7.7.2.2 Реестр инцидентов и Отчет об инциденте

4.7.7.2.3 Отчет о статусе продуктов

4.7.7.2.4 Реестр качества

4.7.7.2.5 Реестр рисков

4.7.7.3. Отчеты

4.7.7.3.1 Менеджер командыОтчеты о прохождении контрольных точек


Отчеты по ключевым моментам

Отчеты в конце стадий

Отчет о завершении проекта

4.7.7.4. Уроки4.7.7.4.1 Журнал уроков

4.7.7.4.2 Отчет об усвоенных уроках

4.7.8. Сообщения об исключениях











5. ВВЕДЕНИЕ В ПРОЦЕССЫ

5.1. Начало проекта

5.1.1. Цель

5.1.2. Задачи

5.1.2.1. Экономическая целесообразность

5.1.2.2. Информации достаточно

5.1.2.3. Ответственные

5.1.2.4. План

5.1.2.5. Время не будет потрачено впустую

5.1.3. Контекст

5.1.3.1. Мандат на проект

5.1.3.2. Краткое изложение проекта

5.1.4. Операции и рекомендованные действия

5.1.4.1.

Назначить ответственногоруководителя и менеджера

проекта

5.1.4.2. Зафиксировать предыдущий опыт

5.1.4.3.

Создать структуру проектнойкоманды и назначить ее

членов

5.1.4.4.

Подготовить набросок«Экономическогообоснования»

5.1.4.4.1 Ответственный руководитель

5.1.4.4.2 Экономическое обоснование


Ответственный руководитель

Старший пользователь

Описание продукта проекта

5.1.4.5.

Выбрать подход к проекту исоставить «Краткоеизложение проекта»

5.1.4.6. Спланировать стадию

инициации

5.2. Руководство проектом

5.2.1. Цель

5.2.2. Задачи

5.2.2.1. Компетенции

5.2.2.2. Руководство и контроль

5.2.2.3. Взаимосвязь

5.2.2.4. Планы по реализации выгод


5.2.4. Операции и

рекомендованные действия

5.2.4.1. Утвердить инициацию

5.2.4.2. Утвердить проект

5.2.4.3. Утвердить «План стадии»или «План исключения»

5.2.4.4. Осуществлять ситуационное руководство

5.2.4.4.1 Поводы

Неформальная просьба датьсовет или указатьнаправление

«Отчет об инциденте»

«Отчет об исключении»

«Отчета по ключевыммоментам»

Совет или решение, поступившее отруководства организации или программы

5.2.4.4.2 Управляющий совет проекта

Помочь менеджеру проекта

Принять решение

Отложить решение

Попросить совета

Держать в курсе дела

5.2.4.5. Утвердить закрытие проекта

5.3. Инициация проекта

5.3.1. Цель

5.3.2. Задачи

5.3.2.1. Почему?

5.3.2.2. Объем

5.3.2.3. Как, когда и что?

5.3.2.4. Кто принимает решения?

5.3.2.5. Качество

5.3.2.6. Контроль версий

5.3.2.7. Риски, инциденты и изменения

5.3.2.8. Прогресс

5.3.2.9. Информация

5.3.2.10. Адаптация




5.3.4.1. Подготовить "Стратегию управления конфигурацией"

5.3.4.2. Подготовить "Стратегиюуправления рисками"

5.3.4.3. Подготовить "Стратегиюуправления качеством"

5.3.4.4. Подготовить «Стратегию управления коммуникацией»

5.3.4.5. Установить средстваконтроля проекта

5.3.4.6. Создать «План проекта»

5.3.4.7. Обновить «Экономическое обоснование»

5.3.4.8. Собрать «Документацию по

инициации проекта»

5.4. Контроль стадии

5.4.1. Цель

5.4.2. Задачи

5.4.2.1. Создание продуктов текущей стадии

5.4.2.2. Риски под контролем

5.4.2.3. Экономическое обоснование

под контролем

5.4.2.4. Продукты в рамках

ограничений




5.4.4.1. Утвердить «Пакет работ»

5.4.4.2. Оценить статус «Пакета работ»

5.4.4.3. Получить выполненный

«Пакет работ»

5.4.4.4. Определить статус стадии

5.4.4.5. Отчитаться по ключевым моментам

5.4.4.6. Зафиксировать и проанализировать инциденты и риски

5.4.4.7. Перенести инциденты и риски на следующий уровень

5.4.4.8. Предпринять

корректирующие действия

5.5. Управление созданием продукта

5.5.1. Цель

5.5.2. Задачи

5.5.2.1. Работа

5.5.2.2. Члены команд(ы)

5.5.2.3. Продукты в рамках

ограничений

5.5.2.4. Точная информация о

прогрессе




5.5.4.1. Принять «Пакет работ»

5.5.4.2. Выполнить «Пакет работ»

5.5.4.3. Предоставление «Пакета работ»

5.6. Управление границами стадии

5.6.1. Цель

5.6.2. Задачи

5.6.2.1. Доказать

5.6.2.2. Подготовить

5.6.2.3. Просмотреть

5.6.2.4. Предоставлять

5.6.2.5. Записать

5.6.2.6. Запросить




5.6.4.1. Спланировать следующую стадию

5.6.4.2. Обновить «План проекта»

5.6.4.3. Обновить «Экономическое обоснование»

5.6.4.4. Отчитаться о конце стадии

5.6.4.5. Создать «План исключения»

5.7. Закрытие проекта

5.7.1. Цель

5.7.2. Задачи

5.7.2.1. Обеспечить

5.7.2.2. Оценить

5.7.2.3. Убедиться





запланированное закрытие


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

5.7.4.3. Передача продуктов

5.7.4.4. Оценить проект

5.7.4.5. Рекомендовать закрытие проекта

6. АДАПТАЦИЯ

6.1. Что такое адаптация?

6.1.1.

6.2. Общий подход к адаптации

6.2.1. Адаптация тем

6.2.2. Применение используемыхорганизацией терминов и языка

6.2.3. Адаптация управленческих продуктов

6.2.4. Адаптация описаний ролей

6.2.5. Адаптация процессов

6.3. Примеры адаптации

6.3.1. Проекты в программном окружении

6.3.2. Масштаб проекта

6.3.3. Коммерческая внешняя среда «заказчик/поставщик»

6.3.4. Проекты с участием нескольких организаций

6.3.5. Тип проекта

6.3.6. Различия по секторам

6.4. Своды знаний

6.4.1.

PRINCE-2.mmap - 25.12.2013 - Mindjet

Education

PRINCE2 in mind map