- •Iso 21500 был подготовлен Проектным комитетом iso/pc 236, управление проектами.
- •3.5.2.1 Управление портфелем проектов (Project portfolio management)
- •3.7 Проекты и операционная деятельность (Projects and operations)
- •3.8 Заинтересованные стороны и оргструктура проекта (Stakeholders and Project Organization)
- •3.9 Компетенции участников проекта (Competencies of project personnel)
- •3.10 Жизненный цикл проекта (Project life cycle)
- •3.11 Ограничения проекта (Project constraints)
- •3.12 Взаимосвязь между концепцией и процессами (Relationship between concepts and processes)
- •4.2 Группы процессов и предметные группы (Process groups and subject groups)
- •4.2.1.1 Общие положения (General)
- •4.3.2 Разработка устава проекта (Develop project charter)
- •4.3.3 Разработка планов проекта (Develop project plans)
- •4.3.4 Управление работами проекта (Direct project work)
- •4.3.5 Контроль работ проекта (Control project work)
- •4.3.6 Контроль изменений (Control changes)
- •4.3.7 Закрытие проекта или фазы проекта (Close project phase or project)
- •4.3.8 Сбор извлеченных уроков (Collect lessons learned)
- •4.3.9 Определение заинтересованных сторон (Identify stakeholders)
- •4.3.10 Управления заинтересованными сторонами (Manage stakeholders)
- •4.3.11 Определение содержания проекта (Define scope)
- •4.3.12 Разработка иср (Create work breakdown structure)
- •4.3.13 Определение работ (Define activities)
- •4.3.14 Контроль содержания (Control scope)
- •4.3.15 Утверждение команды проекта (Establish project team)
- •4.3.16 Оценка необходимых ресурсов (Estimate resources)
- •4.3.17 Определение оргструктуры проекта (Define project organization)
- •4.3.18 Развитие команды проекта (Develop project team)
- •4.3.19 Управление Ресурсами (Control resources)
- •4.3.20 Управление командой проекта (Manage project team)
- •4.3.21 Определение последовательности работ (Sequence activities)
- •4.3.22 Оценка длительности работ (Estimate activity durations)
- •4.3.23 Разработка расписания проекта (Develop schedule)
- •4.3.24 Управление расписанием проекта (Control schedule)
- •4.3.25 Оценка стоимости проекта (Estimate costs)
- •4.3.26 Разработка бюджета проекта (Develop budget)
- •4.3.27 Управление стоимостью проекта (Control costs)
- •4.3.28 Идентификация рисков (Identify risks)
- •4.3.29 Оценка рисков (Assess risks)
- •4.3.30 Разработка антирисковых мероприятий (Treat risks)
- •4.3.31 Контроль рисков (Control risks)
- •4.3.32 План качества (Plan quality)
- •4.3.33 Выполнение обеспечения качества (Perform quality assurance)
- •4.3.34 Выполнение контроля качества (Perform quality control)
- •4.3.35 План поставок (Plan procurement)
- •4.3.36 Выбор поставщиков (Select suppliers)
- •4.3.37 Администрирование контрактов (Administer contracts)
- •4.3.38 План коммуникаций (Plan communications)
- •4.3.39 Распределение информации (Distribute information)
- •4.3.40 Управление коммуникациями (Manage communication)
4.3.30 Разработка антирисковых мероприятий (Treat risks)
Цель реагирования на риски заключается в разработке вариантов и определении мер по расширению возможностей и снижению угроз для целей проекта.
Этот процесс адресует риски посредством добавления ресурсов и операций в бюджет и расписание проекта. Реагирование на риск должно соответствовать риску, быть экономически эффективным, своевременным, реалистичным в рамках контекста проекта, понятным всем стейкхолдерам и назначено соответствующему ответственному лицу.
Реагирование на риск включает в себя мероприятия по избежанию риска, смягчению последствий риска, уклонению от риска или разработке плана действий для чрезвычайной ситуации, в случае наступления рискового события.
Основные входы и выходы приведены в таблице 30.
Таблица 30 - Реагирование на риски: основные входы и выходы
Основные входы (Primary Inputs) |
Основные выходы (Primary Outputs) |
- Реестр рисков Risk register - Планы проекта Project plans |
- Реагирование на риски Risk responses - Запросы на изменение Change requests |
4.3.31 Контроль рисков (Control risks)
Целью управления рисками является сведение к минимуму нарушений в проекте, путем определения как будет выполнено реагирование на риски и будет ли оно иметь желаемый эффект.
Это достигается путем отслеживания выявленных рисков, выявления и анализа новых рисков, мониторинга исходных условий для составления планов на случай непредвиденных обстоятельств и оценке хода исполнения реагирования на риски при оценке их эффективности.
Риски проекта должны периодически оцениваться на протяжении жизненного цикла проекта, когда возникает новый риск или когда достигнута очередная контрольная точка проекта.
Основные входы и выходы приведены в таблице 31.
Таблица 31 - Управление рисками: основные входы и выходы
Основные входы (Primary Inputs) |
Основные выходы (Primary Outputs) |
- Реестр рисков Risk register - Данные о ходе выполнения Progress data - Планы проекта Project plans - Реагирование на риск Risk responses |
- Запросы на изменение Change requests - Корректирующие действия Corrective actions |
4.3.32 План качества (Plan quality)
Целью планирование качества является определение требований к качеству и стандартов, применяемых к проекту и его результатам, и как эти требования и стандарты будут соблюдаться при выполнении задач проекта.
Этот процесс включает в себя следующее:
-
Определение и согласование со спонсором проекта и другими заинтересованными сторонами как цели проекта и соответствующие стандарты должны быть достигнуты;
-
Определение инструментов, процедур, методов и ресурсов, необходимых для достижения соответствующих стандартов;
-
Определение методологии, методов и ресурсов для реализации запланированных систематических мероприятий по обеспечению качества;
-
Разработка плана по качеству, который включает тип экспертиз, обязанности и участников, указанные в расписании в соответствии с общим графиком проекта;
-
Объединение всей информации о качестве в плане по качеству.
В связи с временным характером проектов и их временными ограничениями, при выполнении большинства из них, разработка стандартов качества не представляется возможной. Разработка и принятие организацией стандартов качества и параметров качества продукта могут осуществляться за пределами границ проекта. Принятие стандартов является ответственностью выполняющей организации и является входом этого процесса. План качества должен ссылаться на или включать политику в области качества, установленную высшим руководством.
Основные входы и выходы приведены в таблице 32.
Таблица 32 - Планирование качества: основные входы и выходы
Основные входы (Primary Inputs) |
Основные выходы (Primary Outputs) |
- Планы проекта Project plans - Требования к качеству Quality requirements - Утвержденные изменения Approved changes |
- План по качеству Quality plan - План управления качеством Quality management plan |