Как сдать экзамен PMP (Project Management Professional)

– Руководящий. Руководящие ОУП контролируют проекты путем непосредственного управления данными проектами. Степень контроля со стороны ОУП высокая.

Основная функция ОУП заключается в поддержке руководителей проектов различными способами, которые могут включать в себя, среди прочего:

– управление общими ресурсами всех проектов, администрируемых ОУП;

– определение и разработка методологии, лучших практик и стандартов управления проектами;

– коучинг, наставничество, обучение и надзор;

– мониторинг соответствия стандартам, политикам, процедурам и шаблонам управления проектами посредством аудитов проектов;

– разработка и управление политиками, процедурами, шаблонами проекта и другой общей документацией (активами процессов организации);

– координация коммуникаций между проектами.

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

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

– Руководитель проекта контролирует ресурсы, выделенные под проект, с целью более точного выполнения целей проекта, а ОУП оптимизирует использование общих ресурсов организации во всех проектах.

– Руководитель проекта управляет ограничениями (содержанием, расписанием, стоимостью и качеством и т. д.) отдельных проектов, а ОУП управляет методологиями, стандартами, общими рисками/возможностями, метриками и взаимозависимостями проектов на уровне предприятия.

Операционная деятельность – это постоянный вид деятельности, который производит повторяющиеся результаты, при этом ресурсы выделяются для выполнения практически аналогичного ряда задач в соответствии со стандартами, внедренными в жизненный цикл продукта. В отличие от операционной деятельности, которая носит постоянный характер, проекты представляют собой временные предприятия.

Управление операционной деятельностью – это наблюдение, руководство и контроль за бизнес-операциями. Операции используются для поддержки повседневной деятельности и необходимы для достижения стратегических и тактических задач организации. Примеры включают: производственные операции, технологические операции, бухгалтерские операции, поддержку программного обеспечения и техническое обслуживание.

Бизнес-ценность – концепция, уникальная для каждой организации. Бизнес-ценность определяется как вся ценность организации, общая сумма всех материальных и нематериальных элементов. Примерами материальных элементов являются денежные активы, основные средства, акционерный капитал и коммуникации. К примерам нематериальных элементов относятся репутация, узнаваемость марки, общественное благо и торговые марки. В зависимости от организации содержание бизнес-ценности может быть кратко-, средне- и долгосрочным. Ценность может быть создана путем эффективного управления текущей операционной деятельностью. Однако благодаря результативному применению дисциплин управления проектом, программой и портфелем организации приобретают способность применять надежные признанные процессы для достижения стратегических целей и получения большей бизнес-ценности от своих инвестиций в проект.

Руководитель проекта – лицо, назначенное исполняющей организацией руководить командой и отвечающее за достижение целей проекта.

Роль руководителя проекта отличается от роли функционального руководителя или руководителя операционной деятельности. Как правило, функциональный руководитель сосредоточен на обеспечении надзора за функциональным или бизнес-подразделением, а руководители операционной деятельности несут ответственность за обеспечение эффективности бизнес-операций.

Компетенции РП:

– Компетенции в знаниях – то, что руководитель знает об управлении проектом.

– Компетенции в исполнении – то, что руководитель проекта способен сделать или достичь, применяя свои знания об управлении проектом.

– Личностные компетенции – то, как руководитель проекта ведет себя во время исполнения проекта или связанной с ним деятельности. Личная результативность охватывает установки, основные личностные характеристики и лидерские качества – способность руководить командой проекта при достижении целей проекта и уравновешивании ограничений проекта.

Навыки РП:

– лидерство,

– укрепление командой,

– мотивация,

– коммуникация,

– влияние,

– принятие решений,

– политическая и культурная осведомленность,

– переговоры,

– построение доверительных отношений,

– урегулирование конфликтов,

– коучинг.

Влияние организации и жизненный цикл проекта

Активы процессов организации – это планы, процессы, политики, процедуры и базы знаний, специфичные для исполняющей организации и используемые ей. Они включают в себя любые артефакты, методы и знания некоторых или всех организаций, участвующих в проекте, которые могут быть использованы для исполнения или руководства проектом. Кроме того, активы процесса включают базы знаний организации, такие как извлеченные уроки и историческую информацию. Активы процессов организации могут включать в себя завершенные расписания, данные о рисках и данные об освоенных объемах. Активы процессов организации являются входами для большинства процессов планирования. На протяжении проекта члены команды могут обновлять и дополнять активы процессов организации по мере необходимости. Активы процессов организации могут быть разбиты на две категории:

– процессы и процедуры

– корпоративная база знаний

Факторы среды предприятия широко различаются по типу или характеру. Факторы среды предприятия включают в себя, среди прочего:

– организационную культуру, структуру и руководство;

– географическое распределение оборудования и ресурсов;

– государственные и промышленные стандарты (например, предписания контролирующих органов, кодексы поведения, стандарты на продукцию, стандарты качества, стандарты изготовления);

– инфраструктуру (например, существующие сооружения и основное оборудование);

– имеющиеся человеческие ресурсы (например, навыки, знания, специализации, такие как проектирование, разработка, юридические вопросы, заключение договоров и закупки);

– управление персоналом (например, руководящие указания по приему на работу и увольнению, анализ эффективности и результативности работы и записи об обучении персонала, политика вознаграждений и сверхурочной работы, а также учет рабочего времени);

– корпоративная система авторизации работ;

– ситуация на рынке;

– толерантность к риску заинтересованных сторон;

– политический климат;

– каналы коммуникаций, принятые в организации;

– коммерческие базы данных (например, стандартизированные сметные данные, данные изучения промышленных рисков и базы данных рисков);

– информационная система управления проектами (например, автоматизированные системы, такие как программное обеспечение для управления расписанием, система управления конфигурацией, система сбора и распределения информации или веб-интерфейсы к другим автоматизированным системам, работающим в режиме онлайн).

Члены команды проекта выполняют следующие роли:

– Персонал, отвечающий за управление проектом. Члены команды, выполняющие операции управления проектом, такие как составление расписания, разработка бюджета, ведение отчетности и контроль, коммуникации, управление рисками и административная поддержка. Эту функцию может выполнять или поддерживать офис управления проектами (ОУП).

– Персонал проекта. Члены команды, которые выполняют работу по созданию поставляемых результатов проекта.

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

– Представители пользователей или заказчиков. Члены организации, которые будут принимать поставляемые результаты или продукты проекта, могут действовать в качестве представителей или посредников с целью обеспечения надлежащей координации, консультирования относительно требований или подтверждения приемлемости результатов проекта.

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

– Члены организаций деловых партнеров. Члены организаций деловых партнеров могут назначаться в команду проекта с целью обеспечения надлежащей координации.

– Деловые партнеры. Деловые партнеры также являются сторонними компаниями, но они имеют с предприятием особые взаимоотношения, иногда приобретенные посредством процедуры сертификации. Деловые партнеры предоставляют специализированную экспертную помощь или играют отведенную им роль, например, осуществляют установку, настройку в соответствии с требованиями пользователя, обучение или поддержку.

Жизненный цикл проекта – набор фаз, через которые проходит проект с момента его инициации до момента закрытия.

Все проекты могут иметь следующую структуру жизненного цикла:

– начало проекта;

– организация и подготовка;

– выполнение работ проекта;

– завершение проекта.

Фаза проекта – совокупность логически связанных операций проекта, завершающихся достижением одного или ряда поставляемых результатов.

Предиктивные жизненные циклы (также известные как полностью управляемые планом) – вид жизненного цикла проекта, при котором содержание проекта, а также сроки и стоимость, необходимые для выполнения данного содержания, определяются на как можно более ранней стадии жизненного цикла.

Итеративные и инкрементные жизненные циклы – это жизненные циклы, при которых фазы проекта (также называемые итерациями) намеренно повторяют одну или более операций проекта по мере того, как команда проекта начинает лучше понимать продукт. Итеративность определяет разработку продукта путем выполнения ряда повторяющихся циклов, в то время как инкрементность определяет последовательное наращивание функциональности продукта. Во время этих жизненных циклов продукт разрабатывается как итеративно, так и инкрементно.

Адаптивные жизненные циклы (также известные как управляемые изменениями или гибкие (agile) методы) направлены на реагирование на высокие уровни изменений и требуют постоянной высокой степени вовлеченности заинтересованных сторон. Адаптивные методы являются также итеративными и инкрементными, но отличаются тем, что итерации происходят очень быстро (продолжительность обычно составляет 2—4 недели) и фиксированы по срокам и стоимости. В адаптивных проектах во время каждой итерации обычно выполняются несколько процессов, хотя ранние итерации могут больше концентрироваться на планировании операций. Общее содержание проекта разбивается на набор требований, а работа, которая должна быть выполнена, иногда называется бэклогом (журналом требований). В начале итерации команда определяет, сколько высокоприоритетных элементов из бэклога могут быть получены во время следующей итерации. В конце каждой итерации продукт должен быть готов для анализа заказчиком.

Процессы управления проектом

Управление проектом – это приложение знаний, навыков, инструментов и методов к работам проекта для удовлетворения требований, предъявляемых к проекту. Это приложение знаний требует результативного управления процессами управления проектом.

Процесс – это набор взаимосвязанных действий и операций, осуществляемых для создания заранее определенного продукта, услуги или результата. Каждый процесс характеризуется своими входами, инструментами и методами, которые могут быть применены, а также результирующими выходами.

Процессы проекта можно разделить на две основные категории:

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

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

Процессы управления проектом разделяются на пять категорий, известных как группы процессов управления проектом (или группы процессов):

– Группа процессов инициации. Процессы, выполняемые для определения нового проекта или новой фазы существующего проекта путем получения авторизации на начало проекта или фазы.

– Группа процессов планирования. Процессы, требуемые для установления содержания работ, уточнения целей и определения направления действий, требуемых для достижения целей проекта.

– Группа процессов исполнения. Процессы, применяемые для выполнения работ, указанных в плане управления проектом, с целью соответствия спецификациям проекта.

– Группа процессов мониторинга и контроля. Процессы, требуемые для отслеживания, анализа, а также регулирования исполнения проекта; выявления областей, требующих внесения изменений в план; и инициирования соответствующих изменений.

– Группа процессов закрытия. Процессы, выполняемые для завершения всех операций в рамках всех групп процессов в целях формального закрытия проекта или фазы.

Группы процессов не являются фазами жизненного цикла проекта!

В рамках жизненного цикла проекта происходит сбор, анализ, трансформация и распространение значительного количества данных и информации в различных форматах для членов команды проекта и других заинтересованных сторон. Сбор данных проекта выполняется в результате различных процессов исполнения, после чего они предоставляются членам команды проекта.

Следующие руководящие указания сводят к минимуму недопонимание и помогают команде проекта использовать надлежащую терминологию:

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

– Информация об исполнении работ. Данные об исполнении, собранные в рамках различных процессов контроля, проанализированные в контексте и обобщенные на основе связей в различных областях. Примеры информации об исполнении включают статус поставляемых результатов, статус реализации запросов на изменения и оценку прогнозов до завершения.

– Отчеты об исполнении работ. Физическое или электронное представление информации об исполнении работ, собранное в документах проекта, предназначенное для вынесения решений или формулирования проблем, выполнения действий или формирования осведомленности. Примеры включают отчеты о статусе, служебные записки, обоснования, информационные бюллетени, электронные информационные панели, рекомендации и обновления.

Описанные в Руководстве PMBOK® 47 процессов управления проектом разбиты на 10 отдельных областей знаний. Область знаний является всеобъемлющей системой понятий, терминов и действий, составляющих профессиональную область, область управления проектами или область деятельности. Эти 10 областей знаний практически постоянно используются в большинстве проектов. Команды проектов должны по мере необходимости использовать эти 10 областей знаний и другие области знаний для своего конкретного проекта. Области знаний включают в себя:

– управление интеграцией проекта,

– управление содержанием проекта,

– управление сроками проекта,

– управление стоимостью проекта,

– управление качеством проекта,

– управление человеческими ресурсами проекта,

– управление коммуникациями проекта,

– управление рисками проекта,

– управление закупками проекта,

– управление заинтересованными сторонами проекта.

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

Управление интеграцией проекта включает в себя процессы и операции, необходимые для определения, уточнения, комбинирования, объединения и координации различных процессов и операций по управлению проектом в рамках групп процессов управления проектом.

Устав проекта содержит:

– назначение или обоснование проекта;

– измеримые цели проекта и соответствующие критерии успеха;

– высокоуровневые требования;

– допущения и ограничения;

– высокоуровневые описание и границы проекта;

– высокоуровневые риски;

– укрупненное расписание контрольных событий;

– укрупненный бюджет;

– список заинтересованных сторон;

– требования к одобрению проекта (т. е. что именно составляет успех проекта, кто решает, что проект оказался успешным, и кто подписывает проект);

– назначенный руководитель проекта, сфера ответственности и уровень полномочий;

– Ф.И.О. и полномочия спонсора или другого лица (лиц), авторизующего (авторизующих) устав проекта.

Описание работ (statement of work, SOW) проекта – это словесное описание продуктов, услуг или результатов, которые должен произвести проект.

SOW отражает:

– Бизнес-потребность. Бизнес-потребность организации может быть основана на рыночном спросе, технологическом прогрессе, правовых требованиях, постановлениях правительства или соображениях, касающихся защиты окружающей среды. Обычно бизнес-потребность и сравнительный анализ затрат и выгод включены в бизнес-кейс для обоснования проекта.

– Описание содержания продукта. Описание содержания продукта включает характеристики продукта, услуги или результатов, для создания которых предпринимается проект. Описание должно также отражать взаимосвязь между создаваемыми продуктами, услугами или результатами и бизнес-потребностью, которую должен удовлетворить проект.

– Стратегический план. Стратегический план включает стратегическое видение, цели и задачи организации, а также высокоуровневое описание миссии. Все проекты должны соответствовать стратегическому плану организации. Соответствие стратегическому плану позволяет каждому проекту способствовать общим целям организации.

Бизнес-кейс

Бизнес-кейс или подобный документ предоставляет необходимую с точки зрения бизнеса информацию, позволяющую определить, стоит ли проект требуемых инвестиций. Он обычно используется вышестоящими по отношению к проекту руководителями для принятия решений. Как правило, в бизнес-кейсе содержится бизнес-потребность и сравнительный анализ затрат и выгод для обоснования проекта и определения его границ, и обычно подобный анализ выполняет бизнес-аналитик, используя различную информацию, полученную от заинтересованных сторон. Спонсор должен согласовать содержание и ограничения бизнес-кейса. Бизнес-кейс создается как результат действия одного или нескольких из следующих факторов:

– требование рынка (например, автомобилестроительная компания авторизует проект по изготовлению более экономичных автомобилей в ответ на дефицит бензина);

– потребность организации (например, в связи с высокими накладными расходами компания может объединить функции персонала и оптимизировать процессы для сокращения затрат);

– требование заказчика (например, электрическая компания авторизует проект по строительству новой подстанции для электроснабжения нового промышленного района);

– технологический прогресс (например, авиакомпания авторизует новый проект по разработке электронных билетов для замещения билетов, отпечатанных на бумаге, основываясь на технологических достижениях);

– юридическое требование (например, производитель красок авторизует проект для разработки руководящих указаний по обращению с токсичными материалами);

– экологические воздействия (например, компания авторизует проект для уменьшения своего воздействия на окружающую среду);

– социальная потребность (например, неправительственная организация в развивающейся стране авторизует проект по предоставлению систем питьевого водоснабжения, туалетов и санитарного просвещения сообществам, страдающим от высокого уровня случаев заболеваний холерой).

Соглашения

Соглашения используются для определения первоначальных намерений в отношении проекта. Соглашения могут принимать форму договора, меморандума о взаимопонимании, соглашения об уровне услуг, письма-соглашения, письма о намерениях, устных договоренностей, электронного сообщения или других письменных соглашений. Обычно договор используется, если проект выполняется для внешнего заказчика.