Как сдать экзамен PMP (Project Management Professional) | Страница 7 | Онлайн-библиотека


Выбрать главу

– порядок выполнения работ для достижения целей проекта;

– план управления изменениями, документирующий порядок мониторинга и контроля изменений;

– план управления конфигурацией, документирующий порядок управления конфигурацией;

– описание порядка поддержания целостности базовых планов;

– требования и методы коммуникации между заинтересованными сторонами;

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

Прогнозы в отношении расписания

Прогнозы в отношении расписания составляются с учетом прогресса относительно базового расписания и расчетного времени прогноза до завершения (ПДЗ). Они обычно выражаются в виде отклонения по срокам (ОСР) и индекса выполнения сроков (ИВСР). Для проектов, которые не используют управление освоенным объемом, указываются отклонения от запланированных и прогнозируемых дат финиша.

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

Прогнозы в отношении стоимости

Прогнозы в отношении стоимости составляются с учетом прогресса относительно базового плана по стоимости и расчетного прогноза до завершения (ПДЗ). Они обычно выражаются в виде отклонения по стоимости (ОСТ) и индекса выполнения стоимости (ИВСТ). Прогноз по завершении (ППЗ) можно сравнить с бюджетом по завершении (БПЗ), чтобы определить, находится ли проект в области допустимых значений, или необходимо составление запросов на изменения. Для проектов, которые не используют управление освоенным объемом, указываются отклонения от запланированных и фактических расходов, а также прогнозируемая окончательная стоимость.

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

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

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

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

Управление содержанием проекта

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

В контексте проекта термин «содержание» может обозначать:

– Содержание продукта. Свойства и функции, которые характеризуют продукт, услугу или результат.

– Содержание проекта. Работы, которые необходимо выполнить, чтобы получить продукт, услугу или результат с заданными свойствами и функциями. Термин «содержание проекта» иногда включает в себя содержание продукта.

Классы требований:

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

– Требования заинтересованных сторон, описывающие потребности заинтересованной стороны или группы заинтересованных сторон.

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

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

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

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

– Требования к проекту описывают действия, процессы или другие условия, которым должен соответствовать проект.

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

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

Управление сроками проекта включает в себя процессы, необходимые для того, чтобы обеспечить своевременное выполнение проекта.

Типы зависимости операций:

– Финиш-старт (finish-start, FS). Логическая связь, при которой старт последующей операции зависит от финиша предшествующей операции. Пример: церемония награждения (последующая операция) не может быть начата, пока не закончится гонка предшествующая операция).

– Финиш-финиш (finish-finish, FF). Логическая связь, при которой финиш последующей операции зависит от финиша предшествующей операции. Пример: создание документа (предшествующая операция) должно быть закончено до завершения его правки (последующая операция).

– Старт-старт (start-start, SS). Логическая связь, при которой старт последующей операции зависит от старта предшествующей операции. Пример: выравнивание бетонной поверхности (последующая операция) не может начаться до начала заливки фундамента (предшествующая операция).

– Старт-финиш (start-finish, SF). Логическая связь, при которой финиш последующей операции зависит от старта предшествующей операции. Пример: первая смена службы охраны (последующая операция) не может закончиться, пока не начнется вторая смена службы охраны (предшествующая операция).

Оценка по трем точкам

Точность оценок длительности операций по одной точке может быть улучшена путем рассмотрения неопределенностей оценок и рисков. Данная концепция происходит из метода оценки и анализа программ (program evaluation and review technique, PERT). Для определения приблизительного диапазона длительности операции PERT использует три оценки:

– Наиболее вероятная (tM). Длительность операции определяется с учетом предварительного выделения ресурсов, их производительности, реалистичной оценки их доступности для выполнения данной операции, зависимостей от других участников, а также с учетом прерываний в работе.

– Оптимистичная (tO). Длительность операции основывается на анализе наиболее благоприятного сценария для операции.

– Пессимистичная (tP). Длительность операции основывается на анализе наиболее неблагоприятного сценария для операции.

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

7
Как сдать экзамен PMP (Project Management Professional): Андрей Береговенко 1
От автора 1
Регистрация и заполнение профиля на сайте PMI 1
Подготовка к экзамену 1
Сдача экзамена 1
Второй подход к снаряду – подготовка 1
Вот очень важный перечень PMI-змов 1
И наконец, сдача экзамена – второй подход 3
Краткое изложение PMBok 3
Введение 3
Процессы управления проектом 5
Управление интеграцией проекта 6
Управление содержанием проекта 7
Управление сроками проекта 7
Управление стоимостью проекта 8
Управление качеством проекта 10
Управление человеческими ресурсами проекта 11
Управление коммуникациями проекта 13
Управление рисками проекта 14
Управление закупками проекта 16
Управление заинтересованными сторонами проекта 17
Советы от создателей сертификации, упражнения и примеры экзаменационных вопросов с подробным анализом правильных ответов 18
Секреты мастерства в подготовке к данному экзамену: Зачем сдавать экзамен? 18
Что нужно знать для экзамена 18
Готовы ли вы к экзамену? 18
Как выглядит PMP экзамен? 18
Жизненный цикл проекта и организация 20
Процессы управления проектом 26
Управление интеграцией проекта 32