
- •Расшифровки и толкования аббревиатуры
- •Цели создания и задачи
- •Состав и структура
- •Подсистемы
- •[Компоненты и обеспечение
- •Управление проектами - основные понятия и методы
- •Разработка плана управления проектом (pmBoK 4d)
- •4.2.1 Разработка плана управления проектом: входы
- •4.2.2 Разработка плана управления проектом: инструменты и методы
- •4.2.3 Разработка плана управления проектом: выходы
- •Создание Иерархической структуры работ проекта Иерархическая структура работ
- •Определение операций (pmBoK 4ed)
- •6.1.1 Определение операций: входы
- •6.1.2 Определение операций: инструменты и методы
- •6.1.3 Определение операций: выходы
- •Оценка ресурсов операций (pmBoK 4ed)
- •6.3.1 Оценка ресурсов операций: входы
- •6.3.2 Оценка ресурсов операций: инструменты и методы
- •6.3.3 Оценка ресурсов операций: выходы
- •Планирование качества проекта
- •Этапы управления человеческими ресурсами
- •Планирование коммуникаций (pmBoK 4ed)
- •10.2.1 Планирование коммуникаций: входы
- •10.2.2 Планирование коммуникаций: инструменты и методы
- •10.2.3 Планирование коммуникаций: выходы
- •Управление рисками проекта
- •Планирование управления рисками
- •Часть 3. Качественный анализ рисков
- •Шаг 1. Выбор владельца риска
- •Шаг 2. Анализ всех допущений и определение погрешности данных
- •Шаг 3. Выбор шкал степени воздействия и оценка вероятности возникновения риска
- •Шаг 4. Сортировка рисков
- •Шаг 5. Ранжирование и выбор значимых рисков
- •Шаг 6. Общий риск проекта
- •Шаг 7. Документирование незначимых рисков
- •Шаг 8. Количественный анализ или rrp?
- •Количественный анализ рисков
- •Количественный анализ рисков: входы
- •Количественный анализ рисков: инструменты и методы
- •Результаты количественного анализа рисков
- •Планирование реагирования на риски
- •Входы процесса планирования реагирования на риски
- •Инструменты и методы процесса планирования реагирования на риски
- •Планирование реагирования на риски: выходы
- •Мониторинг и управление рисками
- •Исходные данные для процесса мониторинга
- •Мониторинг и управление рисками: инструменты и методы
- •Мониторинг и управление рисками: выходы
- •Планирование закупок
Создание Иерархической структуры работ проекта Иерархическая структура работ
Иерархическая структура работ проекта - это ориентированный на результаты способ группировки элементов проекта, который упорядочивает и определяет общее содержание проекта.
Способ группировки работ проекта выбирается в зависимости от того, по какому признаку менеджеру проекта удобнее классифицировать работы проекта.
Признаками классификации могут быть:
Продукт проекта
Жизненный цикл проекта
Географическая зона
Элементы организационной структуры проекта
Функциональная деятельность
Иерархическая структура работ проекта – это дерево подзадач различного уровня, необходимых и достаточных для достижения целей проекта.
Иерархическая структура работ проекта:
Используется для планирования расписания проекта
Используется для формирования бюджета проекта и последующего контроля затрат проекта
Определяет каналы обмена информацией в проекте
Определяет полноту отчетности, ключевые результаты и распределение ответственности в проекте
Создание иерархической структуры работ – процесс разделения результатов проекта и работ по проекту на меньшие элементы, которыми легче управлять.
17.18. Определение операций
Определение операций (pmBoK 4ed)
Определение операций – процесс определения конкретных операций, которые необходимо выполнить для получения результатов проекта. В процессе разработки Иерархической Структуры Работ (ИСР) определяются результаты самого нижнего уровня – пакеты работ. Пакеты работ проекта обычно раскладываются на более мелкие элементы под названием "операции", которые описывают работу, необходимую для выполнения пакета работ. Операции предоставляют основу для оценки, планирования, исполнения, мониторинга и контроля работ по проекту. Подразумевается, что определение и планирование операций расписания в данном процессе проводятся таким образом, который обеспечивает достижение целей проекта (см. рис. 6-3 и 6-4).
Рис. 6-3. Определение операций: входы, инструменты, методы и выходы
Рис. 6-4. Блок-схема данных при определении операций
6.1.1 Определение операций: входы
.1 Базовый план по содержанию
Результаты, ограничения и допущения проекта документируются в базовом плане по содержанию (раздел 5.3.3.3) и детально рассматриваются при определении операций.
.2 Факторы среды предприятия
Факторы среды предприятия, которые могут оказывать влияние на процесс определения операций, включают в себя информационную систему управления проектами, не ограничиваясь только ей.
.3 Активы процессов организации
Активы процессов организации, которые могут оказывать влияние на процесс определения операций, включают в себя, среди прочего:
• существующие формальные и неформальные, связанные с планированием, правила, процедуры и руководящие указания, такие как методология составления расписания, которые учитываются при определении операций;
• базу накопленных знаний, содержащую историческую информацию относительно списков операций, использованных в предыдущих подобных проектах.
6.1.2 Определение операций: инструменты и методы
.1 Декомпозиция
Применительно к определению операций метод декомпозиции подразумевает разделение пакетов работ проекта на более мелкие и более управляемые элементы, называемые «операциями». Операции представляют собой действия, необходимые для выполнения пакета работ. В процессе определения операций конечные выходы определяются как действия, а не как результаты, как это происходит в процессе создания ИСР (раздел 5.3).
Список операций, ИСР и словарь ИСР могут разрабатываться последовательно или параллельно, при этом основой разработки окончательного списка операций служат ИСР и словарь ИСР. Каждый пакет работ в ИСР разделяется на операции, необходимые для получения результатов этого пакета работ. Участие членов команды в процессе декомпозиции может привести к получению лучших и более точных результатов.
.2 Планирование методом набегающей волны
Планирование методом набегающей волны представляет собой вид планирования способом последовательной разработки, при котором работа, которая должна быть выполнена в ближайшей перспективе, планируется в деталях на низшем уровне ИСР, а работа в отдаленном будущем планируется на более высоком уровне ИСР. Таким образом, работа может существовать на разных уровнях детализации в зависимости от того, на какой стадии жизненного цикла проекта она находится. Например, во время раннего стратегического планирования, когда информация еще недостаточно определена, пакеты работ могут быть декомпозированы до уровня контрольных событий. По мере поступления информации о предстоящих в ближайшей перспективе событиях может быть проведена их декомпозиция до операций.
.3 Шаблоны
В качестве шаблона для нового проекта зачастую можно использовать стандартный перечень операций из предыдущего проекта или его часть. Информация о соответствующих параметрах операций в шаблонах также может содержать прочую описательную информацию, полезную при определении операций. Шаблоны могут также применяться для идентификации типичных контрольных событий расписания.
.4 Экспертная оценка
Экспертиза при определении операций может проводиться членами команды проекта или другими экспертами, имеющими опыт и навыки разработки детальных описаний содержания проектов, ИСР и расписаний проектов.