Шрифт:
Справочно
Стандарты управления проектом лишь часть внешних стандартов, которые компания использует при организации своей деятельности. Не менее существенны, скажем, стандарты управления качеством. Правда, стандарта «по гармонизации стандартов» нет, и компании вынуждены разрабатывать необходимые самостоятельно.
Таблица 7.2.1. Сравнение стандартов PMI и IPMA
7.3. Процесс управления проектом в стандарте PMI
Стандарт PMI документально оформляет информацию, необходимую для инициации, планирования, исполнения, мониторинга и управления, а затем закрытия отдельного проекта, и определяет те процессы управления проектом, которые считаются хорошей практикой в большинстве проектов в большую часть времени. Эти процессы применимы повсеместно и во всех отраслях. Применение этих процессов управления проектом повышает шансы на успех у широкого ряда проектов.Это не значит, что приведенные знания, навыки и процессы должны всегда одинаковым образом применяться во всех проектах. Менеджер проекта совместно с командой проекта в каждом конкретном случае всегда отвечает за выбор подходящих процессов, а также необходимой степени точности выполнения каждого процесса.
Процессы могут быть детализированы в части их функционального состава. Закрепление функций за исполнителями задает модели ответственности и служит основой разработки Положений о подразделениях и должностных инструкций участников проектов.
Процессы могут быть также детализированы в части составляющих их работ и упорядочения работ во времени. Так, в модели проектов попадает время и возникают календарные планы. С учетом функциональной ответственности исполнителей работы также закрепляются за исполнителями.
7.4. Функции управления проектами в стандарте PMI «5 на 9»
Рис. 7.4.1. Функциональное моделирование бизнес-процессов
В стандарте PMI соответствие процессов и функций управления проектами представляют в виде матрицы «5 на 9» (табл. 7.4.1). Подставляя крестики в пересечениях строк и столбцов, можно определять, какие функции, на каком этапе проекта будут выполняться. Вместо крестиков можно записать комментарий по особенностям выполнения функции на соответствующем этапе. Можно напомнить, что в методологии бизнес-инжиниринга привязка функций к бизнес-процессам соответствует построению функциональных моделей (рис. 7.4.1). На следующем шаге функции привязываются к организационным звеньям и в конечном итоге попадают в положения о подразделениях и должностные инструкции.
Таблица 7.4.1. Матрица «процессы – функции» в стандарте PMI
7.5. Детализация процессов управления проектом
Стандарт PMI дает характеристику содержательной части типовых процессов управления проектом.
Инициация
Старт проекту задается в процессе инициирования. Это наименее формализованная и наиболее креативная часть проекта. Здесь все только зарождается, здесь проводится структурирование и эскизно определяются основные параметры проекта. После инициирования наработанная информация передается для использования в процессах планирования.
В ходе процесса инициации уточняются первоначальное описание содержания проекта и ресурсы, которые организация планирует вложить. На этом этапе также выбирается менеджер проекта, если он еще не назначен, и документируются исходные допущения и ограничения. Эта информация заносится в Устав проекта, и, если он одобряется, проект официально авторизуется. Хотя команда управления проектом может участвовать в написании Устава проекта, одобрение и финансирование происходят вне границ проекта.
Устав проекта фиксирует ключевые принципы и решения по содержанию и организации исполнения проекта.
Группа процессов инициирования включает следующие процессы (рис. 7.5.1):
– разработка устава проекта;
– разработка предварительного описания содержания проекта.Рис. 7.5.1. Группа процессов инициации
Планирование
Планирование – важнейший процесс управления проектом, но управление проектом не сводится только к планированию. Усилия, затраченные на планирование, должны соответствовать характеру проекта и практической ценности разрабатываемых планов.
В составе основных процессов планирования называются (рис. 7.5.2) следующие.
– Разработка плана управления проектом.
– Планирование содержания.
– Определение содержания.
– Создание иерархической структуры работ (ИСР).
– Определение состава операций.
– Определение взаимосвязей операций.
– Оценка ресурсов операций.
– Оценка длительности операций.
– Разработка расписания.
– Стоимостная оценка.
– Разработка бюджета расходов.
– Планирование качества.
– Планирование человеческих ресурсов.
– Планирование коммуникаций.
– Планирование управления рисками.
– Идентификация рисков.
– Качественный анализ рисков.
– Количественный анализ рисков.
– Планирование реагирования на риски.
– Планирование покупок.
– Планирование контрактов.
Результаты планирования постоянно корректируются в ходе исполнения проекта, а сам процесс планирования является итеративным.Рис. 7.5.2. Группа процессов планирования
Примечание. На диаграмме показаны не все взаимодействия между процессами и не все потоки данных между процессами.
Исполнение
Группа процессов исполнения состоит из процессов, необходимых для осуществления работ, перечисленных в плане управления проектом для выполнения требований проекта.
Команда проекта должна определить, какие из процессов нужны для конкретного проекта. Данная группа процессов включает в себя координацию людей и ресурсов, а также интеграцию и исполнение операций проекта в соответствии с планом управления проектом.
Кроме того, в ходе реализации этой группы процессов идет работа с содержанием проекта, определенным в описании содержания проекта, и в него вносятся одобренные изменения.
Группа процессов исполнения включает следующие процессы (рис. 7.5.3).
– Руководство и управление исполнением проекта.
– Процесс обеспечения качества.
– Набор команды проекта.
– Развитие команды проекта.
– Распространение информации.
– Запрос информации у продавцов.
– Выбор продавцов.
В итоге лаконичность в изображении на рис. 7.5.3 основной процедуры также не должна вводить в заблуждение [1] . Проекты отличаются большим разнообразием, и за словами «исполнение плана проекта» может скрываться большой набор самых разных процедур.Рис. 7.5.3. Группа процессов исполнения
Мониторинг и управление
Группа процессов мониторинга и управления состоит из процессов, выполняемых для правильного исполнения проекта, так, чтобы потенциальные проблемы были обнаружены вовремя и в случае необходимости была возможность предпринять корректирующие действия для управления исполнением проекта. Команда проекта должна определить, какие из процессов нужны для конкретного проекта. Главное достоинство этой группы процессов в том, что ход исполнения проекта регулярно контролируется и оценивается, что позволяет выявить отклонения от плана управления проектом. В группу процессов мониторинга и управления входят также управление изменениями и рекомендации относительно предупреждающих действий в связи с возможными проблемами.
Группа процессов мониторинга и управления включает в себя [2] (рис. 7.5.4):
– Мониторинг и управление работами проекта.
– Общее управление изменениями.
– Подтверждение содержания.
– Управление содержанием.
– Управление расписанием.
– Управление стоимостью.
– Процесс контроля качества.
– Управление командой проекта.
– Отчетность по исполнению.
– Управление участниками проекта.
– Наблюдение и управление рисками.
– Администрирование контрактов.Рис. 7.5.4. Группа процессов мониторинга и управления
Завершение
В группу завершающих процессов входят процессы, используемые для формального завершения всех операций проекта или фазы проекта, передачи завершенного продукта другим лицам или закрытия остановленного проекта.
Когда эта группа процессов выполнена, это подтверждает, что во всех группах процессов должным образом совершены определенные процессы для закрытия проекта или фазы проекта, и формально устанавливает, что проект или фаза проекта окончены.
В группу завершающих процессов входят следующие процессы (рис. 7.5.5).
– Закрытие проекта.
– Закрытие контрактов.