Руководство pmbok ® Шестое издание
Yüklə 12,83 Mb. Pdf görüntüsü
|
|
Часть 1 - Руководство
5.4.2 СОЗДАНИЕ ИСР: ИНСТРУМЕНТЫ И МЕТОДЫ 5.4.2.1 ЭКСПЕРТНАЯ ОЦЕНКА Описана в разделе 4.1.2.1. Следует учитывать экспертные заключения, полученные от лиц или групп, обладающих специальными знаниями или опытом работы над аналогичными проектами.
Декомпозиция — это метод, предполагающий разбиение содержания и поставляемых результатов проекта на более мелкие и более управляемые элементы. Пакет работ — эторабота, расположенная на самом низком уровне иерархической структуры работ, для которой возможна оценка стоимости и длительности, а также управление ими. На уровень декомпозиции зачастую влияет степень контроля, необходимого для результативного управления проектом. Уровень детализации пакетов работ различается в зависимости от масштаба и сложности проекта. Декомпозиция всей совокупности работ проекта до пакетов работ обычно включает в себя следующие операции: u u определение и анализ поставляемых результатов и соответствующих работ; u u структурирование и организацию ИСР; u u декомпозицию верхних уровней ИСР на детализированные компоненты более низких уровней; u u разработку и присвоение идентификационных кодов компонентам ИСР; u u проверку приемлемости степени декомпозиции поставляемых результатов. На рис. 5-12 показана часть ИСР с некоторыми ответвлениями ИСР, декомпозированными до уровня пакетов работ. Рис. 5-12. Пример декомпозиции ИСР до пакетов работ 1.0 Проект системы управления стоимостью 1.1 Оценка потребностей 1.2 Разработка стандартов 1.3 Проектирование систем 1.4 Управление проектом ИСР только для наглядности. Не предполагается представить полное содержание какого-то конкретного проекта и не подразумевается, что это единственный способ организовать ИСР для проекта такого типа. 1.1.1.1
Определение компонентов 1.1.2.1 Оценка
пробелов 1.1.3.1
Определение альтернатив 1.1.4 Разработка требований к системе 1.1.3
Разработка альтернатив 1.1.2 Определение требований 1.1.1
Аудит существующей системы
1.1.1.2 Анализ
компонентов 1.1.2.2
Определение изменений в требованиях 1.1.3.2
Анализ альтернатив 159 ИСР может создаваться с помощью различных подходов. Некоторые популярные методы включают в себя подход сверху- вниз, использование руководящих указаний конкретных организаций и применение шаблонов ИСР. Для группировки подкомпонентов можно использовать подход снизу-вверх. ИСР может быть создана в различных формах, например: u u
расположены поставляемые результаты, относящиеся к проекту и продукту, как показано на рис. 5-13; u u в качестве второго уровня декомпозиции используются основные поставляемые результаты, как показано на рис. 5-14; u u
например работающими по договору. В таких случаях продавец разрабатывает поддерживающую договор ИСР как часть работы по договору. Рис. 5-13. Пример ИСР, организованной по фазам Планирование Программный продукт Релиз 5.0 Подробный проект Конструирование Интеграция и испытания Управление проектом Требования к продукту Программное обеспечение Программное обеспечение Программное обеспечение Программное обеспечение Совещания Документация пользователя Документация пользователя Документация пользователя Документация пользователя Администрация Материалы программы обучения
Материалы программы обучения Материалы программы обучения
Материалы программы обучения ИСР только для наглядности. Не предполагается представить полное содержание какого-то конкретного проекта и не подразумевается, что это единственный способ организовать ИСР для проекта такого типа.
160 Часть 1 - Руководство Управление системной разработкой Поддержка операций
управления проектом
Система воздушного судна Управление проектом Обучение по оборудованию Обучение по производствен- ному объекту Обучение по обслуживанию Обучение Технические заказы Инженерные данные Управленческие данные
Организационный уровень системной разработки Промежуточный уровень системной разработки Системная разработка на уровне депо Вспомогательное оборудование Фюзеляж
Двигатель Система
связи Навигационная система Противопожар- ная система Основные
здания Предприятие техобслужива- ния
Производственные объекты Макеты
Эксплуатацион- ные испытания Стендовые испытания Испытание
ИСР только для наглядности. Не предполагается представить полное содержание какого-то конкретного проекта и не подразумевается, что это единственный способ организовать ИСР для проекта такого типа.
Для декомпозиции компонентов ИСР верхнего уровня требуется разделение работ по каждому поставляемому результату или подкомпонентам на основополагающие компоненты, где компоненты ИСР представляют собой поддающиеся проверке продукты, услуги или результаты. Если используется гибкий подход, обобщенные проектные документы можно разбить на пользовательские истории. ИСР может быть структурирована в виде схемы, организационной диаграммы или другим методом, отражающим иерархическое разбиение. Проверка правильности декомпозиции требует удостоверения в том, что компоненты ИСР низкого уровня — это именно те компоненты, которые необходимы и достаточны для создания соответствующих поставляемых результатов более высокого уровня. Различные поставляемые результаты могут иметь различные уровни декомпозиции. Работы по некоторым поставляемым результатам достаточно декомпозировать всего лишь до следующего уровня, чтобы достичь уровня пакетов работ, однако для других могут потребоваться дополнительные уровни декомпозиции. По мере декомпозиции работ до более глубоких уровней детализации возможность планирования, управления и контроля работ расширяется. Однако чрезмерная декомпозиция может привести к непродуктивным управленческим трудозатратам, неэффективному использованию ресурсов, снижению эффективности выполнения работ и сложности консолидации данных различных уровней ИСР. Декомпозиция может оказаться невозможной для поставляемых результатов или подкомпонентов, которые будут выполняться в далеком будущем. Команда управления проектом обычно дожидается согласования поставляемого результата или подкомпонента, чтобы иметь возможность разработать соответствующие детали ИСР. Этот метод иногда называют планированием методом набегающей волны.
161 ИСР отображает все работы, связанные с продуктом и проектом, включая работы по управлению проектом. Все содержание работ на самых нижних уровнях должно сворачиваться в более высокие уровни, чтобы ничего не было пропущено и не выполнялась лишняя работа. Иногда это называют правилом 100 %. Для получения дополнительной информации по ИСР обратитесь к Практическому стандарту иерархических
содержит конкретные отраслевые примеры шаблонов ИСР, которые могут быть адаптированы к конкретным проектам в определенных прикладных областях.
Базовый план по содержанию — это одобренная версия описания содержания, ИСР и связанного с ним словаря ИСР, которая может быть изменена только с помощью формальных процедур контроля изменений и используется как основа для сравнения. Он является компонентом плана управления проектом. Компоненты базового плана по содержанию включают в себя: u
Описание содержания проекта. Описание содержания проекта включает в себя изложение содержания проекта, основных поставляемых результатов, допущений и ограничений (см. раздел 5.3.3.1). u u
достижения целей проекта и создания требуемых поставляемых результатов. Каждый нисходящий уровень ИСР включает все более подробное определение работ проекта. u u
идентификаторы предоставляют структуру для иерархического суммирования информации о стоимости, расписании и ресурсах, а также формируют код учета. Каждый пакет работ является частью контрольного счета. Контрольный счет — это элемент управления, в котором содержание, бюджет и расписание объединяются и сравниваются с освоенным объемом для измерения исполнения. Контрольный счет имеет два или более пакетов работ, хотя каждый пакет работ связан с единственным контрольным счетом. u u Пакет планирования. Контрольный счет может включать в себя один или несколько пакетов планирования. Пакет планирования — это компонент иерархической структуры работ по положению ниже контрольного счета и выше пакета работ с известным содержанием работ, но без детализации операций расписания.
162 Часть 1 - Руководство u u Словарь ИСР. Словарь ИСР — это документ, в котором содержится подробная информация о поставляемых результатах, операциях и расписании в отношении каждого компонента в ИСР. Словарь ИСР представляет собой документ, который дополняет ИСР. Большая часть входящей в словарь ИСР информации создается в рамках других процессов и добавляется в данный документ на более поздней стадии. Информация в словаре ИСР включает в себя, среди прочего: u n идентификатор кода учета, u n описание работ, u n допущения и ограничения, u n ответственную организацию, u n контрольные события расписания, u n связанные операции расписания, u n требуемые ресурсы, u n оценки стоимости, u n требования к качеству, u n критерии приемки, u n технические ссылки, u n информацию по соглашениям. 5.4.3.2 ОБНОВЛЕНИЯ ДОКУМЕНТОВ ПРОЕКТА В качестве документов проекта, которые могут быть обновлены в результате осуществления данного процесса, можно назвать, среди прочего: u n Журнал допущений. Описан в разделе 4.1.3.2. Журнал допущений обновляется путем внесения дополнительных допущений или ограничений, которые были определены в ходе процесса создания ИСР. u n
с целью включения утвержденных изменений, возникших в результате процесса создания ИСР. 163 5.5 ПОДТВЕРЖДЕНИЕ СОДЕРЖАНИЯ Подтверждение содержания — процесс формализованной приемки полученных поставляемых результатов проекта. Ключевая выгода данного процесса состоит в обеспечении объективности процесса приемки и повышении вероятности приемки конечного продукта, услуги или результата путем подтверждения каждого поставляемого результата. Этот процесс осуществляется периодически на протяжении всего проекта, по мере необходимости. Входы, инструменты и методы, а также выходы этого процесса показаны на рис. 5-15. На рис. 5-16 показана диаграмма потоков данных процесса. Рис. 5-15. Подтверждение содержания: входы, инструменты и методы, выходы Инструменты и методы Входы Выходы Подтверждение содержания .1 Инспекция .2 Принятие решений • Голосование .1 План управления проектом • План управления содержанием • План управления требованиями • Базовый план по содержанию .2 Документы проекта • Реестр извлеченных уроков • Отчеты о качестве • Документация по требованиям • Матрица отслеживания требований .3 Проверенные поставляемые результаты .4 Данные об исполнении работ .1 Принятые поставляемые результаты .2 Информация об исполнении работ .3 Запросы на изменения .4 Обновления документов проекта • Реестр извлеченных уроков • Документация по требованиям • Матрица отслеживания требований
164 Часть 1 - Руководство 8.3
Контроль качества
4.3 Руководство и управление исполнением проекта • Данные об исполнении работ • Проверенные поставляемые результаты • Принятые поставляемые результаты • Запросы на изменения • Информация об исполнении работ
Обновления документов проекта
• Реестр извлеченных уроков
• Документация по требованиям • Матрица отслеживания требований План управления проектом • План управления содержанием • План управления требованиями • Базовый план по содержанию Документы проекта • Реестр извлеченных уроков • Отчет о качестве • Документация по требованиям • Матрица отслеживания требований План
управления проектом
Документы проекта
Документы проекта
4.5 Мониторинг и контроль работ проекта 4.6 Интегрированный контроль изменений 4.7 Закрытие
проекта или фазы 5.5 Подтверждение содержания Рис. 5-16. Подтверждение содержания: диаграмма потоков данных Проверенные поставляемые результаты, полученные в процессе контроля качества, проверяются заказчиком или спонсором, чтобы гарантировать, что они выполнены удовлетворительно, и что поставляемые результаты были формально приняты заказчиком или спонсором. В ходе данного процесса выходы, полученные в результате процессов планирования в области знаний управления содержанием проекта, например документация по требованиям или базовый план по содержанию, а также данные по исполнению работ, полученные из процессов исполнения из других областей знаний, являются основой для подтверждения и окончательной приемки. Процесс подтверждения содержания отличается от процесса контроля качества в том плане, что подтверждение содержания в основном связано с приемкой поставляемых результатов, в то время как процесс контроля качества в основном ориентирован на правильность поставляемых результатов и соблюдение требований к качеству, заданных для поставляемых результатов. Контроль качества, как правило, проводится до подтверждения содержания, однако эти два процесса могут выполняться и параллельно. 165 5.5.1 ПОДТВЕРЖДЕНИЕ СОДЕРЖАНИЯ: ВХОДЫ 5.5.1.1 ПЛАН УПРАВЛЕНИЯ ПРОЕКТОМ Описан в разделе 4.2.3.1. Компоненты плана управления проектом включают в себя, среди прочего: u u
производиться формальная приемка полученных поставляемых результатов проекта. u u План управления требованиями. Описан в разделе 5.1.3.2. План управления требованиями описывает, как производится подтверждение требований проекта. u u
с фактическими результатами для того, чтобы определить, требуются ли изменения, корректирующие или предупреждающие действия. 5.5.1.2 ДОКУМЕНТЫ ПРОЕКТА Документы проекта, которые можно считать входами в данный процесс, включают в себя, среди прочего: u u
применяться на его более поздних стадиях с целью улучшения результативности и эффективности подтверждения поставляемых результатов. u u
включать в себя все проблемы с обеспечением качества, решаемые или эскалируемые командой, рекомендации по совершенствованию этой работы и сводку заключений в рамках процесса контроля качества. Эта информация рассматривается передприемкой продукта. u u Документацию по требованиям. Описана в разделе 5.2.3.1. Требования сравниваются с фактическими результатами с целью определить, требуются ли изменения, корректирующие или предупреждающие действия. u u
информацию о требованиях, включая порядок их подтверждения. 5.5.1.3 ПРОВЕРЕННЫЕ ПОСТАВЛЯЕМЫЕ РЕЗУЛЬТАТЫ Проверенные поставляемые результаты — это поставляемые результаты проекта, полученные и проверенные на правильность в рамках процесса контроля качества.
Описаны в разделе 4.3.3.2. Данные об исполнении работ могут включать в себя степень соответствия требованиям, количество несоответствий, серьезность несоответствий или количество циклов подтверждения, исполненных в тот или иной период времени. 166 Часть 1 - Руководство 5.5.2 ПОДТВЕРЖДЕНИЕ СОДЕРЖАНИЯ: ИНСТРУМЕНТЫ И МЕТОДЫ 5.5.2.1 ИНСПЕКЦИЯ Описана в разделе 8.3.2.3. Инспекция включает в себя такие действия, как измерение, обследование и подтверждение, позволяющие определить, соответствуют ли работы и поставляемые результаты требованиям к продукту и критериям его приемки. Инспекции иногда называются проверками, проверками продукта или сквозным контролем. В некоторых прикладных областях данные различные термины имеют более узкий и специфический смысл.
Описано в разделе 5.2.2.4. В качестве примера процедуры принятия решений, которую можно использовать в данном процессе, можно привести, среди прочего, голосование. Голосование используется для принятия окончательного решения, когда подтверждение выполняется командой проекта и другими заинтересованными сторонами. 5.5.3 ПОДТВЕРЖДЕНИЕ СОДЕРЖАНИЯ: ВЫХОДЫ 5.5.3.1 ПРИНЯТЫЕ ПОСТАВЛЯЕМЫЕ РЕЗУЛЬТАТЫ Deliverables that meet the acceptance criteria are formally signed off and approved by the customer or sponsor. Formal documentation received from the customer or sponsor acknowledging formal stakeholder acceptance of the project’s deliverables is forwarded to the Close Project or Phase process (Section 4.7). 5.5.3.2 ИНФОРМАЦИЯ ОБ ИСПОЛНЕНИИ РАБОТ Информация об исполнении работ включает в себя информацию о прогрессе проекта, например какие поставляемые результаты были, а какие не были приняты, а также причины этого. Данная информация документируется согласно процедуре, описанной в разделе 10.3.3.1, и сообщается заинтересованным сторонам. 5.5.3.3 ЗАПРОСЫ НА ИЗМЕНЕНИЯ Полученные поставляемые результаты, которые не были формально приняты, документируются с указанием причин, по которым они не были приняты. Такие поставляемые результаты могут потребовать запроса на изменение для исправления дефекта. Запросы на изменения (см. раздел 4.3.3.4) проходят процесс рассмотрения и принятия решения об исполнении в соответствии с процессом интегрированного контроля изменений (см. раздел 4.6).
167 5.5.3.4 ОБНОВЛЕНИЯ ДОКУМЕНТОВ ПРОЕКТА В качестве документов проекта, которые могут быть обновлены в результате осуществления данного процесса, можно назвать, среди прочего: u u Реестр извлеченных уроков. Описан в разделе 4.4.3.1. В реестр извлеченных уроков вносятся обновления за счет включения информации о трудностях, с которыми пришлось столкнуться, и сведения о том, как их можно было избежать, а также о проверенных на практике подходах к осуществлению подтверждения поставляемых результатов. u u Документацию по требованиям. Описана в разделе 5.2.3.1. Документация по требованиям может обновляться за счет внесения фактических результатов подтверждения. Особый интерес представляют сведения о том, когда фактические результаты оказываются лучше предусмотренных требованиями, или когда поступил отказ от требований. u u
за счет внесения результатов подтверждения, включая сведения о примененном методе и конечном результате. 5.6 КОНТРОЛЬ СОДЕРЖАНИЯ Контроль содержания — процесс мониторинга состояния содержания проекта и продукта, а также управления изменениями базового плана по содержанию. Ключевая выгода данного процесса состоит в том, что ведение базового плана по содержанию осуществляется на протяжении всего проекта. Этот процесс осуществляется на протяжении всего проекта. Входы, инструменты и методы, а также выходы этого процесса показаны на рис. 5-17. На рис. 5-18 показана диаграмма потоков данных процесса. Рис. 5-17. Контроль содержания: входы, инструменты и методы, выходы Инструменты и методы Входы Выходы Контроль содержания .1 Анализ данных • Анализ отклонений • Анализ тенденций .1 План управления проектом • План управления содержанием • План управления требованиями • План управления изменениями • План управления конфигурацией • Базовый план по содержанию • Базовый план исполнения .2 Документы проекта • Реестр извлеченных уроков • Документация по требованиям • Матрица отслеживания требований .3 Данные об исполнении работ .4 Активы процессов организации .1 Информация об исполнении работ .2 Запросы на изменения .3 Обновления плана управления проектом
• План управления содержанием • Базовый план по содержанию • Базовое расписание • Базовый план по стоимости • Базовый план исполнения .4 Обновления документов проекта • Реестр извлеченных уроков • Документация по требованиям • Матрица отслеживания требований
|