Опубликован: 14.09.2020 | Доступ: свободный | Студентов: 1256 / 154 | Длительность: 05:59:00
Специальности: Менеджер, Руководитель
Лекция 2:

Управление интеграцией проекта

< Лекция 1 || Лекция 2: 123 || Лекция 3 >

Интеграция процессов управления проектами - это взаимосвязи групп процессов, обеспечивающие непрерывный и комплексный подход к управлению проектной деятельностью [4].

Согласно PMBOK® [1, стр. 69], управление интеграцией проекта включает в себя процессы и операции, необходимые для идентификации, определения, комбинирования, объединения и координации различных процессов и мероприятий по управлению проектом в рамках групп процессов управления проектом. Цель процесса интеграции заключается в достижении результативного взаимодействия процессов управления, обеспечивающих успех реализации проекта. Управление интеграцией проекта осуществляется семью процессами ( таблица 2.1).

Таблица 2.1. Процессы управления интеграцией проекта
Название областей знаний Определение областей знаний
разработка устава проекта процесс разработки документа, который формально авторизует существование проекта и предоставляет руководителю проекта полномочия использовать ресурсы организации в операциях проекта;
разработка Плана управления проектом процесс определения, подготовки и координации всех компонентов плана, а также консолидации их в интегрированный план управления проектом;
руководство и управление работами проекта процесс руководства и исполнения работ, определенных в плане управления проектом, и применения одобренных изменений для достижения целей проекта;
управление знаниями проекта процесс использования существующих знаний и создания новых знаний для достижения целей проекта и содействия обучению в организации;
мониторинг и контроль работ проекта процесс отслеживания, проверки и ведения отчетности об общем прогрессе проекта для достижения целей исполнения, определенных в плане управления проектом;
интегрированный контроль изменений процесс анализа всех запросов на изменения, их одобрения и управления изменениями поставляемых результатов, активов процессов организации, документов проекта и плана управления проектом, а также предоставления информации о решениях;
закрытие проекта или фазы процесс завершения всех операций по проекту, фазе или договору.

Рассмотрим каждый процесс подробнее. Первый процесс посвящён разработке одного из ключевых документов, обеспечивающих интеграцию проекта. Это устав проекта - документ, выпущенный инициатором или спонсором проекта, который формально авторизует существование проекта и предоставляет руководителю проекта полномочия использовать ресурсы организации в операциях проекта.

Устав проекта формируется Заказчиком проекта1Устав может разрабатываться совместно с Исполнителем, но оформляется от лица Заказчика. и содержит следующую информацию [1, стр. 81]:

  • Название проекта.
  • Причины возникновения проекта или бизнес-цели организации, объясняющие, зачем реализуется данный проект.
  • Цели проекта (ожидаемый результат) со стороны Заказчика.
  • Границы проекта (организационные, функциональные, географические).
  • Задачи проекта со стороны Заказчика (что нужно сделать для достижения поставленной цели). Содержание может быть получено из тендерной документации. Например, автоматизация бизнес-процессов: управление персоналом, бухгалтерский учет и др.
  • Допущения и ограничения проекта со стороны Заказчика в отношении Исполнителя. Допущения - это факторы, влияющие на проект, значения которых неопределенны. Например, Заказчик допускает передачу некоторых проектных работ субподрядчику. Ограничения - это условия, определяющие действия команды проекта или влияющие на них. Например, стоимость проекта не может быть увеличена более чем на 12%. Допущения низкого уровня для операций задач, например, определение технических спецификаций, оценок, расписания, рисков и т.п., формируются на всем протяжении осуществления проекта. Журнал допущений используется для записи всех допущений и ограничений в течение его жизненного цикла проекта.
  • Контрольные события контрольные даты получения результатов. Примерами обязательного контрольного события могут служить даты начала и окончания проекта. Заказчик также может указать основные вехи проекта, которые им будут контролироваться.
  • Планируемая стоимость проекта - стоимость, определенная контрактом.
  • Критерии успеха проекта и его результаты. Набор стандартов или правил, определяющих качество выполнения задач, устанавливают критерии успеха проекта. Например, обеспечение возможности ведения учета в соответствии с российским законодательством и требованиями МСФО.
  • Назначение Спонсора проекта, назначение Руководителя проекта, определение их полномочий.

В рамках второго процесса разрабатывается второй документ по интеграции проекта - план управления проектом. В процессе разработки плана формируется комплексный документ, содержащий все проектные работы и определяющий порядок их выполнения. План управления проектом определяет график исполнения проекта, процессы его мониторинга, контроля и закрытия. Документ разрабатывается Исполнителем на основании Устава проекта и содержит следующую информацию:

  • Цели проекта и задачи со стороны Исполнителя.
  • Требования к продукту или услуге и их характеристики.
  • Требования к результатам проекта.
  • Границы проекта со стороны Исполнителя.
  • Допущения и ограничения проекта со стороны Исполнителя в отношении Заказчика.
  • Первоначально сформулированные риски.
  • Контрольные события расписания (вехи проекта).
  • Предварительная Иерархическая структура работ.
  • Смета расходов.
  • Требования к управлению конфигурацией проекта.
  • Критерии приемки результатов проекта.

Планирование управления проектом включает разработку 18 планов. Для управления проектом также разрабатывается ряд документов, не входящих в План управления проектом (таблица 2-1 [1, стр. 89]).

Таблица 2.2. Содержание Плана управления проектом и список документов, обеспечивающих управление проектом
План управления проектом Документы проекта
1. План управления содержанием 1. Параметры операций 19. Результаты измерений в контроле качества
2. План управления требованиями 2. Список операций 20. Метрики качества
3. План управления расписанием 3. Журнал допущений 21. Отчет о качестве
4. План управления стоимостью 4. Основа для оценок 22. Документация по требованиям
5. План управления качеством 5. Журнал изменений 23. Матрица отслеживания требований
6. План управления ресурсами 6. Оценки стоимости 24. Иерархическая структура ресурсов
7. План управления коммуникациями 7. Прогнозы стоимости 25. Календари ресурсов
8. План управления рисками 8. Оценки длительности 26. Требования к ресурсам
9. План управления закупками 9. Журнал проблем 27. Реестр рисков
10. План вовлечения заинтересованных сторон 10. Реестр извлеченных уроков 28. Отчет по рискам
11. План управления изменениями 11. Список контрольных событий 29. Данные расписания
12. План управления конфигурацией 12. Назначение материальных ресурсов 30. Прогнозы в отношении расписания
13. Базовый план по содержанию 13. Календари проекта 31. Реестр заинтересованных сторон
14. Базовое расписание 14. Коммуникации проекта 32. Устав команды
15. Базовый план по стоимости 15. Расписание проекта 33. Документы тестирования и оценки
16. Базовый план исполнения 16. Диаграмма сети расписания проекта
17. Описание жизненного цикла проекта 17. Описание содержания проекта
18. Подход к разработке 18. Распределение обязанностей членов команды проекта
< Лекция 1 || Лекция 2: 123 || Лекция 3 >
Сергей Санников
Сергей Санников

Добрый день. Уважаемые разработчики курса, проверьте, пожалуйста, правильность составления тестов. Особенно Тест 5.  Похоже, что сами тесты сделаны с ошибками, так как  якобы правильный ответ никак на него не тянет. А поскольку в материалах лекций отсутствуют прямые или косвенные отсылки на правильный ответ, проверить правильность теста не представляется возможным.  

Андрей Ведерников
Андрей Ведерников

Добрый день.

Тестирование по первому блоку не соответствует проденому блоку. только одн вопрос из донного блока. все остальные вопросы в данном блоке не раскрываются. если вы пишите что курс для всех то соответственно зачем спрашивать о том что человек не знает. Если для прохождения данного курса необходимо иметь знания с других курсов то это нужно указывать.