Pmbok

Всем привет!

Это вторая статья по подготовке к сдаче экзамена на сертификат Project Management Professional (PMP). Первая статья была посвящена тому, зачем сдавать РМР. Сегодня я хочу поговорить о том, как можно подготовиться к сдаче.

Итак, вы решили сдавать PMP. Ниже пошаговые действия от момента принятия решения до получения результатов.

Шаг 1. Оценить свой опыт в проектном менеджменте

При наличии законченного высшего образования у вас должно быть минимум 3 года в проектном менеджменте, а в случае его отсутствия - 5 лет. Если опыта не хватает, вас не допустят к сдаче экзамена. Описать опыт управления проектами нужно будет при регистрации на экзамен. Если вашу заявку не выберут для аудита, документально подтверждать его не будет нужно. Об аудите подробнее написано в шаге 3.

Если опыта пока не хватает, то можно сдать экзамен на другой сертификат. Например, на CAPM.

Шаг 2. Пройти не менее 35 часов обучения проектному менеджменту

Я проходила теорию на Coursera здесь от американского университета UCI. Лектор читает курс на английском, но есть русские субтитры. Для выполнения критерия о минимальном количестве часов теории нужно пройти всю специализацию: прослушать лекции, успешно пройти тесты. Для сдачи РМР эти курсы засчитываются: об этом упоминает лектор и проверено на практике.

У UCI есть также большой курс на 6 месяцев непосредственно по подготовке к РМР, но рекомендовать его не могу, так как не проходила - мне хватило специализации. Стоит он дороже - 2 980 долларов США за полное обучение или 777 долларов США за каждый курс. На всякий случай оставлю ссылку и на эти курсы тоже.

Также курсы есть на сайте самого PMI. Я их не проходила, поэтому рекомендовать не могу.

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

Шаг 3. Выбрать язык и формат сдачи экзамена

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

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

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

Подробности сдачи компьютерного экзамена подробнее расписала в шаге 7.

Шаг 4. Оценить время на подготовку

Большинство советует построить план подготовки к экзамену. Я придерживаюсь такого же мнения.

Как я подходила к оценке времени на подготовку:

1. Изучила оглавление книги PMP Exam Prep от Rita Mulcahy, оценила объем и количество глав. Моей целью было проходить как минимум по одной главе в неделю. По плану я должна была тратить 4 часа на обучение в выходные и по 2-3 часа на неделе. Исходя из этого я вычислила базовый срок на подготовку.

2. Далее к этому сроку я добавила дополнительное время в качестве буфера. Буфер закладывала на случай появления событий из-за которых мой ритм обучения сорвется.

3. К буферу и базовому времени добавила еще 2 недели на решение тестов и повторение изученного материала.

Если будете использовать другой подход к оценке затрат на подготовку, то можно ориентироваться на список тестируемых тем от PMI. Здесь расположен список тем для экзамена 2021 года.

Шаг 5. Зарегистрироваться на экзамен

Зарегистрироваться на экзамен можно на сайте PMI. После регистрации PMI проверяет вашу заявку в течение 5 дней. Если все ок, то вы переходите к оплате. Стоимость экзамена для членов PMI составляет 405 долларов США, для остальных - 555 долларов США. После оплаты можно назначить дату экзамена, календарь доступных для сдачи дат будет указан в процессе заполнения заявки. С момента подтверждения вашей анкеты у вас будет 1 год для сдачи экзамена. В течение этого года можно сдавать экзамен 3 раза.

Экзамен можно перенести или отменить в любое время, но не позднее чем за 48 часов до начала экзамена. Если вы отмените или перенесете экзамен позже чем за 30 дней до его начала, то тестовый провайдер выставит комиссию в размере 70 долларов США. В остальные периоды в течение года перенос или отмена бесплатные.

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

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

1. Сбор документов

   1. Подтверждение опыта. PMI предоставит анкеты для подтверждения опыта. В анкете описываете проекты и рассказываете о своих функциях в них. Далее менеджер каждого из указанного вами в заявке проекта должен расписаться в анкете, упаковать подписанную анкету в конверт и поставить подпись сзади на заклеенном конверте. Для каждого менеджера свой конверт. Если один менеджер был на нескольких проектах, то он может расписаться сразу за несколько проектов в рамках одного конверта.

   2. Скан документов об образовании. Здесь все просто: сканируете и прикладываете, если в заявке на сдачу экзамена указывали образование.

   3. Скан сертификатов, подтверждающих прохождение 35 часов обучения проектному менеджменту. Я просто распечатала сертификаты с Coursera.

2. Все документы упакуйте в один конверт. Да, получатся конверты в конверте.

3. Отправьте на физический адрес PMI в США. Он будет указан в инструкции к аудиту. Я отправляла Почтой России, судя по ответу от PMI все пришло в сроки.

PMI рассматривает документы в течение 5-7 дней после их получения. Свое решение они присылают по электронной почте.

Шаг 6. Подготовиться к экзамену в соответствии с планом подготовки

Здесь поделюсь литературой и ссылками, которые использовала при подготовке.

Что важно: со 2 января 2021 года экзамен изменяется и вместо пяти доменов будет тестировать кандидатов по трем доменам знаний: люди, процессы, бизнес-окружение. Ранее экзамен тестировал пять доменов знаний: инициация, планирование, работа над проектом, мониторинг и контроль, завершение. Из-за этой разницы не все книги и статьи успеют обновиться к моменту ввода нового формата экзамена, а это значит, что большинство материалов станет неактуальным.

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

Литература

1. PMP Exam Prep от Rita Mulcahy. Основной учебник, по которому я готовилась. Из плюсов: понятная структура изложения, множество упражнений для практики, есть примеры тестов, похожих на экзаменационные. Тесты, на мой взгляд, здесь чуть сложнее, чем на самом экзамене. Есть обновление для экзамена с 2021 года.

   Теорию я изучала преимущественно по Рите. Мне хватило изложенной там информации для сдачи экзамена с первого раза.

2. PMBOK: руководство к своду знаний по управлению проектами, шестое издание. Обращалась к нему редко - только для закрепления информации.

PMI также содержит список рекомендуемой литературы для подготовки. Оставляю ссылку на него здесь.

Тесты

Оставляю ссылки на случай если захочется попрактиковаться в вопросах.

1. Симулятор экзамена РМР. При подготовке мне показался слабеньким. Ресурс платный. Есть обновление для 2021 года.

2. Онлайн-симулятор для подготовки к РМР и САМР

3. Примеры экзаменационных вопросов к РМР

4. 200 экзаменационных вопросов

5. Бесплатный тест на 200 вопросов

6. Бесплатный тест на 100 вопросов

7. Бесплатный тест на 75 вопросов

8. Бесплатный тест на 50 вопросов

Шаг 7. Сдать экзамен

Экзамен можно сдавать онлайн и оффлайн в специальном центре. Я сдавала экзамен онлайн, поэтому расскажу о нем.

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

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

В это время ваши данные проверяют и подключают проктора. Что мне не понравилось в этом процессе - это длительность проверки. Меня проверяли 20 минут и все это время я просто смотрела в монитор. При этом никаких дополнительных оповещений не было. Из-за этого в какой-то момент я начала думать, что у меня просто разорвалось соединение. Если соединение действительно потеряно, то провайдер теста советует обратиться в службу поддержки для переноса экзамена.

После подключения проктора и согласования с ним деталей относительно рабочего места, проктор запускает экзамен. Во время экзамена ведется видео и аудио запись. Экзамен длится 4 часа, в нем 200 вопросов, в середине экзамена будет дан перерыв на 10 минут. Насколько я помню, мне перерыв был дан после 100 вопроса. В перерыв можно выйти из комнаты сдачи экзамена. Таймер во время перерыва не останавливается, но перерыв можно закончить раньше.

Во второй части экзамена у меня случилась проблема: когда я уже ответила на 25 вопросов после перерыва, проктор сказал, что эти ответы не записались и мне придется начать вторую часть заново. Тест перезапустили еще через 15 минут.

Итого хотя заявленная длительность экзамена 4 часа, у меня его прохождение заняло больше времени из-за долгой проверки документов и сбоев в системе. Такое ожидание добавило к усталости.

Шаг 8. Получить результаты

В компьютерном тесте результат сдал / не сдал появляется сразу после завершения экзамена. Детальный отчет мне пришел на почту на следующий день.

Шаг 9. Праздновать!

Это совет от PMI после успешной сдачи экзамена. Присоединяюсь к нему!

***

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

А если вам интересны темы управления проектами и продуктом - подписывайтесь на мой Телеграмм-канал Product games @productgames. Там я публикую статьи для текущих и будущих менеджеров продуктов и проектов, а также обозреваю изменения в российском финтехе.

План

Всем привет, меня зовут Максим!

В начале 2020 года я решил сконцентрироваться на проектах по разработке программного обеспечения и перешел на позицию руководителя IT проектов в банк.

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

План был такой:

1. весной я изучаю практики Банка по проектному управлению;

2. летом читаю книги и статьи по управлению проектами;

3. осенью готовлюсь и сдаю.

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

В июне я перенес коронавирус и больничный позволил прочесть пару лишних книг.

Для финальной подготовки и сдачи я планировал отпуск 2-3 недели в октябре-ноябре, но отпуск в 2 недели получилось взять на месяц позже в ноябре-декабре.

Сдал я 28 декабря 2020 года.

Теперь немного подробнее о подготовке и сдаче.

Книги

Летом я прочитал несколько классических книг по управлению проектами:

Питер Друкер - The Effective Executive;

Фредерик Брукс - Мифический человеко-месяц;

Фергус ОКоннел - Как успешно руководить проектами; Серебряная пуля;

Том Демарко - Deadline;

Джефф Сазерленд - Scrum.

Каждая книга по своему хороша и отражает взгляд автора на те или иные проблемы менеджеров и менеджмента.

PMBOK 6 (Руководство к своду знаний по управлению проектом) я прочитал 2 раза - на русском и английском.

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

Курсы

Летом я начал смотреть видеоролики на Youtube, я пересмотрел много русских и английских, могу порекомендовать следующие:

Основы PMBoK (5-th edition) от Ивана Селиховкина, - достаточно хороший обзорный курс, который не еще утратил актуальности;

PMP Exam Prep Course от Boston Management Consulting International - очень подробно рассматриваются процессы PMBOK 6.

Я давно хотел опробовать Linkedin Learning и там как раз оказались нужные мне курсы, а учитывая, что Linkedin Learning является авторизированным партнером по обучению PMI, я понимал, что с принятием сертификата проблем не будет.

Правда курсы на английском языке, но с ним у меня нет проблем.

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

Project Portfolio Management Foundations

Learning Program Management

Project Management Foundations: Ethics

Cert Prep: Project Management Professional (PMP)

Cert Prep: PMI Agile Certified Practitioner (PMI-ACP)

Мне очень понравились курсы - они все высококачественные и профессиональные, к ним также идут практические задания и тесты по пройденному материалу.

Больше всего мне понравились курсы по этике по Кодексу профессиональной этики и поведения PMI и управлению портфелем - наверное потому что эти темы были самые новые для меня.

Полный перечень курсов для различной сертификации здесь.

Тесты

Для подготовки я использовал несколько приложений и сайтов.

Я попробовал с десяток разных приложений но пользовался следующими:

PMP EXAM Mentor - содержит словарь, формулы, советы, краткое описание процессов, техник, входов-выходов;

PMP Certification Exam 2020 - 1600 вопросов, сгруппированных по областям знаний, достаточно качественные вопросы, рейтинг ведется по областям знаний, что позволяет - я покупал платную подписку на 3 недели - 2$ в неделю;

PMP Exam Prep 6th edition - тоже очень хорошие вопросы, но мне не понравилась группировка по группам процессами.

Веб-сайты:

Симулятор экзамена PMP Школы управления Алексея Минкевича - один из немногих ресурсов, доступных на русском языке - 400 вопросов;

Oliver Lehmann (Online) PMP Exam Self-Assessment Test - 100 вопросов;

Simplilearn Free PMP Mock Exam - 200 вопросов;

PM Prepcast Free PMP Exam Simulator - 100 вопросов - насколько я понял один из самых популярных симуляторов;

Я специально проходил тесты на разных ресурсах, чтобы узнать вариации вопросов.

За ноябрь-декабрь я прорешал где-то 3000 вопросов, вопросы помогают лучше понять PMBOK, потренироваться быстро отвечать и подготовиться к экзамену.

Процент сдачи тренировочных тестов был 80%+/-5%. После сдачи тестов я просматривал PMBOK по вопросам, которые ответил неверно.

Иное

Видео как заполнять заявление;

Интервью со сдавшими экзамен - помогает зарядиться позитивом и оценить свой ход подготовки;

Топик PMP на REDDIT - истории успехов и фейлов, обмен мнениями;

Telegram каналы:

Project Management Books (PrMaB) - книги, советы, вопросы;

Project Management Club - интервью.

Edward-designer.com - сайт с советами по сдаче экзамена;

PMBOK Process Explorer - сайт с группировкой и кратким описанием процессов, техник, входов и выходов.

Также я делал себе пометки, сначала это была схема процессов от Ricardo Vargas, но это была плохая идея - данная схема оказалась неудобной для работы - она большая - формат А0, на ней неудобно делать пометки.

Потом я сделал 4 таблички (Процессы, Техники, Входы-выходы, Советы) в которые вносил информацию. Работать с табличками мне оказалось гораздо удобнее и привычнее.

Экзамен

Заявление на экзамен я подавал в ноябре, оно прошло без аудита - нужно описать три года опыта управления проектами максимально используя термины PMBOK.

Сдавал я в центре тестирования IBA в Минске.

Сдавать хотел в понедельник после подготовки на выходных, понедельник 21 был занят, а 28 свободен - на этот день я и назначил.

На экзамене я брал перерыв после 90 вопросов.

Экзамен занял где-то 3,5 часа - 3 часа на вопросы и полчаса на проверку.

Как и указано в Описание материалов экзамена все вопросы выступают в виде задачи, которую нужно решить выбрав правильный ответ - т.е. практически все вопросы ситуационные.

Все группы процессов я сдал с отметкой (AT) Above Target (Выше цели).

С января 2021 экзамен изменился, теперь около половины экзаменационных вопросов будет посвящено предиктивным подходам к управлению проектами, а остальные вопросы будут касаться гибких (agile) или гибридных подходов.

Итог

Если подвести итоги, сертификация PMP заняла примерно 4 месяца (сентябрь-декабрь) и 400 часов, из них 200 часов в последний месяц и стоила мне 550$.

Сертификация позволила мне структурировать знания в управлении проектами.

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

Управление проектами меняется в сторону гибких и гибридных подходов. Их я тоже применяю с 2014 года, когда начал работать по Scrum.

Что дальше? Наверное Scrum!

Хотя если честно я бы был безумно счастлив попасть в компанию в которой применяется управление проектом, так как это описано в PMBOK.

Кофе

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

Всем здоровья и успехов!

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

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

Итак, по состоянию на 10 января 2021 года, в открытом реестре PMI числится 1978 сертификатов и 1893 уникальных человека. Важно уточнить, что это количество людей, указавших своим местом жительства РФ и имеющих активный сертификат (он может быть не активен 1 год), не скрывшие их в настройках.

На сколько состав изменился?

Так как данные персонифицированы, то путем сложных математических вычислений мы получаем следующую картинку:

Продлено 1753 профессиональных сертификата, получено 342 новых, а также примерно 43 старых сертификата возобновлены и приостановлено действие (надеюсь, что временно) примерно 180 сертификатов.

Число возобновленных и приостановленных сертификатов указано примерно, так как данные по старым годам еще не набрались в достаточном объеме, чтобы уверенно называть эти числа.

Что касается изменений по годам, то картинка меня огорчила.

Увы, но не все, кто получил статус в 2000 и 2001 году его поддерживают. И хочется искренне надеяться, что это связано с тем, что просто забыли.

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

Наибольшие потери среди тех, кто сертифицировался 3 и 6 лет назад (цикл и два соответственно у PMI для сертификатов действует трехлетний цикл обновления).

Всего за 2020 год получено 339 сертификатов (и в подборку даже попали 3 сертификата, полученных в 2021 все три сертификата в этот раз отличаются от прошлогодних в этот раз это PMI-ACP, один из которых получил автор). В 2020 году получили:

в первом квартале 72 сертификата;

во втором квартале 46 сертификатов;

в третьем квартале 75 сертификатов;

в четвертом квартале 150 сертификатов.

И прибавка последнего квартала связана с изменением экзамена PMP, с 2021 года он обновлен и достаточно сильно (пусть пока в рамках PMBoK 6).

За этот год прибавилось:

15 CAPM;

299 PMP;

18 PMI-ACP (или 21 с учетом получивших сертификаты в 2021 году);

2 PMI-PBA;

5 PMI-RMP;

1 PgMP;

3 PfMP.

У нас на сегодня все так же всего 1 человек, обладающий 4 сертификатами. Обладателей 3 сертификатов стало 5, против 3 в прошлом году. И один из них стал первым в РФ членом малочисленного клуба обладателей PMP, PgMP и PfMP это Антон Субчев.

Людей, обладающих двумя сертификатами стало 74.

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

И в заключение несколько традиционных графиков по имеющимся данным.

Пирог сертификатов PMI

Динамика прироста PMP

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

Подготовлено на основании открытых данных, размещенных на портале PMI.ORG

Михаил Белов, PMP, PMI-ACP, ICP-ACC

PRINCE2 Foundation, PRINCE2Agile Foundation, ITIL4Foundation certified

Эта статья о моих мыслях как я бы готовился в экзамену PMP в 2021 г.

Исходная страница PMI с информацией для подготовки к сертификации PMP здесь.

Ранее я опубликовал статью о моем опыте сдачи PMI PMP в 2020 году.

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

При подготовке нужно учесть, что PMI периодически меняет процесс сертификации:

1. В июле 2020 года изменились требования к подаче заявления - стало намного проще.

2. С января 2021 года изменилось содержание экзамена.

3. В 2021 году также должен быть опубликован новый PMBOK 7 - соответственно требования опять изменятся.

Так что если вы планируете сертификацию в 2021 следите за новостями PMI: блог, LinkedIn, FB.

Требования к кандидату не изменились:

1. Высшее образование (4 года)+:

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

   35 часов обучения по управлению проектами.

2. или Среднее образование (школа 11 классов)+:

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

   35 часов обучения по управлению проектами.

PMI предлагает всего 3 шага для получения PMP:

Шаг первый: Подай заявление на экзамен.

Шаг второй: Сдай экзамен.

Шаг третий: Подтверждай свой сертификат.

Источник изображения

И предлагают 5 способов для подготовки к экзамену:

1. Представьте себе финишную черту:

   1. Запланируйте постоянные занятия

   2. Составьте план обучения

   3. Поделитесь вашей целью с другими

   4. Получите поддержку у своего босса

2. Изучите требования к экзамену

3. Определите подход к обучению:

   1. Местные отделения PMI

   2. Авторизованные учебные центры

   3. Тренировочные экзамены

4. Изучите литературу:

   1. PMBOK

   2. Книги по управлению проектами

5. Вступите в сообщество.

Все очень просто, - не правда ли!?

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

На основании своего опыта и опыта коллег, я решил составить план подготовки и сдачи.

Вне зависимости от вашего уровня знаний для подготовки к экзамену PMP вам понадобится на подготовку 100 часов в месяц (2-3 часа по будням и 6-8 по выходным), но разное количество месяцев:

1. Низкий уровень (не знаком с PMBOK) - 7-8 мес. /800 часов, 1000-1500$.

2. Средний уровень (знаком с PMBOK) - 3-4 мес. / 400 часов, 550-700$.

3. Высокий уровень (работа в соответствии с PMBOK) - 1-2 мес. / 150 часов, 550$.

Давай рассмотрим подробнее этапы.

КОМАНДА

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

Предупредите семью и друзей о своем марафонском забеге, но не забывайте про них.

Возможно у вас на работе есть коллеги или друзья, которые тоже хотят стать PMP.

Сообщества в Интернете, например Reddit.

Всякая дорога вдвоем веселей!

КНИГИ

Я настоятельно рекомендую прочесть следующие книги:

1. Том Демарко - Deadline - книга о том что такое идеальный проект и почему его не бывает;

2. Фергус ОКоннел - Как успешно руководить проектами; Серебряная пуля - эта книга посвящена классическому предиктивному подходу к управлению проектами;

3. Фредерик Брукс - Мифический человеко-месяц - эта особенно если вы в ИТ;

4. Джефф Сазерленд - Scrum - эта книга поможет вам понять Scrum и Agile;

5. Питер Друкер - The Effective Executive - книга посвящена менеджеру и менеджменту с позиции руководства компании.

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

Здесь в разделе Books that we read хорошая подборка книг, по разным направлениям.

У PMI своя подборка литературы.

ИНФОРМАЦИОННАЯ СИСТЕМА УПРАВЛЕНИЯ ПРОЕКТАМИ

Если вы не работали с программами этого класса вы не поймете, что такое управление расписанием, управление ресурсами, управление стоимостью.

У нас распространена MS Project, но для учебы можно и Projectlibre - она бесплатна.

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

Только берите максимально реальный и подробный пример, если нет по работе, можете покачать идею своего бизнеса или например строительство дома/ремонт квартиры.

Хороший видео-курс по MS Project на русском здесь и на английском.

ЧЛЕНСТВО PMI

Членство в PMI открывает доступ ко всем стандартам, другому контенту и дает скидку на экзамен, подробнее о членстве.

Перед оплатой членства и других услуг поищите промокоды, иногда бывают.

PMBOK

Для сдачи экзамена нужно знать:

1. PMBOK 6: Руководство к своду знаний по управлению проектом.

2. AGILE: Практическое руководство.

3. Кодекс профессиональной этики и поведения PMI.

PMBOK 6 выпущен в 2017 году, в 2021 году обещают выпустить PMBOK 7, точной пока даты нет, и выпуск неоднократно откладывался еще в 2020 году.

Практическое руководство AGILE разработано совместно со Agile Alliance.

Кодекс профессиональной этики

Если вы хотите разобраться во фреймворке PMBOK, то Вам придется прочитать несколько раз.

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

Понять фреймворк можно только целиком, только после прочтения у вас первая картина!

После курсов и второго прочтения картинка станет яснее.

После тестов еще четче.

Будем примерно так:

Источник изображения

КУРС

Требуемые курсы зависят от вашего:

1. Языка - русский или английский.

2. Уровня знаний в проектном управлении - если вы совсем начинающий, то нужны курсы с практическими занятиями и хорошим тренером.

3. Сумму, которую вы хотите потратить на обучение.

PMI предлагает свои курсы по требованию.

Мой совет - узнайте у своего босса, HRa, коллег, офиса управления проектов может у Вас есть возможность пройти корпоративное обучение.

Если вы хотите сэкономить то добро пожаловать на платформы обучения Linkedin Learning, Udemy, .

PMI также обещал периодически проводить бесплатные онлайн-курсы для разъяснения особенностей нового экзамена.

Лично мне нравятся курсы Linkedin Learning, они качественные полный перечень курсов для различной сертификации здесь, первый месяц бесплатно.

ПОДГОТОВКА К ТЕСТИРОВАНИЮ

Для подготовки к тестированию есть:

1. Официальный тест от PMI

Но он периодически недоступен.

2. Мобильные приложения, например:

   1. PMP Exam Prep

   2. PMP Certification Exam

3. Сайты, например:

   1. PM Prepcast - самый популярный 149$, есть бесплатная версия на 100 вопросов;

   2. Симулятор экзамена PMP Школы управления Алексея Минкевича - один из немногих ресурсов, доступных на русском языке - 400 вопросов - но нет agile;

   3. Simplilearn Free PMP Mock Exam - 200 вопросов;

   4. Обновляемый список бесплатных тестов на edward-designer.com.

4. Книги (да-да ):

   1. Rita Mulcahy

Выбирайте, то что вам удобно.

Рекомендуемое количество тестовых вопросов:

минимальное - 1000

среднее - 1500

Процент сдачи, свидетельствующий о вашей готовности к экзамену:

минимальный - 70%;

рекомендуемый - 80%.

Не проходите вопросы 2-й раз, вы их запомните и результат будет необъективный.

Обязательно сдайте полный тест несколько раз, если ваш результат выше 80%+/-5% смело идете сдавать.

ИНОЕ

Несмотря на то что PMBOK вместе с Agile занимает 1000 страниц, в нем нет детального описания многих техник и Вам потребуются другие источники информации - особенно Википедия и Youtube.

Telegram каналы:

Project Management Books (PrMaB) - книги, советы, вопросы.

Project Management Club - интервью.

ПОДАЧА ЗАЯВЛЕНИЯ

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

1. Заявление заполняется онлайн на английском, можно вносить изменения - т.е. заполнить за несколько приемов.

2. Вам необходимо указать ваш опыт проектной работы (не обязательно на позиции руководителя проекта) 36 или 60 мес, как только вы введете проектов на необходимый период, больше вводить не требуется - например у меня было 4 проекта на 38 мес.

3. Используйте формулировки PMBOK - ведь вы должны подтвердить, что у вас есть опыт управления проектами в соответствии с PMBOK.

Ваш опыт должен максимально охватывать процессы, техники и документы как указано в PMBOK.

4. Вам необходимы завершенные курсы (несколько курсов) на 35 часов.

5. После заполнения, заявление отправляется на проверку (до 5 дней).

6. Если вы попадете под аудит нужно будет предоставить запрашиваемые данные или документы.

7. После проверки заявления оплачиваются сборы.

8. Вся информация будет доступна в личном кабинете и на дашборде.

СДАЧА ЭКЗАМЕНА

Для финальной подготовки и сдачи экзамена рекомендую брать отпуск 2-3 недели - очень большой объем информации и трудно совмещать ее с работой.

Выбираете способ (онлайн или в центре тестирования), язык (английский, русский и еще 14) и время сдачи экзамена.

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

За поздний перенос экзамена без уважительных причин нужно платить 70$, выбирайте дату с умом.

Теперь в экзамене 180 вопросов, а не 200, из них 5 тестовых (не идут в зачет).

Около половины экзаменационных вопросов будет посвящено предиктивным подходам к управлению проектами (waterfall, водопад), а остальные вопросы будут касаться гибких (agile) или гибридных подходов.

Время на экзамен 230 минут, 2 перерыва по 10 минут.

По результатам экзамена вы узнаете только общий результат - сдан или не сдан.

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

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

Очень важно понимать, что официальный экзамен имеет определенную концепцию:

1. Все ваши действия должны соответствовать Кодексу поведения!

2. Вы менеджер проекта, который работает по Кодексу поведения и PMBOK!

3. В основном большая матричная компания c ресурсными менеджерами - как описано в PMBOK!

4. В компании есть стратегия, портфели проектов, программы, проекты - как описано в PMBOK!

5. Есть проектный офис, который работает по PMBOK!

6. Agile тоже по PMBOK!

7. Иногда в проекте что-то идет не по PMBOK и нужно вернуть это в русло PMBOK!

8. Все остальное тоже по PMBOK, а не как у вас в компании или как тренер на курсах рассказывал!

9. Все вопросы экзамена это ситуационные задачи как описано в требованиях к экзамену, а не такие как были в ваших тестах!

10. Правила сдачи экзамена нарушать нельзя!

ПРАЗДНОВАНИЕ

PMI настоятельно рекомендует отпраздновать сдачу экзамена со своими близкими - теми кто поддерживал Вас все это время!

Данная статья выражает мое личное мнение, основанное на опыте подготовки и сдаче экзамена на сертификат PMP (Project Management Professional) от Project Management Instittute

Вся информация содержащаяся в статье не является официальной и не должна восприниматься как руководство по подготовке и прохождению экзамена на сертификат PMP.

Получить всю официальную информацию, вы можете на сайте www.pmi.org

О чем это мы

Сертификат PMP от Project Management Institute (pmi.org) является на сегодняшний день самым признаваемым по всему миру сертификатом подтверждающим квалификацию специалистов в сфере управления проектами. Наличие данного сертификата будет несомненным плюсом при рассмотрении вашего резюме потенциальным работодателем.

Большие изменения 2021

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

Зачем что то менять?

Изменения отражают нацеленность PMI на то чтобы экзамен тестировал актуальные и востребованные рынком знания.

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

Немного теории о существующих типах проектов чтобы было понимание о чем вообще изменения:

1. Предиктивный - тип проекта при котором заранее известно каким будет конечный продукт соответственно вы еще на стадии планирования получаете подробный бюджет, сроки, необходимость в ресурсах, и главное можете еще до начала работ спрогнозировать выгоды получаемые от реализации данного проекта. Задача PM придерживаться плана проекта. В качестве примера можно привести проект строительства дома. Есть проектное решение, известно какие работы нужно произвести, какие материалы нужно закупить, последовательность работ подробно описана, требования к результатам проекта подробно изложены в договоре и приложениях.

2. Гибкий(agile) - тип проекта при котором каким будет итоговый продукт проекта невозможно понять заранее. У заказчика нет подробных требований к результатам проекта. Есть проблема или так называемая боль которая требует решения, цель проекта найти/создать это решение. Соответственно проект управляется по принципу как можно быстрее создаем что то минимально решающее часть проблемы, смотрим с заказчиком стало лучше да/нет, если да, значит направление верное, двигаемся далее, нет ищем другое решение. И так итерация за итерацией РЕГУЛЯРНО общаясь с заказчиком и получая от него фитбэк создаем решение которое полностью (если это достижимо) решает проблемы (создает возможности) заказчика. Данный подход очень распространен в управлении IT проектами, Например заказчик приходит с проблемой долгий и непрозрачный документооборот между сотрудникам посредством email. Предлагаем решение - DMS (система управлением документами), делаем MVP (минимально функциональный продукт) устанавливаем на машины заказчика, заказчик тестирует, например, отправляет документ, смотрит как он проходит всех сотрудников, видит где документ зависает и т.д. Получаем фитбек, это то, что надо, работаем дальше, добавляем фичи, отдаем заказчику, получаем фитбек и так пока заказчик не получает продукт который решает его проблему.

3. Гибридный (смешанный) - тип проекта который объединяет в себе оба предыдущих подхода к управлению проектом. Довольно часто бывает так что часть требований к продукту описана подробно что позволяет применять предиктивный подход к работе над проектом но так же остается часть требований которые будут понятны только в процессе работы над проектом, и для таких требований применяется гибкий (agile) подход. В качестве примера можно привести проект включающий в себя разработку цифрового продукта на основе существующего аналога с существующими характеристиками(предикт часть) и последующая адаптация и кастомизация продукта под конкретные нужды заказчика (agile) часть.

Изменения экзамена

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

Экзамен. Метрики

Всего вопросов 180, (было 200) на которые дается 230 минут. Соответственно на каждый вопрос по 1,27 мин. Основная часть вопросов состоят из описания какой то ситуации и ниже предлагается выбрать необходимое действие(или правильный ответ) из 4-х вариантов. Также есть вопросы где показан график описывающий какие либо метрики проекта и предлагается выбрать на графике участок характеризующий какую то конкретную ситуацию. Еще есть вопросы где вариантов ответа более 4-х и нужно отметить несколько правильных. И последний тип вопросов это вопросы в которых требуется сопоставить (перетащить мышкой) утверждения из левого столбика с утверждениями из правого столбика.

Вопросы экзамена делятся на три области знаний:

• People 42% вопросов.

• Process 50% вопросов.

• Business environment 8% вопросов.

Экзамен имеет 4 оценки ваших знаний:

1. Needs improvement ваш уровень знаний значительно меньше минимально необходимого для сдачи экзамена. Незачет.

2. Below target. Ваш уровень знаний немного не дотягивает до минимальнонеобходимого для сдачи экзамена. Незачет.

3. Target. Ваш уровень знаний соответствует минимально необходимому для сдачи экзамена. Зачет.

4. Above target. Ваш уровень знаний превосходит минимально необходимый для сдачи экзамена. Зачет.

По окончании экзамена вы получите распечатку с указанием вашей оценки по каждой из 3-х областей знаний. Важно, вам нужно получить зачет (target или above target) по каждой из областей знаний. Если хотя бы в одной из областей знаний оценка будет незачет (below target или needs improvement) то даже при оценке above target по двум оставшимся областям знаний к сожалению вы получите оценку экзамена failed.

Какой процент вопросов должен быть отвечен правильно, чтобы получить оценку target или above target, официально не известно. На некоторых сайтах можно встретить цифры от 60% до 70%, однако PMI данную информацию нигде не публикует. На одном вызывающем доверие сайте сказано, что наиболее вероятно, что помимо подсчетов процента правильно отвеченных вопросов, учитывается еще и сложность вопросов. Не смотря на то, что конкретной формулы подсчета официально нет, специализированный сайт подготовки к экзамену PMP project-management-prepcast.com предлагает для ориентира следующую градацию:

• менее 50% - Needs improvement. Незачет.

• от 50% до 65% - Below target. Незачет.

• от 65% до 75% - Target. Зачет.

• более 75% - Above target. Зачет.

Экзамен делится на три блока по 60 вопросов. Счетчик времени общий на весь экзамен и не привязан к блокам. Вы можете скипать вопросы, возвращаться к вопросам, помечать, менять ответ. При достижении 60-го и 120-го,вопроса блока вам покажут табличку со всеми вопросами, сообщат о наличии неотвеченных вопросов, при наличии таковых, и предложат закончить данную секцию, взять 10 мин. перерыв, либо продолжить без перерыва. Важно - после перехода к следующему блоку вопросов, вернутся к предыдущим вопросам, будет нельзя. По окончании экзамена вы увидите результат сразу. Без статистики, просто, passed/failed.

Экзамен можно сдавать на русском или английском языке. Я сдавал на английском так как все доступные качественные материалы для подготовки были только на английском языке. Та же Rita Mulcahy не имеет перевода на русский а в PMBOK на русском все названия звучат довольно непривычно, например привычный термин WBS (work breakdown structure) в русской версии звучит как ИСР (иерархическая структура работ). Вроде как логично, но я понял, что встретив подобную аббревиатуру на экзамене я не сходу пойму что она означает, а ведь это постоянно употребляемый термин, что уж говорить о каких то специфичных аббревиатурах. В общем я решил что буду сдавать на английском хотя во время экзамена несколько раз думал, что может это было ошибкой так как встречались вопросы содержащие специфические термины которые с трудом давали понять смысл вопроса. На самом деле сейчас я возможно выбрал бы экзамен на русском языке так как даже при выборе русского языка у вас останется возможность посмотреть английский вариант вопроса (я этого не знал когда выбирал на каком языке назначать экзамен).

Как готовиться

Книги

Я бы рекомендовал начать с книги Rita Mulcahy PMP Exam prep, актуальное издание на момент написания статьи десятое, можно использовать и более ранние версии (я готовился по 8-й) но имейте ввиду, что более ранние версии не содержат материалов касательно Agile методологии. Книги Риты читаются легко акцентируют внимание на важных вещах и содержат большое кол-во вопросов для тренировки. Рекомендую прочитать 2-3 раза.

PMBOK Guide sixth edition, Agile practice guide - можно скачать с сайта PMI, бесплатно для членов PMI.

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

Программы и приложения

Поднаторев в теории, примерно за месяц до даты экзамена я перешел к тренировкам на эмуляторе экзамена на сайте. Это как мне кажется внесло самый большой импакт в мой успех при сдаче. При первой эмуляции экзамена я успел ответить только на 40% вопросов за отведенное на экзамен время. Оказалось, что 1.2 мин. на вопрос это совсем не много особенно если вы не сходу понимаете контекст вопроса на английском. В итоге я натренировался отвечать на все вопросы за отведенное время и плюс у меня оставалось около 10 мин. на то, чтобы вернуться к помеченным вопросам и перепроверить ответы. Главное выбрать эмулятор экзамена для подготовки, вопросы которого будут максимально схожи с вопросами реального экзамена (Я использовал популярный сайт project-management-prepcast.com, тренировочные вопросы были очень похожи на те, что были на экзамене). Мне часто встречались эмуляторы где все вопросы, похоже, брались из каких то определений PMBOK и предлагалось выбрать термин, который под это определение подходит. Мобильные приложения, которые мне попадались все были написаны по этому принципу. Польза от такого рода тренировки тоже, наверное, будет, но к вопросам экзамена это вас не подготовит. Если вы хорошо воспринимаете информацию на слух можно скачать какие ни будь курсы по подготовке к PMP например с udemy.com или coursera.com и слушать их по дороге на работу (я включал в машине вместо радио).

Из того что нужно именно выучить это Project documents и какие процессы относятся к какой project process group и к какой project knowledge areas.

Project documets нужно знать, так как в ответах иногда встречаются схожие термины но один из них выдуманный и нужно понимать как звучит правильный. Например issue log и issue list, issue log это реальный документ проекта, issue list- вымышленный термин.

Project processes and project knowledge areas нужно хорошо понимать поскольку вопросы в основном описывают какую либо ситуацию проекта и вам нужно понять по контексту в какой стадии проекта вы находитесь и к какой knowledge area этот процесс относится что бы выбрать правильный вариант действия.

Хорошо бы так же выучить ITTO (inputs, tools and technics, outputs) всех процессов, но в последней версии экзамена вопросов по этой тематике стало гораздо меньше. Поэтому рекомендую просто запомнить хотя бы одинаковые для всех процессов ITTO, по моему опыту, этого должно быть достаточно.

Аккредитация

Для того чтобы сдавать экзамен на сертификат PMP вам сначала необходимо пройти аккредитацию на сайте PMI Institute. Цель аккредитации удостоверится, что вы обладаете достаточным опытом в сфере управления проектами, так как данный сертификат рассчитан на senior PM, для тех, кто еще не обладает достаточным опытом, существует сертификат CAMP. У вас есть два варианта подтверждения квалификации.

1 вариант

• Высшее образование.

• 3 года опыта управления проектами.

• 35 часов тренингов по подготовке PM.

2 вариант

• Среднее образование.

• 5 лет опыта управления проектами.

• 35 часов тренингов по подготовке PM.

Для описания образования будет стандартная форма с названием уч. заведения и адресом. Тут все просто. Подтверждение же опыта управления проектами потребует больше усилий. Помимо названия, сроков и описания проекта вам нужно будет описать полученный опыт от реализации проекта, а так же разбить проект на фазы (инициация, планирование, выполнение, контроль, закрытие) и указать их длительность в процентном соотношении. Лично я просто сделал принт скрин всех форм, которые нужно заполнить, сделал табличку эксель по аналогии, заполнил все сначала на русском, потом перевел все на английский и просто копипастил все на сайт. В качестве 35 часового тренинга я указал пройденный мною курс PM professional с сайта udemy.com. Не было уверенности что его засчитают, но все прошло хорошо.

У вас будет 90 дней после начала процесса аккредитации для того чтобы закончить заполнение всех форм. То есть, достаточно времени для того чтобы все подготовить и оправить на проверку. Проверка занимает до 5 дней. По правилам PMI ваша аккредитация может попасть под аудит, (PMI указывает, что это рандомный процесс) тогда вас попросят предоставить подтверждающие документы. Я данный процесс не проходил поэтому сказать как он выглядит не могу. И наконец после того как вы успешно прошли аккредитацию у вас будет ровно 12 месяцев для того чтобы оплатить экзамен и назначить процесс сдачи. При неудачной сдаче экзамена можно назначить пересдачу, но потребуется доплата. Всего экзамен можно сдавать 3 раза в течении года после прохождения аккредитации.

Стоимость

Цена экзамена:

• 555$ если вы не член PMI.

• 406$ если у вас есть членство PMI.

• 139$ стоит годовое членство PMI.

Очевидно, что выгодней оформить членство в PMI тогда экзамен будет стоить 406$, что в сумме с платой за членство составит меньше на 10$ чем просто сдача экзамена без членства в организации. Плюс членство позволит вам бесплатно скачать последнюю версию PMBOK Guide sixth edition+Agile practice guide.

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

Немного флуда

Возможно ли сдать экзамен PMP без опыта управления проектами?

По поводу того можно ли сдать экзамен не имея реального опыта управления проектами, тут мое мнение следующее: Как говорили в небезызвестном советском фильме Можно конечно и зайца курить научить, в принципе нет ничего невозможного только мне трудно представить мотивацию человека который станет готовиться к данному экзамену не имея реального опыта управления проектами. На это уйдет довольно много времени а главное не принесет желанного профита. Что делать дальше с полученным сертификатом?

Если бы ко мне на собеседование пришел человек и сказал что у него нет опыта в управлении проектами но при этом есть сертификат PMP, то я бы во первых проверил бы легитимность его сертификата на сайте PMI, а потом бы спросил на кой черт он тратил на это время и если сертификат PMP не был просьбой умирающего родственника, то это значило бы, что у человека явные проблемы с приоритетами и тайм менеджментом. Если же соискатель будет пытаться приписать себе не существующий опыт, то это сразу станет очевидно. 90% времени работы ПМ это коммуникации, коммуникации с внутренней командой и руководством, коммуникации с внешними командами и руководством подрядчика и заказчика, коммуникации с представителями гос. структур и надзорными органами, официальная переписка, личное общение и видео конференции. Этот опыт нельзя получить на курсах или из книг.

Если у вас нет этого опыта, вы не сможете его сымитировать. В процессе собеседования собеседующим вас специалистам станет очевидно, что вы не обладаете заявленными навыками и как минимум вы просто не получите работу а как максимум попадете в черный список сотрудника HR которым он может поделится с HR отделами других компаний (такая практика существует т.к. никто не хочет тратить ресурсы и время специалистов отвлекающихся от работы для того чтобы вас собеседовать) и тогда процесс поиска работы может сильно затянутся. Например, на одном из собеседований на должность контрактного управляющего отделом государственного заказа, мы предложили претендентке на чистом листе А4 примерно набросать рыбу официального письма заказчику. Плюс рассказать, как бы велась официальная переписка с заказчиком. Легенда следующая, в соответствии с контрактом заказчик до начала работ должен передать подрядчику исполнительную документацию на выполняемые работы. Специалист такое письмо накидал бы без проблем. Основное что требовалось, рассказать, что письмо пишется на бланке организации, обязательно имеет исх. номер и дату, в тексте указывается данные контракта и пункт контракта в соответствии, с которым заказчик должен предоставить исп. документацию. Это простейшая рабочая ситуация и в принципе понимать как пишутся официальный письма может и человек без опыта, но это только точка входа после которой вы начинаете задавать уточняющие вопросы типа: как будете отправлять; как поймете, что заказчик получил письмо; что если заказчик никак не отреагировал на письмо и т.д..

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

Безусловно, существуют специальности, в которых можно стать не плохим специалистом самостоятельно. Например, чтобы научится класть плитку нужно просто класть плитку и вы обретете этот навык, даже не работая в качестве плиточника, вопрос кол-ва повторений. Можно стать не плохим программистом занимаясь самостоятельно при должной дисциплине, запилить какие то стоящие пет проекты на github прокачать софт скилы и при устройстве на работу позиционировать себя как мидла с опытом участия в проектах. Но получить опыт коммуникации со стейкхолдерами проекта можно только в реальном проекте. Поэтому не стоит приписывать себе не существующий опыт, так же как и в принципе не стоит писать в резюме то чего нет на самом деле, это все равно так или иначе узнается и снизит ваш кредит доверия в глазах вашего руководства и коллег. Резюмируем, очевидную вещь, прохождение сертификации не делает вас профессионалом в управлении проектами, (не смотря на то что на сертификате будет указанно что вы Project manager PROFESSIONAL), им делает вас релевантный опыт управления проектами. PMP должен подтверждать ваш опыт а не заменять его.

На этом все. Желаю удачи на экзамене!

В продолжение статьи о классическом PRINCE2 по запросу из комментариев попробовала сравнить ключевые методики управления проектами. Надеюсь, что получилось что-то полезное и при выборе подхода управления у читающих часть вопросов будут снята.

Краткие вводные:

• PRINCE2 (Projects in a Controlled Environment) структурированный метод управления проектами, разработанный в 1989 году Central Computer and Telecommunications Agency (CCTA) в Великобритании.

• PMBoK фреймворк (свод знаний) по управлению проектами, разработанный в 1996 году Project Management Institute (PMI) в США.

• ISO 21500:2012 Guidance on project management - международный стандарт, разработанный проектным комитетом ISO/PC 236 Управление проектами.

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

Заметки на полях (вместо заключения)

Основываясь на выбранных показателях для сравнения, замечу, что PRINCE2 является довольно гибкой методологией для использования в проектах любого масштаба и отрасли. ISO 21500, в свою очередь, является переработанной и сокращенной выжимкой PMBoK, в которой были упущены многие важные моменты для управления. При всей своей тяжеловесности PMBoK является той самой основой основ больших проектов (особенно выполняющихся по классической схеме). Но окончательный выбор всегда остается за Руководителем проектов на основе его знаний, практики и ограничений внешней среды.

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

Концепция Факт + Ожидание + Прогноз

За основу я взял модель бюджетирования, которую я видел в "Норникеле" и наложил ее на процесс контроля сроков.

Факт - это сколько ч/ч потрачено на задачу.
Ожидание - это сколько ч/ч осталось, чтобы завершить задачу.
Прогноз - это сколько дней (уже нас интересует длительность) требуется по будущим задачам. Сперва берется из утвержденного плана, ничего не меняется.

Таким образом мы можем составить модель окончания проекта.

Отклонение - это разница между утвержденным дедлайном и окончанием в модели Факт + Ожид + Прогноз.

Базовый план - это утвержденный план, относительно которого мы будем сравнивать.

Задача процесса

Я вижу основную задачу в том, чтобы оставшийся объем работ (Ожид + Прогноз) выполнить за оставшийся срок согласно Базовому (утвержденному) плану. Прошлым (фактом) мы уже не можем управлять, но из него мы можем извлекать причины. Об этом позже.

Собираем Факт + Ожид

1. В таск-менеджере Исполнители заносят свои фактические ч/ч

2. Ответственный Исполнитель по задаче должен проставить Ожидания в ч/ч и в днях по текущим задачам.

3. Менеджер проекта должен сделать мэппинг задач между планом и данными из таск-менеджера и перенести факт+ожид в MS Project. Хорошо, если у вас между 2 системами настроена интеграция, но это отдельная тема.

Собираем Прогноз

1. Берем Задачи, к которым еще не приступали, из последнего плана и их длительности. В прогнозе не меняем длительности!

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

Рассчитываем Отклонение

Я описал уже, что:

Отклонение - это разница между утвержденным дедлайном и окончанием в модели Факт + Ожид + Прогноз.

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

Тенденция отклонений

Если такое упражнение делать добросовестно каждую неделю, то можно увидеть насколько быстро увеличивается отклонение каждую неделю.

Это дает повод для дальнейшего разбора полетов. Возможно заказчик постоянно накидывает требования, либо разработчики слабые.

Анализируем проблемные задачи

1. Просроченные задачи. Почему они не могу закончиться?

2. Не начатые задачи. Почему они по плану должны начаться, а еще не начинаются? Может мешает какая-то незавершенная задача. А может вообще появился внешний фактор, который мешает начать.

3. Задачи с задержкой (те которые еще по плану не закончились, но есть просрочка). Если у вас задачи сильно длинные, то их тоже нужно анализировать.

Кто виноват?

На мой взгляд, самые частые причины это:

1. Неверно произведена оценка и не было заложено резервов

2. Слабые исполнители

3. Заказчик постоянно накидывает требования

4. Простои - из-за внешних факторов (Функциональный заказчик и другие вещи).

Что делать?

Корректировать расписание по Ожиданиям и Прогнозу.

Автоматическая корректировка расписания

Для задач, которые лежат на критическом пути

Например, осталось 20 рабочих дней, а работы на 30 рабочих дней (6 недель).

Рассчитываем коэффициент отставания 20 / 30 = 0,67

Умножаем длительности в рабочем плане на этот коэф.

Для задач, которые не на критическом пути

Если у вас по задачам не на критическом пути в Базовом плане есть резерв 5 дней, то коэффициент отставания будет равен 20 / (30-5) = 0,8

MS Project

В MS Project я бы делал так.

1. Добавить пользовательское поле типа Длительность.

2. Задать формулу для пересчета длительности с учетом коэффициента отставания, алгоритм примерно такой:

ЕСЛИ начало  < Сегодня,ТО Длительность1 = (Окончание - Сегодня) * Коэффициент отставания /* для ожида ИНАЧЕ Длительность1 =  Длительность *  Коэффициент отставания /* для прогоза

3. В соседней вкладке открыть такой же план график

4. Скопировать из пользовательского поля файла 1 в поле длительность файла 2 значения.

Переходим к ручной корректировке

Если мы использовали автоматическое расписание, то мы уже имеем кое-какие рекомендации. Теперь доводим это до ума. Потому что расчет нам может предложить сделать задачу за 6,666 дней, а на практике это будет все же не меньше 10 дней.

Согласно PMBoK и здравому смыслу есть 4 способа ускориться. Я тут нового ничего не расскажу, но обобщу опыт.

1. Быстрый проход

   1. Постоянно контролировать "отстающего" исполнителя и пушить его.

   2. Добавить еще людей на эту же задачу, если такое возможно.

   3. Внеурочка

   4. Поставить более сильного исполнителя
      

2. Запараллелить работы

   1. Работать не по водопаду, а по гибкому подходу

   2. Задачи, которые должен был делать один человек, раскидать на несколько

3. Урезать функционал

   1. Если к вам постоянно прилетали какие-то хотелки, то обменяйте их на урезание функциональности

   2. Выносите предложение, что к дедлайну вы покажите 80% главного, а 20% потом. Но вам обязательно подпишут бумаги о завершении этапа.

4. Подвинуть сроки.
   Здесь нужно составить запрос на изменение и обоснование.

На выходе

На выходе мы должны иметь:

1. Рабочий план (он отличается от файла на предыдущей неделе, не только процентиками, но и датами)

2. Ресурсный план (устный или письменный запрос на ресусры). Если у вас планируется внеурочка или привлекать других людей

3. Запрос на изменение с обоснованием

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

В 7й версии PMBok наметился уход от последовательных процессов к гибким и некоторое заимствование принципов Agile

Как видим, очень похоже на то, как если бы в 6ю версию PMBoK guide добавили принципы Agile. Тем не менее, PMBoK все еще остается последовательным фреймворком, в отличие от цикличного Scrum.

Изначально кажется, что проще всего использовать PMBoK. Возможно, так оно и есть. Но какие недостатки такого подхода для разработки электроники?

Основной заключается в том, что мы должны выполнить достаточно большую подготовительную работу по написанию требований, технического задания, описать все необходимые функции (эпики) и т.п. Чаще всего, каждая дополнительная функция в разработке hardware это в первую очередь дополнительная цена в изделии, дополнительная цена и время разработки. Наоборот, не включив нужный функционал в наше итоговое изделие мы рискуем потерять потенциального Заказчика. Поэтому в большинстве спорных ситуаций конечно мы получаем достаточно раздутый функционал и увеличение сроков разработки. Кроме того, необходимость дополнительного функционала очень часто всплывает и в процессе самой разработки. Пример: разветвление слотов PCI Express требует также и разветвления USB, поскольку они содержатся в PCIe стандарте. А это также увеличивает сроки разработки и итоговую стоимость продукта.

К чему в итоге это приводит? И приводит к тому, что мы рискуем получить идеальный (с точки зрения первоначального ТЗ), но в эти сроки уже мало кому нужный продукт.

В этом плане Scrum кажется такой волшебной таблеткой, которая исключить лишние итерации из процесса разработки продукта (product backlog). Но и здесь, особенно в России, мы наталкиваемся на определённые препятствия:

• Не всегда заранее прогнозируемая длина спринта. Хорошо известна только для уже выполненных проектов.

• Цикл разработки простой многослойной платы составляет более 4 недель. Давайте посчитаем. Предположим, разработка всех схем заняла одну неделю. Самый длительный процесс изготовление печатных плат. Например изготовление High Tech печатных плат в Резонит занимает обычно 20-25 дней. Плюс 1 неделя на проверку продукта. Итого 5 недель, из которых только первая это непосредственно разработка. Поэтому мы получаем результат только через эти 5 недель. Конечно, 5 недель тоже допустимо, но все равно это намного больше рекомендованных 1-4 недель.

Поэтому наш ответ Канбан, с цикличными включениями от Scrum.

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

Следующий шаг (спринт и т.п.) разбить продукт на функциональные блоки. Как определить глубину такого деления? Будем придерживаться длительности одного цикла разработки в 1-2 недели. Каждый из этих блоков должен инкрементировать свой собственный функционал, либо набор функций (например GPIO expander). Для полного повторения функционала продукта при сборке пусть платы соединяются соответствующими кабелями. На этом этапе мы получаем функциональный прототип, который уже можно отдавать в работу например программистам.

Следующий шаг сборка mvp (minimum viable product), или минимально функциональный коммерческий продукт. После этой стадии уже можно переходить к шагу оптимизации и DFM. При наличии такого запроса, одновременно с сертификацией, запуском mvp в производство и в дальнейшем поддержкой добавляем функциональные блоки и создаем новые ревизии или SKU продукта.