Руководство к своду знаний по управлению проектами (Руководство PMBOK®). Шестое издание. Agile: практическое руководство
Шрифт:
Для декомпозиции компонентов ИСР верхнего уровня требуется разделение работ по каждому поставляемому результату или подкомпонентам на основополагающие компоненты, где компоненты ИСР представляют собой поддающиеся проверке продукты, услуги или результаты. Если используется гибкий подход, обобщенные проектные документы можно разбить на пользовательские истории. ИСР может быть структурирована в виде схемы, организационной диаграммы или другим методом, отражающим иерархическое разбиение. Проверка правильности декомпозиции требует удостоверения в том, что компоненты ИСР низкого уровня – это именно те компоненты, которые необходимы и достаточны для создания соответствующих поставляемых результатов более высокого уровня.
Декомпозиция может оказаться невозможной для поставляемых результатов или подкомпонентов, которые будут выполняться в далеком будущем. Команда управления проектом обычно дожидается согласования поставляемого результата или подкомпонента, чтобы иметь возможность разработать соответствующие детали ИСР. Этот метод иногда называют планированием методом набегающей волны.
ИСР отображает все работы, связанные с продуктом и проектом, включая работы по управлению проектом. Все содержание работ на самых нижних уровнях должно сворачиваться в более высокие уровни, чтобы ничего не было пропущено и не выполнялась лишняя работа. Иногда это называют правилом 100 %.
Для получения дополнительной информации по ИСР обратитесь к Практическому стандарту иерархических структур работ – Второму изданию (Practice Standard for Work Breakdown Structures – Second Edition) [15]. Этот стандарт содержит конкретные отраслевые примеры шаблонов ИСР, которые могут быть адаптированы к конкретным проектам в определенных прикладных областях.
5.4.3. Создание ИСР: выходы
5.4.3.1. Базовый план по содержанию
Базовый план по содержанию – это одобренная версия описания содержания, ИСР и связанного с ним словаря ИСР, которая может быть изменена только с помощью формальных процедур контроля изменений и используется как основа для сравнения. Он является компонентом плана управления проектом. Компоненты базового плана по содержанию включают в себя:
Описание содержания проекта. Описание содержания проекта включает в себя изложение содержания проекта, основных поставляемых результатов, допущений и ограничений (см. раздел 5.3.3.1).
ИСР. ИСР – это иерархическая декомпозиция полного содержания работ, выполняемых командой проекта для достижения целей проекта и создания требуемых поставляемых результатов. Каждый нисходящий уровень ИСР включает все более подробное определение работ проекта.
Пакет работ. Самым нижним уровнем ИСР является пакет работ с уникальным идентификатором. Данные идентификаторы предоставляют структуру для иерархического суммирования информации о стоимости, расписании и ресурсах, а также формируют код учета. Каждый пакет работ является частью контрольного счета. Контрольный счет – это элемент управления, в котором содержание, бюджет и расписание объединяются и сравниваются с освоенным объемом для измерения исполнения. Контрольный счет имеет два или более пакетов работ, хотя каждый пакет работ связан с единственным контрольным счетом.
Пакет планирования. Контрольный счет может включать в себя один или несколько пакетов планирования. Пакет планирования – это компонент иерархической структуры работ по положению ниже контрольного счета и выше пакета работ с известным содержанием
работ, но без детализации операций расписания.Словарь ИСР. Словарь ИСР – это документ, в котором содержится подробная информация о поставляемых результатах, операциях и расписании в отношении каждого компонента в ИСР. Словарь ИСР представляет собой документ, который дополняет ИСР. Большая часть входящей в словарь ИСР информации создается в рамках других процессов и добавляется в данный документ на более поздней стадии. Информация в словаре ИСР включает в себя, среди прочего:
• идентификатор кода учета,
• описание работ,
• допущения и ограничения,
• ответственную организацию,
• контрольные события расписания,
• связанные операции расписания,
• требуемые ресурсы,
• оценки стоимости,
• требования к качеству,
• критерии приемки,
• технические ссылки,
• информацию по соглашениям.
5.4.3.2. Обновления документов проекта
В качестве документов проекта, которые могут быть обновлены в результате осуществления данного процесса, можно назвать, среди прочего:
Журнал допущений. Описан в разделе 4.1.3.2. Журнал допущений обновляется путем внесения дополнительных допущений или ограничений, которые были определены в ходе процесса создания ИСР.
Документацию по требованиям. Описана в разделе 5.2.3.1. Документация по требованиям может обновляться с целью включения утвержденных изменений, возникших в результате процесса создания ИСР.
5.5. Подтверждение содержания
Подтверждение содержания – процесс формализованной приемки полученных поставляемых результатов проекта. Ключевая выгода данного процесса состоит в обеспечении объективности процесса приемки и повышении вероятности приемки конечного продукта, услуги или результата путем подтверждения каждого поставляемого результата. Этот процесс осуществляется периодически на протяжении всего проекта, по мере необходимости. Входы, инструменты и методы, а также выходы этого процесса показаны на рис. 5-15. На рис. 5-16 показана диаграмма потоков данных процесса.
Рис. 5-15. Подтверждение содержания: входы, инструменты и методы, выходы
Рис. 5-16. Подтверждение содержания: диаграмма потоков данных
Проверенные поставляемые результаты, полученные в процессе контроля качества, проверяются заказчиком или спонсором, чтобы гарантировать, что они выполнены удовлетворительно, и что поставляемые результаты были формально приняты заказчиком или спонсором. В ходе данного процесса выходы, полученные в результате процессов планирования в области знаний управления содержанием проекта, например, документация по требованиям или базовый план по содержанию, а также данные по исполнению работ, полученные из процессов исполнения из других областей знаний, являются основой для подтверждения и окончательной приемки.
Процесс подтверждения содержания отличается от процесса контроля качества в том плане, что подтверждение содержания в основном связано с приемкой поставляемых результатов, в то время как процесс контроля качества в основном ориентирован на правильность поставляемых результатов и соблюдение требований к качеству, заданных для поставляемых результатов. Контроль качества, как правило, проводится до подтверждения содержания, однако эти два процесса могут выполняться и параллельно.
5.5.1. Подтверждение содержания: входы