Подача заявки на сдачу экзамена PMP. Часть 1.

Привет!

Мне уже не в первый раз приходят письма от читателей, в которых меня спрашивают как я подавал заявку на сдачу экзамена PMP, что собой представляет подтверждение опыта работы и подтверждение необходимого числа PDU (personal development units).

В этой заметке отвечаю на часть вопросов.

После регистрации на сайте http://pmi.org/ у вас появляется возможность подать заявление на сдачу экзамена PMP (см. стр. https://www.pmi.org/certapp/). Для этого необходимо перейти по ссылке “Apply for PMP Credential”, как показано на рисунке:

Затем в соответствующих разделах необходимо указать всю необходимую информацию:

Вам сразу предлагают ввести контактные данные (разделы “Contact Address” и ”Contact E-mail, Phone”). Тут всё просто и понятно. Заполнили данные на странице и нажимаете кнопку “Next” для перехода к следующему шагу. После того, как вы ввели свои контактные данные, e-mail и телефон, в разделе “Attained Education” необходимо указать ваше образование, год, когда получили диплом, название учебного заведения, его адрес и предметную область, в которой вы получили образование.

Далее, в разделе “Requirements” на первой странице “ PMP Requirements Overview” вам подробно рассказывается о требованиях, которые предъявляет институт PMI к кандидатам на сдачу экзамена. Данные требования делятся на два раздела: “Project Management Experience” и ” Project Management Education” – требования к опыту работы в области управления проектами и требования к образованию в области управления проектами. На странице всё очень подробно и понятно написано. Я намеренно не пишу, сколько часов и месяцев требует PMI в данный момент от кандидатов, т.к. данные требования могут измениться.

На странице “Worksheet” представлена таблица, в которой вы всегда сможете посмотреть, сколько часов опыта и образования необходимо для подачи заявки и сколько часов вы уже подтвердили:

“PM Experience Months” – это длительность, а “PM Experience Hours” – это трудозатраты =) К примеру, вы могли последние три года работать в области управления проектами (PM Experience Months = 36), но т.к. совмещали должность менеджера проектов с должностью аналитика, то “PM Experience Hours” может быть значительно меньше необходимых 4500 часов или, если вы все три года на 100% работали PM’ом, то “PM Experience Hours” будет превышать 4500 часов.

Переходим к странице “PM Experience” и нажимаем на кнопку “Add Experience”. Далее для каждого проекта, в котором вы учувствовали, необходимо указать некоторые данные, которые вы будете вводить поэкранно, на каждом экране нажимая кнопку “Next” для перехода на следующий экран.

На первой открывшейся странице заполняем все поля, а именно: название вашей должности, даты начала и окончания проекта, ваша роль в проекте, предметная область проекта. Это просто =) Нажимаем “Next”. На следующей странице необходимо указать данные о компании, в которой вы работали над данным проектом: ваша должность в компании, название компании, адрес и телефон. Опять нажимаем кнопку “Next”. Настало время ввести контакты человека, с которым вы работали в этом проекте и который в случае необходимости (звонка из PMI) сможет подтвердить ваше участие в данном проекте. Необходимо указать имя человека, проектные “отношения” (заказчик, менеджер, участник и т.д.), контактные данные этого человека. Опять нажимаем кнопку “Next”.

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

Initiating	Planning	Executing	Monitoring and Controlling	Closing
12%	26%	29%	23%	10%

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

Я описывал шесть своих проектов, некоторые из которых перекрывались во времени. В случае перекрывающихся по времени проектов, необходимо следить за тем, что бы по ошибке не вписать по 100% времени на каждый проект (получится, что в сутки вы работали по 16 часов, такое конечно бывает, но не на протяжении года =) Одним словом, нужно быть очень внимательным при заполнении часов по проектам, т.к. (как мне лично кажется) небрежно заполненные часы с явными несоответствиями могут привести к тому, что ваша заявка попадёт под аудит PMI и тогда всё значительно усложнится (об аудите я расскажу в отдельной заметке, если это будет интересно – пишите в комментариях).

Итак, когда вы внесли всю информацию по всем проектам, можно перейти к разделу “PM Education”, в котором необходимо указать название курса, имя провайдера обучения (компании, в которой вы проходили обучение – она должна быть зарегистрированным провайдером обучения в PMI), даты начала и окончания курсов, количество фактических часов обучения (Hours) и количество часов, которые идут в зачёт PDU (Qualifying Hours). Я проходил курсы в компании PMExpert и в поле “Course Title” указывал не только название курса, но и его код, который указан на выданном сертификате.

После того, как вы закончили вносить информацию об образовании в области управления проектами, вам осталось совсем немного: раздел “ Optional Information” можно в принципе пропустить, можно и заполнить, на ваше усмотрение; в разделе “ Certificate” необходимо указать своё имя в точности так, как оно потом будет указано на вашем будущем сертификате; в разеделе “Agreement” вам предлагают ознакомиться и согласиться (или не согласиться) с соглашением; в разделе “Review & Submit” вам покажут сводную таблицу по всем предыдущим разделам и в случае, если что-то осталось незаполненным – укажут на это.

Если всё заполнено и вся введенная информация верна, ставьте галку “All information that I have provided is accurate and complete” и нажимайте кнопку “Submit Application”. Ваша заявка уходит на рассмотрение.

PMI обработал мою заявку за четыре дня, сообщив по ранее указанному мной e-mail о положительном результате. После того, как ваша заявка была рассмотрена и принята, вы можете записываться на экзамен!

Стоит отметить, что заполнение данных заявки может происходить не в один присест. Т.е. сегодня вы можете заполнить данные об образовании, завтра внести данные об одном проекте, на следующей неделе о другом и т.д. Все данные, которые вы указываете, после нажатия на кнопку “Next” или “Submit” сохраняются на сайте, и вы в любое время можете их изменить или дополнить. Так что пока вы не поставили галку на пункте “All information that I have provided is accurate and complete” и не нажали кнопку “Submit Application” – всё можно отредактировать.

Вот собственно и всё. Ничего сложного. Если возникнут вопросы – пишите в комментарии, с удовольствием отвечу!

Удачи!

PMBOK Guide 4ое издание – как оно влияет на ваш экзамен

Привет!

В этой заметке привожу свой вольный перевод статьи “The PMBOK Guide 4th Edition - What it means for your Exam”, которая опубликована в блоге Корнелиуса Фихтнера, PMP (Cornelius Fichtner, PMP). Оригинал статьи можно прочесть здесь.

Автор: Cornelius Fichtner, PMP
Перевод: Алексей Павлов, PMP

PMBOK Guide 4ое издание – как оно влияет на ваш экзамен

Ранее в этом году Project Management Institute (PMI) выпустил предварительный вариант PMBOK® Guide 4th edition. Вот что PMI пишет о данном предварительном варианте: “Все глобальные стандарты PMI были выработаны общими усилиями, учитывая знания, мнения и опыт типичных проектных команд, экспертов и других профессионалов в области управления проектами. Период публичного обсуждения предварительного варианта является критичным для достижения консенсуса”. Сразу после выпуска предварительного варианта PMBOK® Guide 4th edition PMI по всему миру начал собирать обратную связь от менеджеров проектов. Эта обратная связь будет (или не будет) включена в новый вариант руководства.

Я ожидаю, что официальный выпуск четвёртого издания PMBOK® Guide произойдёт в декабре 2008 года. Для меня, как для PMP-тренера, это означает, что я начинаю получать письма, содержащие два типа вопросов. Первый тип вопросов приходит от моих действующих студентов, которые обеспокоено спрашивают о том, как выход новой редакции PMBOK® Guide повлияет на предстоящий экзамен PMP. Они хотят знать придётся ли им сдавать экзамен, основываясь на выходящем PMBOK® Guide 4th edition. Второй тип вопросов поступает от моих бывших студентов, которые совсем недавно стали PMP. Они задают один из двух вопросов: “Придётся ли мне пересдавать экзамен?” либо “Значит ли выход новой редакции руководства то, что у меня будет “устаревший” сертификат PMP?”

Ответ на все три вопроса: Нет. Далее приведены детальные ответы:

Вопрос: “Придётся ли мне сдавать экзамен на PMP по новому PMBOK сразу после его выхода?” Ответ: Нет. Оглядываясь назад мы видим, что всякий раз, когда PMI выпускает новую версию PMBOK Guide, они устанавливают некоторый временной интервал, в течении которого экзамен на степень PMP основывается на предыдущей версии руководства. Это период составляет 8-10 месяцев. Я бы ожидал вступления в силу “нового” экзамена на PMP где-то между августом и сентябрём 2009 года. Точнее будет известно, когда PMI объявит официальную дату. Всем, кто подал заявку на экзамен до официальной даты вступления в силу “нового” экзамена, будет позволено сдавать “старый” экзамен.

Вопрос: “Придётся ли мне пересдавать экзамен?” Ответ: Нет. Вам не требуется пересдавать экзамен PMP до тех пор, пока не пройдёт трёхлетний срок после которого необходимо подтверждать степень PMP, как это указано в PMI's Continuing Certification Requirements Program. Ваша степень PMP продолжает быть действительной.

Вопрос: “Значит ли выход новой редакции руководства то, что у меня будет “устаревший” сертификат PMP?” Ответ: Нет. Текущая версия PMBOK Guide никак не влияет на статус вашей степени PMP. Я сдавал экзамен на степень PMP в 2004 году, и я не являюсь “PMP второго издания”. Я просто PMP. Вы можете сравнить это со своим университетским дипломом. Вы получили диплом несколько лет назад, а учебная программа много раз поменялась с тех пор. Ваш диплом и степень PMP действительны сейчас так же, как были действительны после того, как вы сдали экзамен.

Короче говоря… если вы уже записались на экзамен, вы будете сдавать его по текущей версии PMBOK Guide. А если вы уже сдали экзамен, то никаких изменений вашего статуса не будет, только потому, что вышла новая версия руководства.

Архитектура есть всегда!

Анекдот из жизни.

Сегодня на обеде слышу разговор разработчика и архитектора - обсуждают небольшой недавно начатый проект:

<Разработчик встревоженно>: У нас на проекте нет ни одного документа, описывающего архитектуру! У нас и архитектуры никакой нет!

<Архитектор филосовски>: Архитектура есть - просто она очень простая...

Думаю, IT-шники шутку поймут =)

А у вас есть usability-аналитик?

Привет!

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

Сейчас, принимая запрос на изменение (change request) от заказчика, я сам занимаюсь usability-анализом, постановкой задачи дизайнерам (раньше с дизайнером взаимодействовал usability-аналитик), аудитом результатов его работы и конечной приёмкой работ дизайнера.

У разработчиков в процессе их работы так же возникают вопросы относительно внешнего вида частей системы, которые по какой-то причине были недостаточно подробно описаны в описании содержания работ (спецификация, ТЗ). Раньше они шли с этими вопросами к usability-аналитикам, которые, дополняли рабочую спецификацию и обращались к менеджерам, что бы те согласовали новые прототипы с заказчиком, после чего доработанный документ передавался назад разработчикам. Сейчас разработчики идут с этими вопросами к менеджеру или же сами начинают додумывать интерфейс и варианты использования системы.

Что происходит, когда программисты проектируют интерфейс взаимодействия человек-машина хорошо и печально известно. Когда этой работой занимается менеджер проекта – результат не столь плачевен, т.к. менеджер ориентирован (должен быть) на удовлетворение заказчика. Но менеджеры всё же не аналитики и результат моих трудов, как usability-аналитика тоже на мой взгляд не удовлетворителен, даже не смотря на то, что мне часто приходилось выступать в роли не только бизнес- но и usability-аналитика. Проектирование взаимодействия, так же как и проектирование архитектуры системы, требует от человека сосредоточенности, погружения в т.н. “поток”. Только в таком состоянии приходят по-настоящему блестящие идеи и решения.

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

Я знаю, что во многих компаниях считается, что иметь аналитика пользовательского интерфейса и usability-аналитика – это роскошь. Я сам работал в таких компаниях, где менеджерам приходилось самостоятельно проводить бизнес-анализ, затем анализ функциональности, затем usability-анализ и анализ внешнего вида системы, прорисовкой прототипов рабочих экранов и написанием спецификаций. Я сам всем этим занимался и знаю, что все эти задачи менеджер может сделать хорошо… но не блестяще. Сейчас мне крайне некомфортно, если в команде проекта нет выделенного аналитика, т.к. я точно знаю, что удобство использования будущего продукта, будь то сайт или десктопное приложение, значительно ухудшится при отсутствии такого рода эксперта. А значит, понизится лояльность конечного пользователя и заказчика, что с финансовой точки зрения гораздо “дороже” для компании, чем один эксперт в области usability в штате или на контракте.

Очень хорошо, на мой взгляд, проблемы отсутствия проектирования взаимодействия человек-система описаны в книге Алана Купера “Психбольница в руках пациентов”, которая была написана в 1998 году, но которая останется актуальной ещё очень-очень долго. Всем менеджерам и техническим директорам рекомендую.

Вопрос к тем, кто дочитал до конца – как у вас в компании обстоят дела с разного рода аналитикой? Кто ей занимается – специально обученные люди (эксперты-аналитики) или те, на кого падёт перст начальства или у кого есть время?

 

Ещё одна причина для проведения ежедневного SCRUM-митинга

Привет!

В своих текущих проектах, количество разработчиков в которых не превышает пяти человек, я применяю один из инструментов, позаимствованных из методологии SCRUM. Это, так называемые, SCRUM-митинги (SCRUM-meetings).

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

В этой заметке хочу отметить один очень положительный эффект от таких ежедневных коротких встреч. С чего начинается рабочий день многих (и многих) офисных работников (в том числе менеджеров и программистов)? Правильно, с Internet-сёрфинга! Почта, новостные сайты, Одноклассники (если их ещё не закрыли админы =) и т.д. И зачастую человеку бывает тяжело выйти из этого состояния – состояния бесцельного обновления страниц и просмотра новостей.

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

Таким образом, правильно проведённая короткая встреча в начале каждого рабочего дня приносит в разы больше пользы, чем утомительно-скучное долгое заседание по пятницам, на котором, как правило, 80% участников стараются не заснуть.

Всё вышесказанное относится к небольшим командам (до 7-9 человек по моему опыту). Если участников становится больше, то временные “накладные расходы”, возникающие при таких ежедневных встречах, могут свести на нет положительный эффект от них.

Одним словом, пробуйте, сравнивайте, выбирайте!

P.S. Мы свои SCRUM-митинги проводим сидя, а не стоя, как рекомендуется в литературе по SCRUM =)

Удачи и хороших выходных!

Тонкости прохождения экзамена на степень PMP от Rita Mulcahy, PMP

В своей книге по подготовке к сдаче экзамена PMP Rita Mulcahy даёт советы, которые на её взгляд, помогут успешно пройти экзамен PMP. Я в свободной форме, но близко к тексту перевёл эти советы:

1. Ключом к ответам на вопросы PMI является:
   • Объективное понимание материала. Не думайте, что данный экзамен проверяет память; он проверяет знания, практический опыт и умение анализировать! Вы должны понимать части этой книги (моё прим.: Рита пишет о своей книге, в которой приведены эти советы), как они используются в реальном мире и как они работают при взаимодействии друг с другом.
• Иметь реальный опыт использования всех основных инструментов и методов управления проектами.
• Прочесть PMBOK Guide.
• Понять области знаний, которым PMI придаёт особое значение (моё прим.: PMI-isms, не знаю, как адекватно перевести, разве что PMI-измы =)
• Быть хорошо знакомыми с типами вопросов (моё прим.: которые встретятся на экзамене).
• Практиковаться в интерпретации двусмысленных вопросов и вопросов с большим количеством информации.
• Практиковаться в выборе ответа среди, казалось бы, двух или трёх правильных ответов.
• Привыкнуть к мысле о том, что на экзамене будут вопросы, на которые вы не сможете ответить.
  
  
2. Контролируйте экзамен, не давайте ему контролировать вас. Что вы почувствуете, если, прочитав первый вопрос, вы не будете знать на него ответ? Если тоже самое случится со вторым вопросом? И с третьим? По многим причинам это может случиться! Вот что нужно делать. Если вы не можете сразу дать ответ на вопрос, используйте функцию Mark for Review и вернитесь к нему позже. Это будет означать, что ваш первый проход по вопросам экзамена будет очень быстрым. Теперь вы более подготовлены? Представьте, как хорошо вы будете себя чувствовать, когда всё, что вам останется сделать – это просмотреть несколько вопросов, которые смутили вас ранее. Запомните это. Это может послужить большим облегчением для вас на экзамене.
   
   
3. Контролируйте ваше волнение. Вы можете быть не согласны с некоторыми вопросами на этом экзамене. Вы так же можете быть удивлены тому, сколько вопросов вы пометили для последующего просмотра. Если вы всё ещё думаете о вопросе 20, в то время как достигли 120 вопроса, то вы получите 100 вопросов, о которых вы недостаточно хорошо подумали. Побеспокойтесь о том, что бы контролировать своё волнение.
   
   
4. Отвечайте на вопросы с точки зрения PMI, а не с точки зрения вашего личного жизненного опыта. Если же данный подход не поможет вам выбрать правильный ответ, полагайтесь на ваше обучение и, в последнюю очередь, на ваш жизненный опыт.
   
   
5. Первым делом среди представленных в вопросе слов выделите сам вопрос (зачастую им является последнее предложение), затем прочтите остальную информацию. Отметьте тему, о которой идёт речь в вопросе и ключевые слова (например, “за исключением”, “включая”, “не является примером…”). Это поможет вам понять, о чём спрашивается в вопросе и уменьшит потребность в повторном чтении вопроса. Определите, каков должен быть ваш ответ и только потом смотрите на представленные варианты ответов.
   
   
6. Одна из основных причин, по которой люди отвечают неверно - это то, что они не читают все четыре варианта ответа. Не допускайте этой ошибки! Практикуйтесь читать вопрос и все четыре варианта ответа, когда готовитесь к экзамену. Лучше всего практиковаться в чтении вариантов ответов с конца (сначала D, затем C и т.д.). Такого рода практика позволит вам выбрать ЛУЧШИЙ ответ.
   
   
7. Практикуйтесь быстро исключать ответы, которые являются очевидно неверными. Многие вопросы имеют только два наиболее вероятных варианта ответа и два очевидно неверных варианта.
   
   
8. Может быть более одного “правильного” ответа на каждый вопрос, но только один “ЛУЧШИЙ” ответ. Практикуйтесь в поиске ЛУЧШЕГО ответа.
   
   
9. Будьте готовы к тому, что информация из одного вопроса иногда может использоваться в другом вопросе. Записывайте вещи, которые вы не поняли в ходе экзамена. Используйте оставшееся время в конце экзамена для возврата к этим вопросам.
   
   
10. Были предприняты попытки сделать все варианты ответов примерно одной длинны. Поэтому не следуйте старому правилу гласившему, что наиболее длинный вопрос является правильным.
    
    
11. Были затрачены усилия на использования в вопросах “отвлекалок” – выделяйте то, что отвлекает вас от правильного ответа. Это могут быть внешне правдоподобные варианты ответа, которые могут выбрать слабо подготовленные люди. Такие отвлекающие вещи могут привести к тому, что может показаться, что у некоторых вопросов есть два или более правильных ответов. Многим людям кажется, что есть лишь тень разницы между вариантами ответа. Обращайте внимание на такого рода вопросы, когда практикуетесь в ответах на экзаменационные вопросы.
    
    
12. Обращайте внимание на такие слова, как “первый”, “последний”, “следующий”, “лучший”, “никогда”, “всегда”, “за исключением”, “не является”, “наиболее вероятно”, “наименее вероятно”, “в первую очередь”, “изначально”, “наиболее” и т.д. Удостоверьтесь в том, что вы внимательно прочитали вопрос и заметили эти слова, иначе вы ответите на вопрос неверно! На экзамене будет много вопросов, которые потребуют от вас понимания процессов управления проектами и их применение в реальном мире.
    
    
13. Остерегайтесь вариантов ответа, которые являются истинными утверждениями, но не являются ответом на поставленный вопрос.
    
    
14. Остерегайтесь вариантов ответа, которые содержат общие ошибки в области управления проектами. Они намеренно используются, что бы определить действительно ли вы знакомы с управлением проектов. Поэтому, вы можете не знать, что ответили на вопрос неправильно! Следите за своими ошибками и практикуйтесь по мере чтения этой книги. (Смотрите лист “Общие ошибки и заблуждения в управлении проектами” в конце этой главы.)
    
    
15. Варианты ответа, которые представляют собой обобщения, как правило, бывают неверными, так что следите за словами “всегда”, “никогда”, “должны”, “полностью” и так далее. С другой стороны, варианты ответов, которые являются аккуратными и компетентными, являются, как правило, правильными, так что следите за словами “обычно”, “иногда”, “может быть”, “возможно” и ”в общем”.
    
    
16. Когда в вопросе требуется заполнить пустое место, правильный ответ может находиться в неверной грамматической форме после того, как будет вставлен в предложение.
    
    
17. Как только вам выдадут бумагу, когда вы придёте на экзамен, запишите на неё всё, что вам тяжело держать в голове. Это освободит ваш разум, поскольку информация, о которой вы беспокоились, будет записана на листе.
    
    
18. Посетите место проведения экзамена до даты самого экзамена, что бы определить сколько времени вам потребуется для того, что бы добраться туда и для того, что бы посмотреть как выглядит комната, где вы будете сдавать экзамен. Это особенно хорошо помогает в случае, если вы сильно нервничаете при сдаче экзаменов.
    
    
19. Не ожидайте, что в помещении, где вы будете сдавать экзамен, будет тихо. Студент с моего курса PMP Exam Prep в течении трёх часов сдавал экзамен под звуки оркестра, игравшего под окнами тестового центра. Другие студенты рассказывают о том, что рядом с ними сдавали экзамены, которые требовали интенсивного печатания на клавиатуре. Многие тестовые центры имеют наушники, подавляющие шум (моё прим.: я брал с собой ушные затычки, продающиеся в аптеках).
    
    
20. Следите за т.н. “rah, rah” (моё прим.: я так понял, что это что-то типа нашего “вах, вах” =) вопросами (например, “Менеджер проекта так важен”, “ИСР так важна”).
    
    
21. Хорошенько расслабьтесь и выспитесь в ночь перед экзаменом. НЕ УЧИТЕСЬ! Вам потребуется время, что бы обработать всё, что вы выучили, для того, что бы вспомнить это на экзамене.
    
    
22. Побеспокойтесь о том, что бы вам было удобно во время экзамена. Оденьтесь в свободную одежду и возьмите с собой свитер, на который вы сможете сесть в случае, если стул будет вам неудобен.
    
    
23. Возьмите с собой что-нибудь перекусить! Вы не сможете взять еду с собой в комнату, где будет проходить экзамен, но осознание того, что еда рядом, может облегчить муки голода (моё прим.: ох уж эти американцы, четыре часа без еды и начинаются невыносимые муки голода =).
    
    
24. Используйте технику глубокого дыхания для того, что бы расслабиться. Это особенно полезно, если вы сильно нервничаете перед или во время экзамена, замечая, что перечитываете вопрос два или три раза.
    
    
25. Используйте всё время экзамена. Не уходите до тех пор, пока не просмотрите каждый вопрос дважды.
    
    
26. Помните, что это нормально изменять ответы, если у вас есть на это весомые причины.
    
    
27. Создайте план прохождения экзамена и придерживайтесь его. Это может значить “Я передохну 10 минут после каждого 50-ого вопроса потому что я быстро устаю”, или “Я отвечу на все вопросы как можно быстрее, а потом передохну и снова просмотрю свои ответы”.

Вот 27 советов по прохождению экзамена PMP от Риты, под большинством из которых я сам готов подписаться! Материал взят из книги “PMP Exam Prep” Fifth edition by Rita Mulcahy, PMP. Перевод мой, художественный.

Пятница – день отчётов

Привет!

Сегодня пятница. У меня пятница - день отчётов.

Я сейчас руковожу одновременно четырьмя “горячими” проектами. Под термином “горячие” я понимаю проекты, по которым ведётся очень активная деятельность, на которые направлены пристальные взоры начальства и заказчиков. По всем четырём проектам заказчики и начальство требуют от меня разного рода отчётность с разной периодичностью. По пятницам я всегда (ну… почти всегда) стараюсь выдавать заказчику отчёты в стандартной форме. Я верю в то, что периодическая отчётность является очень полезной практикой (даже если эти отчёты читает только менеджер со стороны заказчика) и вообще улучшает карму любого PM’а =)

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

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

Сам отчёт состоит из двух частей – календарный план проекта (в формате MS Project) и собственно описание текущего статуса (в MS Word).

С календарным планом в MS Project все, в общем-то, понятно, а вот про описание статуса стоит поговорить.

Практика показывает, что чем меньше отчёт, тем выше вероятность того, что заказчик вообще будет его читать. Поэтому я умещаю все отчёты на одну страницу, при этом пишу всё предельно простым языком. Отчётность по освоенному объёму (earned value) – это очень здорово, но, если честно, я не встречал ещё заказчиков, которые требовали бы такой отчётности и понимали разницу, к примеру, между CPI и SPI. Освоенный объём можно и нужно использовать, но до заказчика лучше доносить фразу “Мы опережаем график работ на 10% от планируемого!!!”, чем “Вууухуу! На этой неделе SPI = 1.1!!!” =)

Сам лист отчёта я разбиваю на четыре части:

1. Шапка, в которой описано по какому проекту данный отчёт, кто его составил, когда, и за какой период.
   
2. Раздел “Прогресс проекта за отчётный период”, в котором обычными словами описываю, что именно произошло в проекте за отчётный период. В этом разделе я пишу только то, что может быть интересно и полезно заказчику и что он сможет понять. Т.е. фраза “Реализована страница, а так же соответствующий функционал, позволяющий пользователям входить в систему, используя свой логин и пароль” предпочтительнее, чем “Реализовали DAL и GUI для авторизации”.
   
3. Раздел “Текущие вопросы и проблемы. Способы их решения/предотвращения”. В данном разделе озвучиваются произошедшие риски, описываются их последствия, а так же озвучиваются наиболее актуальные угрозы и благоприятные возможности (threats and opportunities) и способы их предотвращения и усиления соответственно.
   
4. Раздел “Последующие шаги на следующий отчётный период” описывает планы на следующий отчётный период.

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

Всем удачного окончания рабочей недели!

К нас снова приезжает Эдвард Йордон

Я уже однажды писал о приезде Эдварда Йордона в Россию и о том, кто это такой (если кто-то не знает).

В сентябре он снова приезжает. На этот раз в Санкт-Петербург и Москву.

Москва, 26 сентября: “Человеческий фактор в разработке ПО: Привлечение, мотивация и удержание ключевых сотрудников. (Peopleware: Recruiting, Motivating and Retaining Key IT Professionals)”.

Москва, 27 сентября: “Полевые учения. Моделирование динамики проектов разработки ПО. (Software War Games: Dynamic Modeling of Software Projects)”.

Санкт-Петербург, 22 сентября: “Человеческий фактор в разработке ПО: Привлечение, мотивация и удержание ключевых сотрудников. (Peopleware: Recruiting, Motivating and Retaining Key IT Professionals)”.

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

Членам PMI предоставляется скидка.

Мой высокоуровневый план подготовки к сдаче на PMP

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

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

Итак…

1. PMBOK Guide Third Edition: Внимательно прочитать PMBOK вплоть до 77 страницы – до Главы 4, Управление интеграцией проекта.
   
   
2. PMBOK Guide Third Edition: Выучить наизусть (ВНИМАНИЕ – ЭТО ОЧЕНЬ ВАЖНО!!!) таблицу 3-45 на стр. 70 (“Соответствие между процессами управления проектами и группами процессов управления проектом и областями знаний”). Эта страница – фундамент дальнейшего обучения. Это карта, которая в дальнейшем позволит не запутаться в процессах, входах и выходах 44-х процессов. Чем раньше вы выучите данную таблицу, тем лучше. Эта таблица станет первым memory dump’ом, который вы будете использовать на экзамене. Выучить данную таблицу достаточно просто (хотя с первого взгляда так не кажется). Очень полезно (и необходимо!) раз в пару тройку дней воспроизводить эту страницу на чистом листе по памяти.
   
   
3. PMBOK Guide Third Edition: Внимательно прочитать Приложение F (стр. 337) – “Краткое изложение областей знаний по управлению проектами”.
   
   
4. PMBOK Guide Third Edition: В ознакомительном режиме, быстро прочитать остальную часть PMBOK, т.е. не стараясь запомнить входы, выходы, названия и определения.
   
   
5. PMBOK Guide Third Edition: Распечатать, разложить по квартире, в сумки и рюкзаки и постоянно почитывать Глоссарий (разделы “Принятые сокращения”, стр. 348 и “Определения”, стр. 350).
   
   
6. Затем прочитать книгу “PMP Exam Prep” Fifth edition by Rita Mulcahy, PMP. Важно проходить все тесты и выполнять все задания для каждой главы.
   
   
7. После первого прочтения книги Риты необходимо заново от начала до конца прочитать PMBOK. Весь. Целиком. На этот раз, внимательно читая определения, обращая внимания на входы, выходы, инструменты и методы.
   
   
8. Затем снова, с самого начала необходимо прочитать книгу “PMP Exam Prep” Fifth edition by Rita Mulcahy, PMP. Снова пройти все тесты. Очень важно прочитать эту книгу несколько раз, т.к. с каждым прочтением элементы “мозаики” УП встают на своё место.
   
   
9. Параллельно пунктам 7 и 8 необходимо проходить все доступные тесты. Из коммерческих я очень рекомендую программу Project Management IQ 9.0, в которой есть более тысячи вопросов по всем областям знаний, несколько режимов (в том числе и режим экзамена), а так же объяснения и комментарии к ответам.
   Так же есть множество бесплатных ресурсов, в которых можно найти много тестовых вопросов. При прохождении тестов очень важно записывать, в каких именно областях знаний и группах процессов у вас есть пробелы. Какие именно вопросы вызывают у вас затруднения. Какие определения для вас незнакомы. Всё это лучше записывать в специальную рабочую тетрадь. Далее, при повторном прочтении PMBOK, книги Риты или любой другой подготовительной литературы, необходимо уделять особое внимание тем областям, в которых у вас имеются пробелы.
   
   
10. Будете смеяться, но опять нужно от начала и до конца прочитать PMBOK. Внимательно! Уделяя особое внимание пунктам в вашей рабочей тетради, которые возникли после прохождения тестов.
    
    
11. И в последний раз прочесть “PMP Exam Prep” Fifth edition by Rita Mulcahy, PMP.
    
    
12. Параллельно пунктам 6-11 полезно читать различную подготовительную литературу (я читал книгу М. Ньюэла, см. предыдущее сообщение), а так же слушать обучающие подкасты (я выбрал Project Management PrepCast by Cornelius Fichtner, PMP – лучший, на мой взгляд, подкаст для подготовки к экзамену PMP, к тому же дешёвый, всего 49$).
    
    
13. Хотя бы раз до экзамена сесть и пройти тест из 200 вопросов в режиме экзамена, т.е. без подсказок, обращений к справочному материалу и долгих пауз. Засечь, сколько на это понадобилось времени и когда возникала необходимость в отдыхе. Я отдыхал 5 минут после 90-ого вопроса, 5 минут после 180-ого и 5 минут после 200 перед тем, как пройтись по всем отмеченным мной в процессе экзамена вопросам.
    
    
14. Создать второй memory dump (первый – это таблица со стр. 70 PMBOK, о которой я говорил в п. 2). Второй memory dump будет содержать все (или почти все) необходимые формулы, которые могут понадобиться на экзамене. Зачем именно нужен memory dump я расскажу в одной из следующих заметок, а так же выложу свою версию memory dump’а с формулами.
    

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

Если будут вопросы – пишите в комментарии! Удачи!