Вход/Регистрация
Руководство к своду знаний по управлению проектами (Руководство PMBOK®). Шестое издание. Agile: практическое руководство
вернуться

Коллектив авторов

Шрифт:

 критерии выхода из проекта (т. е. какие условия должны быть выполнены, чтобы проект или его фаза были закрыты или отменены);

 назначенный руководитель проекта, сфера ответственности и уровень полномочий;

 Ф.И.О. и полномочия спонсора или другого лица (лиц), авторизующего (авторизующих) устав проекта.

На высоком уровне устав проекта обеспечивает общее понимание заинтересованными сторонами ключевых поставляемых результатов, контрольных событий, а также ролей и сфер ответственности всех участвующих в осуществлении проекта лиц.

4.1.3.2. Журнал допущений

Определение высокоуровневых стратегических и операционных допущений и ограничений обычно дается в бизнес-кейсе до инициации проекта, откуда они затем переносятся в устав проекта. Допущения низкого уровня для операций и задач, например, определение технических спецификаций, оценок, расписания, рисков и т. п., формируются на всем протяжении осуществления проекта. Журнал допущений используется для записи всех допущений и ограничений в течение всего жизненного цикла проекта.

4.2. Разработка плана управления проектом

Разработка плана управления проектом – это процесс определения, подготовки и координации всех компонентов плана и консолидации их в интегрированный план управления проектом. Ключевая выгода этого процесса состоит в формировании комплексного документа, который закладывает основу для всех работ по проекту и определяет порядок их выполнения. Этот процесс выполняется единожды или в предопределенные моменты в проекте. Входы, инструменты и методы, а также выходы этого процесса показаны на рис. 4–4. На рис. 4–5 показана диаграмма потоков данных процесса.

Рис. 4–4. Разработка плана управления проектом: входы, инструменты и методы, выходы

Рис. 4–5. Разработка плана управления проектом: диаграмма потоков данных

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

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

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

Для проектов, осуществляемых в рамках программы или портфеля, необходимо создание плана управления проектом, который согласован с планом управления программой или портфелем. Например, если в плане управления программой предусмотрено, что все изменения, превышающие установленную стоимость, должны быть рассмотрены советом по контролю изменений (change control board, CCB), то данный процесс и порог стоимости должны быть предусмотрены в плане управления проектом.

4.2.1. Разработка плана управления проектом: входы

4.2.1.1. Устав проекта

Описан в разделе 4.1.3.1. Команда проекта использует устав проекта в качестве отправной точки первоначального планирования проекта. Тип и объем информации, содержащейся в уставе проекта, зависит от сложности проекта и информации, которая имеется на момент его разработки. Как минимум, устав проекта должен определять высокоуровневую информацию о проекте, которая затем уточняется в различных компонентах плана управления проектом.

4.2.1.2. Выходы других процессов

Для создания плана управления проектом интегрируются выходы многих других процессов, описанных в разделах с 5 по 13. Входами для данного процесса являются вспомогательные и базовые планы, являющиеся выходами других процессов планирования. Кроме того, изменения данных документов могут привести к обновлению плана управления проектом.

4.2.1.3. Факторы среды предприятия

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

 государственные или промышленные стандарты (например, стандарты на продукты, стандарты качества, правила техники безопасности и производственные стандарты);

 юридические или регуляторные требования и/или ограничения;

 свод знаний по управлению проектами для вертикально ориентированных отраслей (например, строительство) и/или области специализации (например, экология, безопасность, риски или разработка гибкого программного обеспечения);

  • Читать дальше
  • 1
  • ...
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • ...

Ебукер (ebooker) – онлайн-библиотека на русском языке. Книги доступны онлайн, без утомительной регистрации. Огромный выбор и удобный дизайн, позволяющий читать без проблем. Добавляйте сайт в закладки! Все произведения загружаются пользователями: если считаете, что ваши авторские права нарушены – используйте форму обратной связи.

Полезные ссылки

  • Моя полка

Контакты

  • chitat.ebooker@gmail.com

Подпишитесь на рассылку: