Как описывает проекты стандарт PMI PMBOK
Для начала нужно дать определение жизненного цикла проекта – это набор фаз, через которые проходит проект с момента его начала до момента завершения. Он определяет основные рамки управления проектом.
Фаза проекта — совокупность логически связанных операций проекта, которые завершаются достижением одного или ряда результатов. Фазы могут быть последовательными, итеративными или накладываться друг на друга.
Жизненные циклы могут быть:
· предикативными – в этом случае сроки, содержание и стоимость проекта определяют на начальных фазах. Любые изменения содержания требуют тщательного управления;
· итеративными – в этом случае содержание проекта определяют на начальной стадии, однако оценки сроков и стоимости проекта меняются в рабочем порядке по мере расширения понимания продукта командой проекта. Итеративность определяет разработку продукта путем выполнения ряда повторяющихся циклов;
· инкрементными – результат достигается через выполнение ряда итераций, которые последовательно наращивают функциональность в рамках заданного временного интервала. Поставляемый результат содержит такие необходимые и достаточные характеристики, чтобы считаться полным только после заключительной итерации;
· адаптивными – к ним относятся гибкие методы (agile), итеративные или инкрементные жизненные циклы. Подробное содержание проекта определяют и акцептуют перед началом каждой итерации;
· смешанными – сочетающими предиктивный и адаптивный циклы. В этом случае те элементы проекта, которые хорошо изучены или имеют заранее установленные требования, реализуют по предиктивному жизненному циклу развития, а те, которые находятся в состоянии формирования — по адаптивному.
Наилучший тип жизненного цикла для каждого проекта определяет руководитель и команда управления проектом. Жизненный цикл проекта должен обладать достаточной гибкостью, чтобы его можно было изменять с учетом различных факторов, включенных в проект. Гибкости можно достичь:
· определяя процессы, которые нужны в каждой фазе;
· реализуя процессы, определенные для каждой фазы;
· корректируя различные качества фазы (например, название, длительность, критерии выхода и критерии входа).
Рассмотрим ведение проектов на основе популярного стандарта PMI PMBOK (Project Management Institute, Project Management Body of Knowledge) и его последней редакции от 2017 года. Стандарт представляет свод знаний по управлению проектами, и содержит основные процедуры и рекомендации по управлению проектами в любом бизнесе и отрасли.
Стандарт PMBOK предлагает использовать:
· 5 групп процессов управления проектами;
· 10 областей знаний управления проектами;
· 49 процессов управления проектами.
Каждый из 49 процессов однозначно входит только в одну из 5 групп процессов и только в одну из 10 областей знаний управления проектами.
Например, какие-то фазы или этапы проекта находятся на этапе планирования, какие-то – на этапе исполнения или завершения. Процессы мониторинга и контроля стартую с самого начала жизненного цикла проекта и продолжаются вплоть до его завершения.
Пики активности процессов наиболее существенны в группах процессов планирования и исполнения. Они связаны с обеспечением ресурсов – то есть, наиболее ресурсоемкие.
Для управления проектом необходимо определить его жизненный цикл и группы процессов – их длительность, содержание, стоимость, результат и т.д.
В стандарте управления проектами выделяют 5 групп процессов управления, 10 областей знаний и 49 процессов управления. Для эффективного управления проектами необходимо понимать взаимосвязи между группами процессов и их содержанием.
Области знаний и процессы управления проектами
Стандарта PMI PMBOK 6th Edition
Инициация проекта и его ведение
по Стандарту PMI PMBOK 6th Edition
Фазы проекта
Какие инструменты и методы использовать в управлении проектами
В Руководстве PMBOK есть несколько групп инструментов и методов, которые рекомендуется использовать в каждом процессе.
Методы сбора данных. Нужны для сбора данных и информации из различных источников. В руководстве представлено девять инструментов и методов сбора данных.
Методы анализа данных. Нужны для организации, определения и оценки данных и информации. В руководстве есть 27 инструментов и методов анализа данных.
Методы отображения данных. Необходимы для графического отображения, для представления данных и информации. В руководстве есть 15 инструментов и методов отображения данных.
Методы принятия решений. Применяют для выбора направления действий из различных альтернатив. Имеется два инструмента и метода принятия решений.
Навыки коммуникаций. Используются заинтересованными сторонами для передачи информации между собой. Есть два инструмента и метода коммуникаций.
Навыки межличностных отношений и работы с командой. Используют для результативного руководства и взаимодействия с членами команды и другими заинтересованными сторонами. В руководстве всего 17 инструментов и методов применения навыков межличностных отношений и работы с командой.
Есть также 60 не распределенных по группам инструментов и методов.
Для каждого процесса в стандарте есть описание входов, методов и инструментов, выходов. Методы носят рекомендательный характер – их можно применять или использовать свои.
Например, для процесса определения содержания проекта, который относится к группе процессов планирования, в качестве методов принятия решений можно использовать голосование или анализ решений на основе множества критериев. При анализе на основе множества критериев нужно создать матрицу решений и установить критерии, например, уровень рисков, неопределенность, расписание, бюджет и т.д. Этот метод помогает оценить и ранжировать множество идей.
Разработка Устава проекта
по Стандарту PMI PMBOK 6th Edition
С чего начать разработку устава проекта
Устав проекта — это документ, который формально авторизует существование проекта и предоставляет его руководителю полномочия использовать ресурсы организации в операциях проекта.
Этот документ формируют в процессе инициации проекта.
На входе процесса подготовки устава нужно разработать следующее:
· бизнес-документы;
· соглашения;
· факторы среды предприятия;
· активы процессов организации;
Бизнес-документы. Это бизнес-план и план управления выгодами. Бизнес-план предоставляет необходимую информацию, чтобы определить, оправдывают ли ожидаемые результаты проекта требуемые на его реализацию вложения. Бизнес-план должен учитывать один или несколько факторов:
· рыночный спрос;
· потребность организации (например, если цель компании – сократить затраты);
· требование заказчика;
· технологический прогресс (например, новое производственное оборудование);
· юридическое требование;
· экологические воздействия (например, компания авторизует проект для уменьшения своего воздействия на окружающую среду);
· социальная потребность.
Руководитель проекта не обновляет и не изменяет содержание бизнес-документов, но вправе давать рекомендации.
План управления выгодами проекта дает разъяснения, какие процессы нужны для создания, максимизации и поддержки выгод, которые обеспечит проект.
Соглашения. Определение первоначальных намерений в отношении проекта. Они могут быть в форме договора, меморандума о взаимопонимании (MOU), соглашения об уровне услуг (SLA), письма-соглашения, письма о намерениях, устных договоренностей, электронного сообщения или других письменных соглашений. Обычно договор используется, если проект выполняется для внешнего заказчика.
Факторы среды предприятия. Факторы, которые могут оказывать влияние на процесс разработки устава проекта, включают:
· государственные или промышленные стандарты (например, стандарты на продукты, стандарты качества, правила техники безопасности и производственные стандарты);
· юридические или регуляторные требования и/или ограничения;
· ситуацию на рынке;
· культуру организации и политический климат;
· модель руководства компании;
· ожидания заинтересованных сторон и пороги риска.
Активы процессов организации. Активы, которые могут оказывать влияние на процесс разработки устава:
· стандартные политики, процессы и процедуры организации;
· модель руководства портфелем, программой и проектом (функции руководства и процессы для обеспечения управления и принятия решений);
· методы мониторинга и отчетности;
· шаблоны (например, шаблон устава проекта);
· репозиторий исторической информации и извлеченных уроков (например, записи и документы проекта, информация о результатах решений по отбору предыдущих проектов и информация об исполнении предыдущих проектов).
Какие инструменты и методы рекомендуется использовать при разработке устава проекта
В стандарте есть два основных инструмента для разработки устава проекта:
· экспертные оценки;
· совещания;
Экспертная оценка – это заключение, которое выносят на основании компетентности в прикладной области, области знаний, сфере деятельности, отрасли и т. д. Экспертное заключение могут давать как группы, так и отдельные лица, имеющие специальное образование, знания, навыки, опыт или подготовку.
Подбирая команду для получения экспертной оценки, нужно учитывать компетенцию ее участников в области:
· разработки стратегии компании;
· управлении выгодами;
· отраслевых технических знаний и главных областей планируемого проекта;
· оценки длительности и бюджета проекта;
· идентификации рисков.
В рамках подготовки устава нужно проводить совещания с заинтересованными сторонами. Необходимо определить цель проекта, критерии успеха, ключевые результаты, требования, дать укрупненно контрольные события и другую сводную информацию. Ставя цели проекта, нужно убедиться, что они удовлетворяют критериям SMART:
· Specific (Четкие);
· Measurable (Измеримые);
· Agreed upon (Согласованные);
· Realistic (Реалистичные, прагматичные);
· Time-bounded (С временными ограничениями).
В какой форме нужно подготовить устав проекта
На выходе процесса подготовки нужно получить документ, в котором будут следующие пункты (разделы):
· Назначение проекта.
· Измеримые цели и соответствующие им критерии успешности проекта.
· Высокоуровневые требования.
· Высокоуровневые описания, границы и ключевые поставляемые результаты проекта.
· Исходные риски проекта.
· Укрупненное расписание контрольных событий.
· Заранее утвержденные финансовые ресурсы.
· Список основных заинтересованных сторон.
· Требования к одобрению проекта (т. е. что именно составляет успех проекта, кто решает, что проект оказался успешным, и кто подписывает решение об окончании проекта).
· Критерии выхода из проекта (т. е. какие условия нужно выполнить, чтобы проект или его фаза были закрыты или отменены).
· Назначение менеджера проекта с описанием уровня ответственности и полномочий.
· Имя и полномочия спонсора проекта.
Таким образом устав проекта должен обеспечить понимание всеми заинтересованными сторонами ключевых результатов, контрольных событий, ролей и сфер ответственности всех его участников.
Процесс разработки устава проектаРазработка Плана управления проектом по Стандарту
PMI PMBOK 6th Edition
В какой форме нужно представить план управления проектом
План управления проектом включает вспомогательные и базовые (главные) планы проекта.
План управления содержанием. Устанавливает порядок определения, разработки, мониторинга, контроля и подтверждения содержания.
План управления требованиями. Устанавливает порядок анализа, документального оформления требований, а также управления ими.
План управления расписанием. Устанавливает критерии и мероприятия по разработке, мониторингу и контролю расписания.
План управления стоимостью. Устанавливает порядок планирования, определения структуры стоимости и контроля над ней.
План управления качеством. Устанавливает порядок реализации политики, методологий и стандартов контроля качества в рамках проекта.
План управления ресурсами. Содержит указания о порядке определения категорий ресурсов проекта, их распределения, управления ими и их высвобождения.
План управления коммуникациями. Устанавливает порядок, сроки и ответственных лиц за администрирование и распространения информации о проекте.
План управления рисками. Устанавливает порядок структурирования и осуществления мероприятий по управлению рисками.
План управления закупками. Устанавливает порядок закупки командой проекта товаров и услуг у сторонних поставщиков исполняющей организации.
План вовлечения заинтересованных сторон. Устанавливает порядок вовлечения заинтересованных сторон в процесс принятия решений и исполнения проекта в соответствии с их потребностями, интересами и влиянием.
Базовый план по содержанию. Одобренная версия описания содержания, иерархической структуры работ (ИСР) и связанного с ними словаря ИСР, которая используется как основа для сравнения.
Базовое расписание. Одобренная версия модели расписания, которая используется как база для сравнения с фактическими результатами.
Базовый план по стоимости. Одобренная версия распределенного по периодам времени бюджета проекта, которая используется как база для сравнения с фактическими результатами.
Необходимо не только разработать план управления проектом, но и отслеживать взаимозависимость и взаимное влияние одних планов на другие, их непротиворечивость и зависимость в условиях непрерывных изменений.
Разработка плана управления проектом – это итеративный процесс и интеграционный процесс. Итеративность процессов говорит о том, что постепенно – итерационно – нужно уточнять планы проекта. Интеграционный процесс – необходимость объединять в плане управления проектом многочисленные планы. Руководитель проекта обязан организовать эти процессы.