- •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.13 Определение работ (Define activities)
Цель Определения работ заключается в выявлении, определении и документировании всех операций, которые должны быть запланированы и осуществлены в целях достижения целей проекта.
Определение работ может дополнительно включать процессы, необходимые для выявления, определения и документирования работ, которые должны быть реализованы на самом нижнем уровне иерархии. Определение работ начинается с самого нижнего уровня иерархической структуры работ. Заключается в идентификации, определении и документировании работ через более мелкие компоненты, называемые работами, для создания основы планирования, реализации, контроля и закрытия работ по проекту.
Основные входы и выходы приведены в таблице 13.
Таблица 13 - Определение работ: основные входы и выходы
Основные входы |
Основные выходы |
- Иерархическая структура работ (Work breakdown structure) - Словарь иерархической структуры работ (Work breakdown structure dictionary) - Планы проекта (Project plans) - Утвержденные изменения (Approved changes) |
- Перечень работ (Activity list) |
4.3.14 Контроль содержания (Control scope)
Цель Управления содержанием состоит в усилении положительных и ослаблении негативных последствий для проекта, возникающих вследствие изменения содержания.
Контроль содержания должен быть сосредоточен на определении состояния текущего содержания проекта, сравнении текущего содержания с утвержденным базовым планом, выявлении любых отклонений, прогноза содержания при завершении и осуществления соответствующих запросов на изменение во избежание негативных последствий изменения содержания проекта.
Процесс Контроля содержания также связан с факторами, которые изменяют содержание проекта, а также на управление влиянием этих изменений на цели проекта. Этот процесс используется для того, чтобы все запросы на изменение проходили через Контроль изменений согласно п. 4.3.6. Контроль содержания также используется для управления фактическими изменениями и связан с другими процессами контроля. Неконтролируемые изменения часто называют сдвиг содержания.
Основные входы и выходы приведены в таблице 14
Таблица 14 – Контроль содержания: основные входы и выходы
Основные входы |
Основные выходы |
- Данные о ходе выполнения (Progress data) - Описание содержания (Scope statement) - Иерархическая структура работа (Work breakdown structure) - Перечень работ (Activity list)
|
- Запросы на изменения (Change requests) |
4.3.15 Утверждение команды проекта (Establish project team)
Целью Утверждения команды проекта является получение человеческих ресурсов, требуемых для выполнения проекта.
Менеджер проекта должен определить, каким образом и когда члены команды проекта будут привлечены к работе по проекту, а также как и когда они будут высвобождены из проекта. Когда требуемые человеческие ресурсы не доступны внутри организации, следует рассматривать возможности найма дополнительных трудовых ресурсов на рынке труда или проведения субподрядных работ силами другой организации. Кроме того, должны быть утверждены их место работы, обязательства, роли и ответственность, порядок предоставления отчетности и внутри командного взаимодействия.
Менеджер проекта может как иметь, так и не иметь полный контроль над процессом выбора членов команды проекта, однако, он должен быть вовлечен в этот процесс. По возможности, менеджер проекта должен принимать во внимание такие факторы, как навыки и опыт, экспертность, личностную и групповую динамику при утверждении команды проекта. Так как проекты, как правило, выполняются в постоянно изменяющихся условиях, этот процесс обычно является непрерывным на протяжении всего проекта.
Основные входы и выходы приведены в таблице 15.
Таблица 15 - Создание команды проекта основные входы и выходы
Основные входы |
Основные выходы |
- Потребности в ресурсах (Resource requirements) - Оргструктура проекта (Project organization chart) - Наличие ресурсов (Resource availability) - Планы проекта (Project plans) - Описания ролей (Role descriptions) |
- Назначения персонала (Staff assignments) - Контракты с персоналом (Staff contracts) |