|
|
| Строка 3: |
Строка 3: |
| | PMI PMBoK про управление одним проектом (а не программой – множество проектов одной организации). | | PMI PMBoK про управление одним проектом (а не программой – множество проектов одной организации). |
| | | | |
| − | Не технология [[Управление проектами|проектного управления]], а ещё один процессный стандарт.
| + | Это не [[технология]] [[Управление проектами|проектного управления]], а ещё один процессный стандарт. Стандарт определяет процессы, типичные для большинства проектов. Стандарт выделяет 5 групп таких процессов: |
| | + | * [[Процессы инициирования проекта]] (Initiating) - '''Start''' |
| | + | * [[Процессы планирования проекта]] (Planning) '''Plan''' |
| | + | * [[Процессы исполнения проекта]] (Executing) '''Do''' |
| | + | * [[Процессы мониторинга и контроля проекта]] (Monitoring & Controlling) '''Check and act''' |
| | + | * [[Процессы закрытия проекта]] (Closing) '''End''' |
| | | | |
| − | Стандарт определяет 5 групп процессов:
| + | Для каждого процесса нужно выбрать технологии логистики, организации взаимодействия людей и т.д. – PMBoK указывает именно на то, что их нужно выбрать, рекомендации по выбору минимальны (хотя используемый язык рекомендаций более совместим с одними технологиями, и менее совместим с другими). |
| − | * Инициирование проекта (Start)
| + | |
| − | * Планирование проекта (Plan)
| + | |
| − | * Исполнение проекта (Do)
| + | |
| − | * Мониторинг и контроль проекта (Check and act)
| + | |
| − | * Закрытие проекта (End)
| + | |
| − | | + | |
| − | Нужно выбрать технологии логистики, организации взаимодействия людей и т.д. – PMBoK указывает именно на то, что их нужно выбрать, рекомендации по выбору минимальны (хотя используемый язык рекомендаций более совместим с одними технологиями, и менее совместим с другими).
| + | |
| | | | |
| | == Области знаний == | | == Области знаний == |
| Строка 20: |
Строка 18: |
| | | | |
| | == Группы процессов == | | == Группы процессов == |
| − | === Группа процессов инициации ===
| + | PMBoK выделяет 5 групп процессов (Process Groups), типичных для большинства проектов. |
| − | Процессы из '''группы процессов инициации''' (ГПИ) формально запускают новый проект или фазу проекта. ГПИ включает идентификацию и анализ Стейкхолдеров, чтобы уравновесить их ожидания от проекта. На этом этапе создается общее видение проекта с точки зрения стратегических целей организации, которые этот проект поможет достичь, описывается высокоуровневое содержание и все известные ограничения. Назначается руководитель проекта, который получает официальные полномочия и всю необходимую информацию для начала проекта.
| + | |
| − | | + | |
| − | Выходы:
| + | |
| − | * Регистр Стейкхолдеров.
| + | |
| − | * Устав проекта.
| + | |
| − | | + | |
| − | Процессы:
| + | |
| − | * '''Последовательное уточнение''' (Progressive Elaboration) - это процесс постоянного совершенствования плана по управлению содержанием и стоимостью. Не смотря на то, что содержание высокого уровня, бюджет и т.п. начинает планироваться еще на этапе процессов инициирования, а сам план управления проектом финализируется на этапе планирования, подробная смета, содержание проекта и содержание продукта могут уточняться в течение выполнения работ (на этапе процессов исполнения, мониторинга и контроля).
| + | |
| − | * '''Экономическое обоснование''' (Business Case) - ПМ должен в течение всего проекта держать в уме причины, по которым это проект был запущен. Это будет влиять на то, как проект будет планироваться, какие изменения будут разрешены и на его содержание в целом.
| + | |
| − | * '''Планирование высокого уровня''' производится в течение проектного инициирования и включает в себя:
| + | |
| − | ** Высокоуровневую иерархическую структуру работ (ИСР).
| + | |
| − | ** Идентифицированные риски высокого уровня.
| + | |
| − | ** Рассчет порядка величин по стоимости.
| + | |
| − | *: Эта информация помогает определить может ли продукт проекта быть доставлен к требуемой дате и в рамках бюджета. Высокоуровневое планирование является частью процесса создания '''Устава проекта''', который документирует измеримые проектные цели, контрольные точки и исходный бюджет проекта.
| + | |
| − | | + | |
| − | | + | |
| − | === Группа процессов планирования ===
| + | |
| − | На этапе процессов планирования руководитель проекта и команда:
| + | |
| − | # проводят детальный анализ того, могут ли цели проекта быть достигнуты
| + | |
| − | # решают, какие процессы из PMBOK Guide будут применены на проекте.
| + | |
| − | | + | |
| − | Выходы:
| + | |
| − | * план управления проектом,
| + | |
| − | * проектные документы, которые будут направлять выполнение и контроль проекта.
| + | |
| − | | + | |
| − | '''Проектное планирование''' - это итеративный процесс. Каждый из процессов планирования может использовать результаты предыдущего проекта и каждый процесс может влиять или быть причиной для изменения предыдущих процессов. Затем после идентификации рисков, качественного и количественного анализа рисков и планирования реакции на них, необходимо возвращаться назад, чтобы финализировать все компоненты плана управления проектом и проектных документов. Такой подход к планированию сохраняет время и является эффективным.
| + | |
| − | | + | |
| − | Важно понимать, что на планирование проекта команда должна тратить столько времени, сколько этого требует проект. Если это высокоприоритетный проект, то планирование должно быть очень тщательным, если менее приоритетный, то менее.
| + | |
| − | В процесс планирования должны быть вовлечены все.
| + | |
| − | | + | |
| − | === Группа процессов исполнения ===
| + | |
| − | Целью этапа группы процессов исполнения является завершение проектных работ, которые были определены в плане управления проектом и достижение поставленных целей проекта (достичь результатов проекта в рамках запланированного бюджета, графиков и достичь всех целей поставленных перед проектом).
| + | |
| − | | + | |
| − | На данном этапе основное внимание уделяется управлению людьми, следованию процессам и коммуникациям согласно Плана Управления Проектом. ПМ должен направлять, быть проактивным и постоянно сверяться с Планом Управления Проектом и проектными документами.
| + | |
| − | | + | |
| − | === Группа процессов мониторинга и контроля ===
| + | |
| − | * измерение хода выполнения проекта,
| + | |
| − | * сопоставление полученных результатов с '''Планом Управления Проектом''',
| + | |
| − | * утверждение запросов на изменение,
| + | |
| − | * рекомендации по корректирующим действиям,
| + | |
| − | * превентивные активности.
| + | |
| | | | |
| − | === Группа процессов закрытия ===
| + | [[Файл:PMBoK-process-groups.jpg|center]] |
| − | На данном этапе выполняется административная деятельность: сбор и завершение всех требуемых документов и технических работ, которые подтверждают, что продукт проекта выполнен согласно требований.
| + | |
| | | | |
| | == Ссылки == | | == Ссылки == |
PMI PMBoK про управление одним проектом (а не программой – множество проектов одной организации).
Для каждого процесса нужно выбрать технологии логистики, организации взаимодействия людей и т.д. – PMBoK указывает именно на то, что их нужно выбрать, рекомендации по выбору минимальны (хотя используемый язык рекомендаций более совместим с одними технологиями, и менее совместим с другими).
PMBoK определяет 9 областей знаний (Knowledge Areas), типичных для большинства проектов. Каждая область знаний содержит все либо некоторые процессы управления проектом.
PMBoK выделяет 5 групп процессов (Process Groups), типичных для большинства проектов.
