Заявка на экзамен PMP®: избегаем ошибок

filling a formОдин из обязательных этапов сертификации PMP® — это подача заявки (Application Form). Процесс подачи заявки достаточно прост и хорошо документирован. PMI даже сопроводил его видеороликом, который можно посмотреть здесь. Тем не менее, в заявке есть раздел Experience, который сопровожден лишь поверхностными рекомендациями по заполнению. Как правило, преобладающая часть ошибок заполнения заявки на сертификацию PMP® связана именно с этим разделом. На них мы сейчас и остановимся.

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

Единственная цель заполнения вашей заявки предельно ограничена. Вы должны показать, что ваш опыт соответствует требованиям к претенденту на сертификацию PMP®. Помимо определенного количества месяцев, ваш опыт должен относиться именно к управлению и именно проектом.

Начнем с последнего. Вы претендуете на сертификат PMP® — Профессионал управления проектами. Не программами, не портфелями, не мультипроектами, а п-р-о-е-к-т-а-м-и. Поэтому читающий вашу заявку ревьювер или аудитор должен легко и однозначно идентифицировать каждое ваше описание работы как отдельный проект. Для этого работа должна быть (вспоминаем определение, что такое проект) ограниченной по времени и направленной на создание уникального результата, продукта или услуги.

Поэтому ошибка первая, она же наиболее фатальная — неверное название работы, на участие в управлении которой вы ссылаетесь. В нем не должно быть слов Program, Portfolio, Multiple project и т.п. Правильный вариант — указать, что это Project. Например: Wind Turbine Project for ABCD.

Подкрепить уверенность, что вы ссылаетесь на проект должны строки Project Goal(s), с которой стоит начать описание в поле Project Description, и Project Outcome(s), которой описание стоит закончить. Project Goal должна заключаться в создании чего-то очевидно уникального, а Project Outcome подтверждать, что именно это уникальное «что-то» и получено, вполне нормально, если слово в слово. Если проект не завершен, то соответственно пишем Expected Outcome.

Хорошие формулировки целей проекта — разработать, внедрить, построить и т.п. Не стоит в Project Goal / Outcome указывать финансовые показатели, объемы продаж или роста аудитории пользователей, что может быть характерно для программы или операционной деятельности. Не усложняйте задачу аудитору вашей заявки.

Теперь вернемся к подтверждению, что вы работой управляли. Напомню, что менеджер — это тот, кто делает работу чужими руками. Поэтому описывайте свои обязанности в проекте (для удобства в виде перечисления с дефисами), применяя правильные «менеджерские» формулировки и без стеснения подчеркивая свою ведущую роль в команде проекта и сообществе стейкхолдеров: I managed, I lead, I facilitated etc.

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

И наконец «вишенка на торте» вашего описания — перечисление Project management deliverables, которое может следовать сразу после обязанностей и в чем-то им соответствовать. Например, если вы возглавляли разработку Плана управления проектом (как мы помним, это работа коллективная), то логичный Deliverable — Project Management Plan. Если вы фасилитировали команду Agile проекта, то логичными будут такие Deliverables, как Team Charter, Agile Procedures etc. Ни в коем случае в данном перечислении не стоит указывать артефакты и результаты хоть сколько-нибудь технического, технологического или производственного характера: спецификации требований, дизайны, ПКД и т.п. Это не ваше, не менеджерское.

Итак, подведем итог. На что следует обратить внимание, чтобы не переживать перед аудитом:

  • Правильное (характерное) название проекта
  • Project Goal
  • My (project) responsibilities
  • Project Management Deliverables
  • Project Outcome (expected)

И чтобы дважды не вставать. Иногда нас просят не умничать, а показать примеры хорошо заполненных заявок. Когда-то мы так и делали. Но с некоторых пор PMI внедрил проверку всех заявок на плагиат, и были отмечены массовые случаи дисквалификации. Алгоритм проверки очень суров, поэтому лучше, чтобы ваши описания были максимально уникальными. Тем более, что сделать это совсем не сложно.

Успешной вам сертификации!