Pmbok

Запускаю очередное исследование зарплат Руководителей Проектов в России.

Пройти анонимный опрос можно здесь: https://goo.gl/forms/8BUs9DoJd3x9DGEu1
Результаты будут опубликованы в марте 2018.

Результаты прошлых исследований зарплат Руководителей Проектов:

• зарплаты в 2016 году в России: https://pmi.ru/news/2219/
• зарплаты в 2015 году в России: https://pmi.ru/news/2154/
• зарплаты в 2014 году в России: https://pmi.ru/news/2107/
• зарплаты в 2013 году в России: http://trunin.com/2014/01/Russian-PM-Salary-Survey-2013-Results.html
• зарплаты в 2016 году в мире (России там, к сожалению, нет): http://www.pmi.org/learning/project-management-salary-survey.aspx

[ПРОЙТИ ОПРОС]

Опубликована новая схема процессов PMI PMBOK 6 на одной странице.

Схема полезна при подготовке к экзаменам PMP/CAPM, а также для лучшего усвоения знаний из PMBOK.

По соглашению с PMI схема доступна только для членов МО PMI: http://members.pmi.ru/pmbok6eng/

Коллеги, поздравляю! Сразу три хорошие новости!

По соглашению с PMI схема процессов PMBOK теперь доступна в высоком качестве членам Московского отделения PMI (членство в отделении бесплатное для членов PMI!)

Чтобы получить схему необходимо заполнить форму на сайте отделения: https://goo.gl/forms/FNyZblMgX6am8E8j1 

PMI недавно опубликовали драфт версию PMBOK 6 - раздел со Стандартом.

Я его проревьюил и оставил авторам 24 ремарки.  Можно было бы и больше, но там 90% однотипные и их нужно оставлять на каждый второй процесс, поэтому я надеюсь что рассмотрев и приняв их они поправят аналогично и в других местах, либо отклонят их все ;)

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

На прошлой неделе вышла финальная версия расширения PMBOK для программного обеспечения - Software Extension to the PMBOK Guide Fifth Edition

Я уже писал о своем впечатлении от драфт версии.

И о том что почти все мои замечания решили принять.

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

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

Наверняка, вы знаете мою одностраничную схему управления проектами. Я получил много отзывов от людей которым она помогла в подготовке к экзамену.

Но я всегда знал что существует вероятность того что глобальный PMI “наедет” на меня за нарушение их прав, и вот это случилось.

При создании схемы я рассуждал так:

• Нарушением копирайта не являются случаи когда работа обладает достаточным количеством изменений. Моя схема содержит важные и полезные изменения: связи между процессами, цветовое кодирование, обзор всего на одной странице - все это позволяет проще усвоить информацию из PMBOK. Статья в Википедии про Transformativeness содержит примеры, на мой взгляд, подтверждающие что такие изменения соответствуют принципам fair use.
• Изначальная идея подобной схемы принадлежит Рикардо Варгасу (достаточно известный консультант по управлению проектами) - он сделал такую схему по 3ей версии PMBOK. Она мне очень помогла в подготовке к экзамену. Поэтому, по ее примеру, я сделал схему по 4й версии PMBOK. И, наконец, мы оба сделали наши схемы по 5й версии PMBOK. Если это позволено ему, то почему не может быть позволено мне? Правда стоит сказать что для 5й версии Рикардо уже получал разрешение от PMI.
• Существует несчетное количество тренингов и книг по управлению проектами где перечисляются названия, выходы, выходы, инструменты и методы процессов из PMBOK. Не может быть чтобы все они были нелегальными (я знаю что картинки из PMBOK можно и нужно покупать - но тут речь не о картинках, а названиях процессов и их элементов).
• Использовать схему не имея PMBOK практически невозможно - схема лишь помогает людям лучше понять PMBOK (т.е. его придется приобрести), популяризирует его, и в конечном итоге способствует появлению новых членов PMI и новых PMP (и полученные отзывы подтверждают это). Так что наличие схемы очень выгодно PMI.
• Разрешение сразу лучше не просить, потому что могут и отказать, а вот когда схема уже доказала свою полезность, стала популярной и очевидна ее польза для PMI, то просить разрешение гораздо проще.
• Ну и самое главное - лучше жалеть о сделанном, чем о не сделанном ;)

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

Узнал о существовании еще одного xxxBOK’а - Software Product Management Body of Knowledge.

И интересно было узнать о месте управления проектом и портфелем с точки зрения этого SPMBOK’а:

вот так;)

Меня тут спросили почему я обновил схему по управлению проектом с выходом нового PMBOK 5, но не обновил схему по управлению программой, хотя новая третья версия Стандарта по управлению программой также вышла в районе нового года.

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

Что именно изменилось?

Встречайте вышедший перевод еще одного стандарта PMI:
Project Manager Competency Development Framework (PMCDF) - Second Edition
Модель развития компетенций менеджера проекта (Модель PMCD) - Второе издание.

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