Пм бук. Руководство pmbok ОлимпБизнес
 Скачать 4.06 Mb.
|
|
Критерии приемки. Набор условий, которые должны быть выполнены до того, как поставляемые результаты будут приняты. ♦ Исключения из проекта. Определяет, что исключено из проекта. Явная формули- ровка того, что именно находится вне содержания проекта, помогает управлять ожиданиями заинтересованных сторон и может сократить расползание содержания. Хотя устав проекта и описание содержания проекта иногда воспринимаются как доку- менты, в определенной степени дублирующие друг друга, они различаются уровнем детали- зации. Устав проекта содержит высокоуровневую информацию, а описание содержания про- екта – подробное описание компонентов содержания. Данные компоненты последовательно уточняются в течение проекта. В таблице 5–1 описаны некоторые из ключевых элементов каж- дого документа. Таблица 5–1. Элементы устава проекта и описания содержания проекта . Коллектив авторов. «Руководство к Своду знаний по управлению проектами (Руководство PMBOK)» 139 5.3.3.2 Обновления документов проекта В качестве документов проекта, которые могут быть обновлены в результате осуществ- ления данного процесса, можно назвать, среди прочего: ♦ Журнал допущений. Описан в разделе 4.1.3.2. Журнал допущений обновляется путем внесения дополнительных допущений или ограничений, которые были определены в ходе этого процесса. ♦ Документацию по требованиям. Описана в разделе 5.2.3.1. Документация по тре- бованиям может обновляться путем внесения в нее дополнительных или измененных требо- ваний. ♦ Матрицу отслеживания требований. Описана в разделе 5.2.3.2. Матрица отслежи- вания требований может обновляться с целью отражения обновлений, внесенных в докумен- тацию по требованиям. ♦ Реестр заинтересованных сторон. Описан в разделе 13.1.3.1. Дополнительная информация о существующих или новых заинтересованных сторонах вносится в реестр заин- тересованных сторон по мере ее поступления. . Коллектив авторов. «Руководство к Своду знаний по управлению проектами (Руководство PMBOK)» 140 5.4 Создание ИСР Создание иерархической структуры работ (ИСР) – это процесс разделения поставляе- мых результатов проекта и работ проекта на меньшие компоненты, которыми легче управлять. Ключевая выгода данного процесса состоит в том, что он определяет структуру того, что необ- ходимо поставить. Этот процесс выполняется единожды или в предопределенные моменты в проекте. Входы, инструменты и методы, а также выходы этого процесса показаны на рис. 5-10. На рис. 5-11 показана диаграмма потоков данных процесса. Рис. 5-10. Создание ИСР: входы, инструменты и методы, выходы Рис. 5-11. Создание ИСР: диаграмма потоков данных ИСР – это иерархическая декомпозиция полного содержания работ, выполняемых командой проекта для достижения целей проекта и создания требуемых поставляемых резуль- татов. ИСР организует и определяет общее содержание проекта и отображает работы, указан- ные в текущем одобренном описании содержания проекта. . Коллектив авторов. «Руководство к Своду знаний по управлению проектами (Руководство PMBOK)» 141 Запланированные работы содержатся в элементах ИСР самого нижнего уровня, которые называются пакетами работ. Пакет работ может использоваться для группировки операций, на уровне которых составляется расписание работ и проводится их оценка, осуществляется мони- торинг и контроль. В контексте ИСР «работы» означают продукты или поставляемые резуль- таты, являющиеся результатами операций, но не сами операции. 5.4.1 Создание ИСР: входы 5.4.1.1 План управления проектом Компонент плана управления проектом включает в себя, среди прочего, план управле- ния содержанием: Описанный в разделе 5.1.3.1 план управления содержанием документально оформляет порядок создания ИСР на основе положений описания содержания проекта. 5.4.1.2 Документы проекта В качестве примеров документов проекта, которые можно считать входами в данный про- цесс, можно назвать, среди прочего: ♦ Описание содержания проекта. Описано в разделе 5.3.3.1. Описание содержания проекта описывает работы, которые будут исполнены, и исключенные работы. ♦ Документацию по требованиям. Описана в разделе 5.2.3.1. Детальное описание требований содержит описание того, каким образом отдельные требования соответствуют определенной бизнес-потребности для данного проекта. 5.4.1.3 Факторы среды предприятия Факторы среды предприятия, которые могут влиять на процесс создания ИСР, включают в себя, среди прочего, стандарты ИСР конкретной отрасли, соответствующие характеру дан- ного проекта. Указанные стандарты ИСР конкретной отрасли могут служить внешним источ- ником справочных материалов для создания ИСР. 5.4.1.4 Активы процессов организации Активы процессов организации, которые могут оказывать влияние на процесс создания ИСР, включают в себя, среди прочего: ♦ политики, процедуры и шаблоны для ИСР; ♦ архивы предыдущих проектов; ♦ извлеченные уроки из предыдущих проектов. 5.4.2 Создание ИСР: инструменты и методы 5.4.2.1 Экспертная оценка Описана в разделе 4.1.2.1. Следует учитывать экспертные заключения, полученные от лиц или групп, обладающих специальными знаниями или опытом работы над аналогичными проектами. 5.4.2.2 Декомпозиция Декомпозиция – это метод, предполагающий разбиение содержания и поставляемых результатов проекта на более мелкие и более управляемые элементы. Пакет работ – это работа, . Коллектив авторов. «Руководство к Своду знаний по управлению проектами (Руководство PMBOK)» 142 расположенная на самом низком уровне иерархической структуры работ, для которой воз- можна оценка стоимости и длительности, а также управление ими. На уровень декомпозиции зачастую влияет степень контроля, необходимого для результативного управления проектом. Уровень детализации пакетов работ различается в зависимости от масштаба и сложности про- екта. Декомпозиция всей совокупности работ проекта до пакетов работ обычно включает в себя следующие операции: ♦ определение и анализ поставляемых результатов и соответствующих работ; ♦ структурирование и организацию ИСР; ♦ декомпозицию верхних уровней ИСР на детализированные компоненты более низких уровней; ♦ разработку и присвоение идентификационных кодов компонентам ИСР; ♦ проверку приемлемости степени декомпозиции поставляемых результатов. На рис. 5-12 показана часть ИСР с некоторыми ответвлениями ИСР, декомпозирован- ными до уровня пакетов работ. Рис. 5-12. Пример декомпозиции ИСР до пакетов работ ИСР может создаваться с помощью различных подходов. Некоторые популярные методы включают в себя подход сверху-вниз, использование руководящих указаний конкретных орга- низаций и применение шаблонов ИСР. Для группировки подкомпонентов можно использовать подход снизу-вверх. ИСР может быть создана в различных формах, например: ♦ в качестве второго уровня декомпозиции используются фазы жизненного цикла про- екта, на третьем уровне расположены поставляемые результаты, относящиеся к проекту и про- дукту, как показано на рис. 5-13; ♦ в качестве второго уровня декомпозиции используются основные поставляемые результаты, как показано на рис. 5-14; ♦ используются подкомпоненты, которые могут разрабатываться организациями, не вхо- дящими в команду проекта, например, работающими по договору. В таких случаях продавец разрабатывает поддерживающую договор ИСР как часть работы по договору. . Коллектив авторов. «Руководство к Своду знаний по управлению проектами (Руководство PMBOK)» 143 Рис. 5-13. Пример ИСР, организованной по фазам Рис. 5-14. Пример ИСР с основными поставляемыми результатами Для декомпозиции компонентов ИСР верхнего уровня требуется разделение работ по каждому поставляемому результату или подкомпонентам на основополагающие компоненты, где компоненты ИСР представляют собой поддающиеся проверке продукты, услуги или резуль- таты. Если используется гибкий подход, обобщенные проектные документы можно разбить на пользовательские истории. ИСР может быть структурирована в виде схемы, организацион- ной диаграммы или другим методом, отражающим иерархическое разбиение. Проверка пра- вильности декомпозиции требует удостоверения в том, что компоненты ИСР низкого уровня – это именно те компоненты, которые необходимы и достаточны для создания соответствую- . Коллектив авторов. «Руководство к Своду знаний по управлению проектами (Руководство PMBOK)» 144 щих поставляемых результатов более высокого уровня. Различные поставляемые результаты могут иметь различные уровни декомпозиции. Работы по некоторым поставляемым результа- там достаточно декомпозировать всего лишь до следующего уровня, чтобы достичь уровня пакетов работ, однако для других могут потребоваться дополнительные уровни декомпозиции. По мере декомпозиции работ до более глубоких уровней детализации возможность планиро- вания, управления и контроля работ расширяется. Однако чрезмерная декомпозиция может привести к непродуктивным управленческим трудозатратам, неэффективному использованию ресурсов, снижению эффективности выполнения работ и сложности консолидации данных различных уровней ИСР. Декомпозиция может оказаться невозможной для поставляемых результатов или под- компонентов, которые будут выполняться в далеком будущем. Команда управления проектом обычно дожидается согласования поставляемого результата или подкомпонента, чтобы иметь возможность разработать соответствующие детали ИСР. Этот метод иногда называют плани- рованием методом набегающей волны. ИСР отображает все работы, связанные с продуктом и проектом, включая работы по управлению проектом. Все содержание работ на самых нижних уровнях должно сворачиваться в более высокие уровни, чтобы ничего не было пропущено и не выполнялась лишняя работа. Иногда это называют правилом 100 %. Для получения дополнительной информации по ИСР обратитесь к Практическому стан- дарту иерархических структур работ – Второму изданию (Practice Standard for Work Breakdown Structures – Second Edition) [15]. Этот стандарт содержит конкретные отраслевые примеры шаб- лонов ИСР, которые могут быть адаптированы к конкретным проектам в определенных при- кладных областях. 5.4.3 Создание ИСР: выходы 5.4.3.1 Базовый план по содержанию Базовый план по содержанию – это одобренная версия описания содержания, ИСР и свя- занного с ним словаря ИСР, которая может быть изменена только с помощью формальных про- цедур контроля изменений и используется как основа для сравнения. Он является компонен- том плана управления проектом. Компоненты базового плана по содержанию включают в себя: ♦ Описание содержания проекта. Описание содержания проекта включает в себя изложение содержания проекта, основных поставляемых результатов, допущений и ограниче- ний (см. раздел 5.3.3.1). ♦ ИСР. ИСР – это иерархическая декомпозиция полного содержания работ, выполня- емых командой проекта для достижения целей проекта и создания требуемых поставляемых результатов. Каждый нисходящий уровень ИСР включает все более подробное определение работ проекта. ♦ Пакет работ. Самым нижним уровнем ИСР является пакет работ с уникальным иден- тификатором. Данные идентификаторы предоставляют структуру для иерархического сумми- рования информации о стоимости, расписании и ресурсах, а также формируют код учета. Каждый пакет работ является частью контрольного счета. Контрольный счет – это элемент управления, в котором содержание, бюджет и расписание объединяются и сравниваются с осво- енным объемом для измерения исполнения. Контрольный счет имеет два или более пакетов работ, хотя каждый пакет работ связан с единственным контрольным счетом. ♦ Пакет планирования. Контрольный счет может включать в себя один или несколько пакетов планирования. Пакет планирования – это компонент иерархической структуры работ . Коллектив авторов. «Руководство к Своду знаний по управлению проектами (Руководство PMBOK)» 145 по положению ниже контрольного счета и выше пакета работ с известным содержанием работ, но без детализации операций расписания. ♦ Словарь ИСР. Словарь ИСР – это документ, в котором содержится подробная инфор- мация о поставляемых результатах, операциях и расписании в отношении каждого компонента в ИСР. Словарь ИСР представляет собой документ, который дополняет ИСР. Большая часть входящей в словарь ИСР информации создается в рамках других процессов и добавляется в данный документ на более поздней стадии. Информация в словаре ИСР включает в себя, среди прочего: • идентификатор кода учета, • описание работ, • допущения и ограничения, • ответственную организацию, • контрольные события расписания, • связанные операции расписания, • требуемые ресурсы, • оценки стоимости, • требования к качеству, • критерии приемки, • технические ссылки, • информацию по соглашениям. 5.4.3.2 Обновления документов проекта В качестве документов проекта, которые могут быть обновлены в результате осуществ- ления данного процесса, можно назвать, среди прочего: ♦ Журнал допущений. Описан в разделе 4.1.3.2. Журнал допущений обновляется путем внесения дополнительных допущений или ограничений, которые были определены в ходе процесса создания ИСР. ♦ Документацию по требованиям. Описана в разделе 5.2.3.1. Документация по тре- бованиям может обновляться с целью включения утвержденных изменений, возникших в результате процесса создания ИСР. 5.5 Подтверждение содержания Подтверждение содержания – процесс формализованной приемки полученных постав- ляемых результатов проекта. Ключевая выгода данного процесса состоит в обеспечении объ- ективности процесса приемки и повышении вероятности приемки конечного продукта, услуги или результата путем подтверждения каждого поставляемого результата. Этот процесс осу- ществляется периодически на протяжении всего проекта, по мере необходимости. Входы, инструменты и методы, а также выходы этого процесса показаны на рис. 5-15. На рис. 5-16 показана диаграмма потоков данных процесса. . Коллектив авторов. «Руководство к Своду знаний по управлению проектами (Руководство PMBOK)» 146 Рис. 5-15. Подтверждение содержания: входы, инструменты и методы, выходы Рис. 5-16. Подтверждение содержания: диаграмма потоков данных Проверенные поставляемые результаты, полученные в процессе контроля качества, про- веряются заказчиком или спонсором, чтобы гарантировать, что они выполнены удовлетвори- тельно, и что поставляемые результаты были формально приняты заказчиком или спонсором. В ходе данного процесса выходы, полученные в результате процессов планирования в обла- . Коллектив авторов. «Руководство к Своду знаний по управлению проектами (Руководство PMBOK)» 147 сти знаний управления содержанием проекта, например, документация по требованиям или базовый план по содержанию, а также данные по исполнению работ, полученные из процессов исполнения из других областей знаний, являются основой для подтверждения и окончатель- ной приемки. Процесс подтверждения содержания отличается от процесса контроля качества в том плане, что подтверждение содержания в основном связано с приемкой поставляемых резуль- татов, в то время как процесс контроля качества в основном ориентирован на правильность поставляемых результатов и соблюдение требований к качеству, заданных для поставляе- мых результатов. Контроль качества, как правило, проводится до подтверждения содержания, однако эти два процесса могут выполняться и параллельно. 5.5.1 Подтверждение содержания: входы 5.5.1.1 План управления проектом Описан в разделе 4.2.3.1. Компоненты плана управления проектом включают в себя, среди прочего: ♦ План управления содержанием. Описан в разделе 5.1.3.1. План управления проек- том устанавливает, как будет производиться формальная приемка полученных поставляемых результатов проекта. ♦ План управления требованиями. Описан в разделе 5.1.3.2. План управления тре- бованиями описывает, как производится подтверждение требований проекта. ♦ Базовый план по содержанию. Описан в разделе 5.4.3.1. Базовый план по содер- жанию сравнивается с фактическими результатами для того, чтобы определить, требуются ли изменения, корректирующие или предупреждающие действия. 5.5.1.2 Документы проекта Документы проекта, которые можно считать входами в данный процесс, включают в себя, среди прочего: ♦ Реестр извлеченных уроков. Описан в разделе 4.4.3.1. Уроки, извлеченные на более ранних стадиях проекта, могут применяться на его более поздних стадиях с целью улучшения результативности и эффективности подтверждения поставляемых результатов. ♦ Отчеты о качестве. Описаны в разделе 8.2.3.1. Информация, представленная в отчете о качестве, может включать в себя все проблемы с обеспечением качества, решае- мые или эскалируемые командой, рекомендации по совершенствованию этой работы и сводку заключений в рамках процесса контроля качества. Эта информация рассматривается перед приемкой продукта. ♦ Документацию по требованиям. Описана в разделе 5.2.3.1. Требования сравнива- ются с фактическими результатами с целью определить, требуются ли изменения, корректи- рующие или предупреждающие действия. ♦ Матрицу отслеживания требований. Описана в разделе 5.2.3.2. Матрица отслежи- вания требований содержит информацию о требованиях, включая порядок их подтверждения. 5.5.1.3 Проверенные поставляемые результаты Проверенные поставляемые результаты – это поставляемые результаты проекта, полу- ченные и проверенные на правильность в рамках процесса контроля качества. . Коллектив авторов. «Руководство к Своду знаний по управлению проектами (Руководство PMBOK)» 148 5.5.1.4 Данные об исполнении работ Описаны в разделе 4.3.3.2. Данные об исполнении работ могут включать в себя степень соответствия требованиям, количество несоответствий, серьезность несоответствий или коли- чество циклов подтверждения, исполненных в тот или иной период времени. 5.5.2 Подтверждение содержания: инструменты и методы |