PMBoK и все про него

• Как устроен PMBoK?
• Стандарт, методология, фреймворк - что это?
• Для чего можно и нельзя использовать PMBoK?
• Насколько PMBoK совместим с Agile?
• Насколько PMBoK совместим с другими методологиями (PfM, PgM и другими)?
• Как изучать PMBoK?
• Как применять PMBoK в реальной жизни?
• Полезные ссылки

PMBoK (Project management body of knowledge) - свод знаний по управлению проектами.

Это центральная книга PMI, посвященная проектному управлению.

Как устроен PMBoK?

Шестое издание - книга, объемом почти 1000 страниц (данные приведены для издания на английском языке), разбитое на части и главы.

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

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

При этом, на исчерпывающие рекомендации свод знаний не претендует. Так, для успешной работы менеджера проектов в гос. секторе - вероятно потребуется знать специфику гос. сектора, а, скажем, руководителю проекта создания аэрокосмических систем - иметь хотя бы поверхностное представление о предметной области. Об узких отраслях PMBoK ничего не рассказывает. Хотя у PMI есть другие руководства, делающие необходимые комментарии. Так, в разное время (еще для третьего издания) PMI предлагал так называемые расширения PMBoK для стройки (Construction Extension to The PMBoK), для органов власти (Government Extension to the PMBoK), для пятого издания существовал PMBoK Software extension to the PMBoK), актуальность которого несколько снизилась с выходом шестой версии с включенным в нее практическим руководством по agile.

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

Подобный подход приводит иногда к перегибам (когда выбрасываются практически все инструменты и техники, от PMI остается лишь декоративная оболочка). У коллег, практикующий альтернативный подход (Prince2), также не запрещающий отбирать инструменты на свой вкус - явление получило название P.I.N.O. (Prince-in-name-only, т.е. от Принца одно название).

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

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

Записано оно для PMBoK 5-й редакции (на апрель 2018 года актуальной версией был PMBoK 6). Однако драматических изменений в своде знаний не произошло, так что ролик сохранил свою актуальность с минимальными уточнениями (изменилось число процессов-квадратиков и произошли косметические правки в названиях некоторых областей знаний - например управление временем переименовано в управление расписанием).

Набор видео, кратко описывающих применимость PMI, фундаментальные принципы подхода и как бегло читать PMBoK:

Часть 1 - кратко про PMI в целом зачем мне PMI (18 минут):

Часть 2 - фундаментальные принципы PMI (14 минут)

Часть 3 - как быстро читать PMBOK (25 минут)

Стандарт, методология, фреймворк - что это?

На примере PMBoK 6th edition.

Кратко:

Это свод знаний по управлению проектами PMBoK Guide (547 страниц), стандарт по управлению проектами the standard for project management (еще 88 страниц) и практическое руководство по agile agile practice guide (157 страниц).

Итого, если вас интересует чистота терминологии, то: свод знаний + стандарт + практическое руководство.

Подробно:

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

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

Воспринимайте свод знаний по управлению проектами PMBoK Guide как справочник, но не как учебник.

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

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

Стандарт по управлению проектами (The standard for project management) - небольшая выжимка из свода знаний, тщательно структурированная.

С 2012 года проектный подход от PMI стал стандартом ISO (ISO-21500 Guidance on project management). Это означает, что руководители проектов по всему миру могут опираться на PMI как на стандартные и общепризнанные практики. Однако стандартизующая организация (тот самый ISO) имеет свои, очень жесткие требования к тому, как должен быть написан стандарт. Поэтому в PMBoK появилась так называемая часть два, содержащая как бы краткий (в шестом издании всего 88 страниц), но тщательно структурированный конспект всего остального свода знаний.

Именно эту частичку PMBoK принято называть стандартом и именно его ISO приняла под свое крыло за своим авторством.

Стандарт, кстати, переведен на русский язык: ГОСТ Р ИСО 21500-201 Руководство по проектному менеджменту.

Последняя часть, включенная в состав PMBoK только в шестом издании - практическое руководство по Agile.

PMBoK и раньше описывал гибкие подходы (итеративно-инкрементные жизненные циклы), но в 2017 году добавил отдельное руководство на 157 страниц, где описаны инструменты, жизненный цикл роль менеджмента в Гибком окружении, а также конспективно - вопросы создания гибкости в рамках организации в целом.

Для чего можно и нельзя использовать PMBoK?

PMBoK является:

• Справочником для практикующих менеджеров проектов
• Базовым подходом института PMI
• Идеологическим ядром экзамена PMP

PMBoK не является:

• Учебником по управлению проектами (даже близко не похож)
• Пошаговым руководством по управлению проектами (в нем описано не все, многое поверхностно, а главное нет как таковых шагов - пресловутое делай раз, делай два в нем отсутствует
• Экзаменационной шпаргалкой для экзамена PMP (большая часть вопросов основана не на знании PMBoK, а на решении ситуационных задач, к экзамену гораздо важнее читать специализированные издания по подготовке к сдаче экзамена, чем тратить время на штудирование оригинального PMBoK)

Насколько PMBoK совместим с Agile?

Давайте скажем несколько слов про оба подхода.

Подход PMI, изложенный в PMBoK - это водопад?

Нередко приходится слышать утверждение, что PMBoK - это про водопад. Это нелепица в квадрате.

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

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

Автором термин водопад считается Winston W. Royce, благодаря статье от 1970 года Managing the Development of Large Software Systems, где этот самый термин и предлагает. Причем с картинками поясняет, что подход тщательно спланируй один раз и потом работай - не имеет право на существование. И предлагает целый ряд вполне agile-ных принципов (например, do it twice и involve customer). Однако отчего-то все запомнили и цитируют только самую картинку, где был нарисован неработающий принцип (комментарий прямо под ней гласит: I believe in this concept, but the implementation described above is risky and invites failure. (что-то в духе можно и так, но слишком рискованно и способствует провалу), а потом набор картинок как надо с комментариями в духе Hopefully, the iterative interaction between the various phases is confined to successive steps. (тут про итеративное взаимодействие соседних шагов), но вот до них-то никто уже не дочитал и цитировать почему-то не собирается.

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

Во-вторых, PMBoK (на апрель 2018 года) описывает различные модели жизненных циклов проекта (в том числе итеративно-инкрементный, характерный для гибкого подхода Scrum). А в шестую версию PMBoK было включено практическое руководство по agile agile practice guide (объемом 157 страниц), что примерно в восемь раз больше официального руководства по тому же фреймворку Scrum (объем The Scrum Guide от ноября 2017 года только 19 страниц).

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

Что такое agile?

Строго говоря, термин agile в привычном нам смысле обозначает манифест, опубликованный в 2001 году. Он доступен на одноименном сайте и посвящен сугубо разработке программного обеспечения (о чем свидетельствует первая же строка). Манифест состоит из трех абзацев и содержит набор постулатов в духе: Люди и взаимодействие важнее процессов и инструментов, Работающий продукт важнее исчерпывающей документации, Сотрудничество с заказчиком важнее согласования условий контракта и Готовность к изменениям важнее следования первоначальному плану.

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

Получается, все эти тезисы вообще не важны. Не заказчик вместо контракта, а важны и заказчик и контракт, но заказчик чуть важнее. Важны и планы и продукт, но лучше пусть планы будут не полными, зато продукт - рабочим. Ну хоть убей - не бывает менеджеров, которые искренне верят в обратное. Если agile заключается в этом - он не просто совместим с PMBoK, но и с любой проектной менеджерской методологией (стандартом, подходом).

К манифесту прилагается еще 12 принципов (менее обширных и тоже чрезвычайно здравых). С ними больше вопросов, но с поправкой на то что речь идет исключительно о программном обеспечении (опять же - смотри первую строку манифеста), то в общих чертах с ними - та же история. Проблем применить абсолютной большинство из них в рамках любого подхода, в том числе от PMI и описанном в свода знаний PMBoK - никаких проблем.

На этом канонический agile заканчивается и начинаются многочисленные трактования манифеста, в виде набора фреймовроков, самым известных из которых является Scrum. Фреймоворки этим могут быть лучше или хуже совместимы с PMI (Scrum, например, совместить не так просто).

Не стоит путать гибкие (agile) подходы (представитель - Scrum) с бережливыми (lean), самым известным представителем которых является Kanban.

Как выбирать и комбинировать подходы (PMI, Scrum, Kanban)

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

Блокнот - это набор видео, каждое из которых посвящено одной теме (например управление содержанием, управление сроками, управление рисками и т.п. И в каждом таком видео проводится сравнительный анализ. На примере управления содержанием: как работают с содержанием при помощи подходов PMI, как при помощи Scrum и как с Kanban.

Доступ к блокноту (itmethods.pmlead.ru) бесплатный.

Насколько PMBoK совместим с другими методологиями (PfM, PgM и другими)?

Сильная сторона свода знаний по управлению проектами (PMBoK) - он легко встраивается в управление программами и портфелями. Можно сказать - бесшовно с ними совместим.

Обучаете своих менеджеров практикам проектного управления, с опорой на PMBoK? Сами изучаете проектный менеджмент, но предполагаете со временем дотянуться до руководства программами, портфелями, войти в правление проектного офиса?

У PMI не просто их разработал (актуальный на апрель 2018 года стандарт для управления программами называется The Standard for Program Management – Fourth Edition, я для руководства портфелями - The Standard for Program Management – Fourth Edition).

Важно, что они не просто органично совместимы с походами, описанными в PMBoK. Можно сказать, PMBoK является в определенной степени ядром этих, как их называет PMI Foundational Standards.

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

Как изучать PMBoK?

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

Сориентироваться поверхностно в каждой главе, посвященной областям знаний помогут видео ниже. Ролики PMBoK за 2,5 часа в двух частях записаны для PMBoK 5-й редакции (на апрель 2018 года актуальной версией был PMBoK 6). Однако драматических изменений в своде знаний не произошло, так что ролик сохранил свою актуальность с минимальными уточнениями.

PMBoK 5th edition за 2,5 часа - часть первая:

PMBoK 5th edition за 2,5 часа - часть вторая:

Как применять PMBoK в реальной жизни?

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

Доступна запись курса для практиков (ИТ-менеджеры и менеджеры производств). Это полноценный трехдневный тренинг, прочитанный в группе компаний в России в 2017-2018 годах.
Этот же курс рекомендую как базовый по проектному управлению для подготовки к сертификации. Курс полностью бесплатный.

education.pmlead.ru

Ссылки, упомянутые в статье:

• itmethods.pmlead.ru - блокнот менеджера - сравнение PMI, Scrum и Kanban (8 видео) - используйте, чтобы разобраться в отличиях практического применения подходов
• education.pmlead.ru - бесплатный базовый курс по управлению проектами (49 видео) - используйте при самоподготовке к PMP
• Agile-манифест
• Плейлист на youtube с набором обучающих видео.