Руководство pmbok ® Шестое издание
Yüklə 12,83 Mb. Pdf görüntüsü
|
|
Часть 1 - Руководство
4.3
Руководство и управление работами проекта • Данные об исполнении работ План управления проектом • План управления содержанием • План управления требованиями • План управления изменениями • План управления конфигурацией • Базовый план по содержанию • Базовый план исполнения Документы проекта • Реестр извлеченных уроков • Документация по требованиям • Матрица отслеживания требований План управления проектом Документы проекта Документы проекта 4.6
Интегрированный контроль изменений 4.5
Мониторинг и контроль работ проекта
Предприятие/ организация • Активы процессов организации • Информация об исполнении работ • Запросы на изменения План управления проектом Обновления плана управления проектом • План управления содержанием • Базовый план по содержанию • Базовое расписание • Базовый план по стоимости • Базовый план исполнения Обновления документов проекта • Реестр извлеченных уроков • Документация по требованиям • Матрица отслеживания требований Рис. 5-18. Контроль содержания: диаграмма потоков данных Контроль содержания проекта обеспечивает обработку всех запрошенных изменений и рекомендованных корректирующих или предупреждающих действий в рамках процесса интегрированного контроля изменений (см. раздел 4.6). Контроль содержания проекта используется также для управления фактическими изменениями по мере их появления, при этом он интегрирован с остальными процессами контроля. Неконтролируемое расширение содержания продукта или проекта без учета влияния на сроки, стоимость и ресурсы называется расползанием содержания. Изменения в любом случае неизбежны, и поэтому для каждого проекта необходим процесс контроля изменений в том или ином виде.
169 5.6.1 КОНТРОЛЬ СОДЕРЖАНИЯ: ВХОДЫ 5.6.1.1 ПЛАН УПРАВЛЕНИЯ ПРОЕКТОМ Описан в разделе 4.2.3.1. Компоненты плана управления проектом включают в себя, среди прочего: u u
каким образом содержание проекта и продукта будет контролироваться. u u План управления требованиями. Описан в разделе 5.1.3.2. План управления требованиями описывает, как осуществляется управление требованиями проекта. u u
управления изменениями проекта. u u План управления конфигурацией. Описан в разделе 4.2.3.1. План управления конфигурацией определяет те элементы, которые являются конфигурируемыми, элементы, которые требуют формального контроля изменений, а также процесс контроля изменений таких элементов. u u Базовый план по содержанию. Описан в разделе 5.4.3.1. Базовый план по содержанию сравнивается с фактическими результатами для того, чтобы определить, требуются ли изменения, корректирующие или предупреждающие действия. u u Базовый план исполнения. Описан в разделе 4.2.3.1. При использовании анализа освоенного объема базовый план исполнения сравнивается с фактическими результатами для того, чтобы определить, требуются ли изменения, корректирующие или предупреждающие действия.
Документы проекта, которые можно считать входами в данный процесс, включают в себя, среди прочего: u u
могут применяться на его более поздних стадиях с целью улучшения контроля содержания. u u Документацию по требованиям. Описана в разделе 5.2.3.1. Документация по требованиям используется для выявления любых отклонений в согласованном содержании проекта или продукта. u u
выявить воздействие какого-либо изменения или отклонения от базового плана по содержанию на цели проекта. Она также предоставляет статус контролируемых требований. 5.6.1.3 ДАННЫЕ ОБ ИСПОЛНЕНИИ РАБОТ Данные об исполнении работ могут включать в себя количество полученных запросов на изменения, количество принятых запросов или количество проверенных, подтвержденных и выполненных поставляемых результатов.
170 Часть 1 - Руководство 5.6.1.4 АКТИВЫ ПРОЦЕССОВ ОРГАНИЗАЦИИ Активы процессов организации, которые могут оказывать влияние на процесс контроля содержания, включают в себя, среди прочего: u u существующие формальные и неформальные политики, процедуры и руководящие указания, связанные с содержанием и контролем; u u
5.6.2 КОНТРОЛЬ СОДЕРЖАНИЯ: ИНСТРУМЕНТЫ И МЕТОДЫ 5.6.2.1 АНАЛИЗ ДАННЫХ Методы анализа данных, которые можно использовать в процессе контроля содержания, включают, среди прочего, следующие: u u Анализ отклонений. Описан в разделе 4.5.2.2. Анализ отклонений используется для сравнения базового плана с фактическими результатами, определения отклонений в пределах установленных пороговых значений и проверки целесообразности корректирующих или предупреждающих действий. u u Анализ тенденций. Описан в разделе 4.5.2.2. Анализ тенденций предполагает изучение данных об исполнении проекта с течением времени для определения того, улучшается или ухудшается исполнение проекта. Важные аспекты контроля содержания проекта включают в себя определение причины и степени отклонения от базового плана по содержанию (раздел 5.4.3.1) и принятие решений о необходимости корректирующих или предупреждающих действий.
Полученная информация об исполнении работ включает в себя взаимосвязанную и увязанную с контекстом информацию о том, как содержание проекта и продукта исполняются в сравнении с базовым планом по содержанию. Она может включать в себя категории полученных изменений, выявленные отклонения содержания и их причины, их воздействие на расписание или стоимость, а также прогноз в отношении будущего исполнения содержания.
Описаны в разделе 4.3.3.4. Анализ исполнения проекта может привести к запросу на изменение базового плана по содержанию, базового расписания или других компонентов плана управления проектом. Запросы на изменения проходят проверку и направление в соответствии с процессом интегрированного контроля изменений (см. раздел 4.6). 171 5.6.3.3 ОБНОВЛЕНИЯ ПЛАНА УПРАВЛЕНИЯ ПРОЕКТОМ Любое изменение плана управления проектом проходит через принятый в организации процесс по контролю изменений на основании запроса на изменение. Компоненты, которые могут требовать запрос на изменение плана управления проектом, включают в себя, среди прочего: u u
для отражения изменений порядка управления содержанием. u u Базовый план по содержанию. Описан в разделе 5.4.3.1. В связи с одобренными изменениями содержания, описания содержания, ИСР или словаря ИСР в базовый план по содержанию вносятся соответствующие изменения. В некоторых случаях отклонения по содержанию могут быть настолько существенными, что для создания реалистичной основы для измерения исполнения базовый план по содержанию должен быть пересмотрен. u u
оценок расписания соответствующие изменения вносятся в базовое расписание. В некоторых случаях отклонения по срокам могут быть настолько существенными, что для создания реалистичной основы для измерения исполнения базовое расписание должно быть пересмотрено. u u Базовый план по стоимости. Описан в разделе 7.3.3.1. В связи с одобренными изменениями содержания, ресурсов или оценок стоимости в базовый план по стоимости вносятся соответствующие изменения. В некоторых случаях отклонения по стоимости могут быть настолько существенными, что для создания реалистичной основы для измерения исполнения базовый план по стоимости должен быть пересмотрен. u u
исполнения расписания или оценок стоимости соответствующие изменения вносятся в базовый план исполнения. В некоторых случаях отклонения в исполнении могут быть настолько существенными, что для создания реалистичной основы для измерения исполнения вносится запрос на изменения с целью пересмотра базового плана исполнения.
В качестве документов проекта, которые могут быть обновлены в результате осуществления данного процесса, можно назвать, среди прочего: u u Реестр извлеченных уроков. Описан в разделе 4.4.3.1. Обновления в реестр извлеченных уроков могут вноситься за счет описания методов, которые на практике подтвердили свою результативность и эффективность в процессе контроля содержания, включая причины отклонений и выбранные корректирующие действия. u u Документацию по требованиям. Описана в разделе 5.2.3.1. Документация по требованиям может обновляться путем внесения в нее дополнительных или измененных требований. u u
обновляться с целью отражения обновлений, внесенных в документацию по требованиям. 172 173 6 УПРАВЛЕНИЕ РАСПИСАНИЕМ ПРОЕКТА Управление расписанием проекта включает в себя процессы, необходимые для управления своевременным выполнением проекта. Управление расписанием проекта включает в себя следующие процессы:
и документацию по планированию, разработке, управлению, исполнению и контролю за расписанием проекта. 6.2 Определение операций — это процесс определения и документирования конкретных действий, которые необходимо выполнить для создания поставляемых результатов проекта. 6.3 Определение последовательности операций — это процесс определения и документирования связей между операциями проекта. 6.4 Оценка длительности операций — это процесс оценки количества рабочих периодов, требуемых для завершения отдельных операций с учетом оценки ресурсов. 6.5 Разработка расписания — это процесс анализа последовательностей операций, их длительностей, потребностей в ресурсах и ограничений расписания для создания модели расписания проекта в целях исполнения проекта, а также мониторинга и контроля.
и управления изменениями базового расписания. На рис. 6-1 представлена общая схема процессов управления расписанием проекта. Процессы управления расписанием проекта представляются в виде дискретных процессов с определенными границами, хотя на практике они накладываются и взаимодействуют такими способами, которые не могут быть в полной мере детализированы в Руководстве PMBOK®.
174 Часть 1 - Руководство .1 Входы .1 Устав проекта .2 План управления проектом .3 Факторы среды предприятия .4 Активы процессов организации .2 Инструменты и методы .1 Экспертная оценка .2 Анализ данных .3 Совещания .3 Выходы .1 План управления расписанием .1 Входы .1 План управления проектом .2 Факторы среды предприятия .3 Активы процессов организации .2 Инструменты и методы .1 Экспертная оценка .2 Декомпозиция .3 Планирование методом набегающей волны .4 Совещания .3 Выходы .1 Список операций .2 Параметры операций .3 Список контрольных событий .4 Запросы на изменения .5 Обновления плана управления проектом .1 Входы .1 План управления проектом .2 Документы проекта .3 Факторы среды предприятия .4 Активы процессов организации .2 Инструменты и методы .1 Метод диаграмм предшествования .2 Определение и интеграция зависимости .3 Опережения и задержки .4 Информационная система управления проектами .3 Выходы .1 Диаграммы сети расписания проекта .2 Обновления документов проекта .1 Входы .1 План управления проектом .2 Документы проекта .3 Факторы среды предприятия .4 Активы процессов организации .2 Инструменты и методы .1 Экспертная оценка .2 Оценка по аналогам .3 Параметрическая оценка .4 Оценка по трем точкам .5 Оценка «снизу вверх» .6 Анализ данных .7 Принятие решений .8 Совещания .3 Выходы .1 Оценки длительности .2 Основа для оценок .3 Обновления документов проекта .1 Входы .1 План управления проектом .2 Документы проекта .3 Соглашения .4 Факторы среды предприятия .5 Активы процессов организации .2 Инструменты и методы .1 Анализ сети расписания .2 Метод критического пути .3 Оптимизация ресурсов .4 Анализ данных .5 Опережения и задержки .6 Сжатие расписания .7 Информационная система управления проектами .8 Гибкое планирование релиза .3 Выходы .1 Базовое расписание .2 Расписание проекта .3 Данные расписания .4 Календари проекта .5 Запросы на изменения .6 Обновления плана управления проектом .7 Обновления документов проекта .1 Входы .1 План управления проектом .2 Документы проекта .3 Данные об исполнении работ .4 Активы процессов организации .2 Инструменты и методы .1 Анализ данных .2 Метод критического пути .3 Информационная система управления проектами .4 Оптимизация ресурсов .5 Опережения и задержки .6 Сжатие расписания .3 Выходы .1 Информация об исполнении работ .2 Прогнозы в отношении расписания .3 Запросы на изменения .4 Обновления плана управления проектом .5 Обновления документов проекта
175 КЛЮЧЕВЫЕ КОНЦЕПЦИИ УПРАВЛЕНИЯ РАСПИСАНИЕМ ПРОЕКТА Результатом составления расписания проекта является подробный план, который содержит сведения о том, как и когда будет осуществляться поставка продуктов, услуг и результатов проекта, предусмотренных в содержании проекта, а также служит инструментом для коммуникации, управления ожиданиями заинтересованных сторон и основой для подготовки отчетности об исполнении. Метод разработки расписания, такой как критический путь или гибкий подход, выбирает команда управления проектом. Затем в инструмент составления расписания для создания модели расписания вводятся данные конкретного проекта, такие как операции, плановые даты, длительности, ресурсы, зависимости и ограничения. Результатом является расписание проекта. На рис. 6-2 приведена общая схема составления расписания, показывающая, как метод и инструмент составления расписания, а также выходы процессов управления расписанием проекта взаимодействуют для создания модели расписания. В небольших проектах определение операций, определение последовательности операций, оценка длительности операций и разработка модели расписания настолько тесно связаны, что их рассматривают как единый процесс, который может быть выполнен человеком за сравнительно короткий период времени. Здесь эти процессы представлены как дискретные элементы, потому что инструменты и методы каждого процесса различны. Некоторые из этих процессов более подробно описаны в Практическом стандарте разработки расписания (Practice Standard for Scheduling) [2]. По мере возможности подробное расписание проекта должно оставаться гибким на всем протяжении проекта для корректировки с учетом приобретенных знаний, более глубокого понимания рисков и создающих добавленную стоимость операций.
176 Часть 1 - Руководство Примеры представления расписания проекта Сетевая диаграмма Линейчатая диаграмма Список операций
Расписание проекта Модель расписания Информация проекта Метод составления расписания Инструмент составления расписания Выход Генерирует Специфические данные проекта (например, ИСР, операции, ресурсы, длительности, зависимости, ограничения, календари, задержки контрольных событий, и т. д.) Например, CPM
Рис. 6-2. Общая схема составления расписания 177 ТЕНДЕНЦИИ И ВНОВЬ ПОЯВЛЯЮЩИЕСЯ ПРАКТИКИ В ОБЛАСТИ УПРАВЛЕНИЯ РАСПИСАНИЕМ ПРОЕКТА С учетом высокой степени неопределенности и непредсказуемости условий на находящемся в постоянном движении высококонкурентном глобальном рынке, где трудно определить содержание на длительную перспективу, наличие контекстуальных рамок для эффективного использования и адаптации практик разработки становится еще более важной задачей при реагировании на меняющиеся потребности среды. Адаптивное планирование определяет план, но предусматривает, что после начала работ приоритеты могут измениться, и необходимо, чтобы план отражал это новое знание. В числе вновь появляющихся практик в области методов разработки расписаний проектов можно, среди прочего, назвать следующие: u u Итеративное составление расписания с бэклогом. Это форма планирования методом набегающей волны на основе адаптивных жизненных циклов, такая, например, как гибкий подход к разработке продукта. Требования документируются в пользовательских историях, которые затем приоритизируются и уточняются непосредственно перед выполнением, а свойства продукта разрабатываются с использованием ограниченных по времени рабочих периодов. Данный подход часто используется для поставки заказчику инкрементной ценности, или когда несколько команд могут параллельно разрабатывать большое число свойств, между которыми существует мало взаимосвязанных зависимостей. Данный метод составления расписания подходит для многих проектов, и доказательством этого являются распространенность и растущие масштабы использования адаптивных жизненных циклов при разработке продукта. Выгодой этого подхода является его открытость для изменений на всем протяжении жизненного цикла разработки. u u
концепциях составления расписания в рамках теории ограничений и основанного на спросе исполнения в сфере бережливого производства с целью ограничить объем текущих работ команды, чтобы сбалансировать спрос относительно ее производительности. Расписание по требованию опирается не на расписание, которое было составлено ранее для разработки продукта или его поставляемых отдельно частей, а рассматривает работы из бэклога или списка первоочередных работ, которые подлежат исполнению в первую очередь, по мере поступления ресурсов. Расписание по требованию часто используется в проектах, в которых продукт в производственной среде или среде, нацеленной на поддержание социально-экологической устойчивости, создается по частям, и где можно выполнять относительно одинаковые по объему и содержанию задачи или объединять их по объему или содержанию.
178 Часть 1 - Руководство СООБРАЖЕНИЯ ПО АДАПТАЦИИ Поскольку каждый проект имеет уникальный характер, руководителю проекта может быть необходимо адаптировать способ, с помощью которого применяются процессы управления расписанием проекта. Соображения в отношении адаптации включают в себя, среди прочего, следующее: u u
чтобы можно было составить более подробное расписание? u u Доступность ресурсов. Какие факторы оказывают влияние на длительности (например, взаимосвязь между имеющимся ресурсом и его производительностью)? u u
техническая неопределенность, новизна продукта, отслеживание темпа или прогресса работ (такое как освоенный объем, процент выполнения, красно-желто-зеленые (светофорные) показатели)? u u
и хранении информации модели расписания проекта и имеется ли к ним свободный доступ? Для получения более подробной информации относительно составления расписания см. документ «Практический стандарт разработки расписания» (Practice Standard for Scheduling) [16]. СООБРАЖЕНИЯ ДЛЯ ГИБКИХ/АДАПТИВНЫХ СРЕД В адаптивных подходах по мере необходимости используются короткие циклы для выполнения работ, рассмотрения результатов и адаптации. Данные циклы обеспечивают быстрое получение откликов об этих подходах и соответствие требованиям поставляемых результатов, и в целом проявляются как итеративное и основанное на спросе расписание по требованию , как описано в разделе о ключевых тенденциях и вновь появляющихся практиках главы Управление
В больших организациях небольшие проекты могут сочетаться с масштабными инициативами, требующими разработки долгосрочных дорожных карт для управления развитием этих программ с использованием масштабирующих факторов (например, численный состав команды, географическое распределение, соблюдение регуляторных требований, организационная и техническая сложность). При решении задачи полного жизненного цикла поставки крупных, охватывающих все предприятие систем может потребоваться внедрение ряда методов, использующих предиктивный подход, адаптивный подход или гибрид этих двух подходов. У организации может возникнуть необходимость комбинировать практики из нескольких базовых методов или внедрять метод, в котором это уже реализовано, а также принять несколько принципов и практик более традиционной методики. Роль руководителя проекта в связи с управлением проектами, в которых используется предиктивный жизненный цикл разработки, или управлением проектами в адаптивных средах не изменяется. Однако для достижения успеха в использовании адаптивных подходов руководителю проекта необходимо хорошо знать инструменты и методы чтобы понимать, как следует применять их результативно.
179 6.1 ПЛАНИРОВАНИЕ УПРАВЛЕНИЯ РАСПИСАНИЕМ Планирование управления расписанием — процесс, устанавливающий политики, процедуры и документацию по планированию, разработке, управлению, исполнению и контролю за расписанием проекта. Ключевая выгода данного процесса состоит в том, что он предоставляет руководство и указания относительно управления расписанием проекта на протяжении всего проекта. Этот процесс выполняется единожды или в предопределенные моменты в проекте. Входы, инструменты и методы, а также выходы этого процесса показаны на рис. 6-3. На рис. 6-4 показана диаграмма потоков данных процесса.
.1 Экспертная оценка .2 Анализ данных .3 Совещания .1 Устав проекта .2 План управления проектом • План управления содержанием • Подход к разработке .3 Факторы среды предприятия .4 Активы процессов организации .1 План управления расписанием 6.1 Планирование управления расписанием Предприятие/ организация 4.1
Разработка устава проекта • План управления расписанием • Устав проекта План управления проектом • План управления содержанием • Подход к разработке • Факторы среды предприятия • Активы процессов организации План управления проектом План
управления проектом
|