Каталог решений - Новый PMBoK 7®: Неужели заговор его составителей против простых людей все-таки раскрыт?

Мол, гуру проектного управления активно агитируют: надо вести проекты по науке, внедряйте PMBoK®, а если вы его не читали — стыд вам и позор. А на самом деле это — тщательно поддерживаемая иллюзия. И вся эта громоздкая конструкция из взаимосвязанных процессов и областей знаний для практической работы (особенно на небольших проектах и маленьких компаний) абсолютно не нужна, потому что только всё усложняет. А методологи и тренеры тщательно утверждают обратное чисто в своих меркантильных интересах — для солидности… Не знаю уж, получали ли составители 7-ого PMBoK® аналогичные письма, но, если совсем честно, я искренне рада, что они одумались, и конструкцию из 49 процессов из новой версии Свода знаний и Стандарта по управлению проектами убрали вообще.

Да простят меня коллеги, которые возмущаются по этому поводу “Да как же можно!”, лично я на этом месте вздохнула с облегчением. Потому что я и раньше объясняла на вебинарах и консультациях, что большой пользы в названиях процессов я не вижу, а вижу её в первую очередь в тех инструментах и документах, которые в описании этих процессов упоминаются (Устав проекта, Матрица ответственности, реестр рисков и так далее). Ну и теперь свершилось — инструменты и документы оставили, а процессы убрали…

Прежде чем я попробую поделиться, что же я имею в виду — небольшой анонс — более подробно обсудить 7-ой PMBoK® я планирую на вебинаре 2 августа в 19:00, присоединяйтесь!

Почему на мой взгляд новая версия стала более разумной?

1. PMBoK® теперь для всех, а не только для "крупных проектов". Руководство к Своду знаний по проектному управлению теперь ориентировано в том числе на небольшие проекты и Agile-проекты, стало ближе к реальности. Много инструментов и методов взяты из Agile-практик и из реального опыта РП небольших команд. Но рекомендации, касающиеся проектов крупных (например, метод освоенного объема), никуда не делись — можно делать так, можно — по-другому, выбирайте сами из многообразия советов

2. Логика Руководства стала более понятной для практического использования.

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

Скажем, в экзамене на 1С:Управление проектами был каверзный вопрос: когда мы планируем, как мы будем реагировать на те или иные риски, чем мы занимаемся? Вы думаете, планированием управления рисками? А вот и нет, ошибка, незачёт — этот процесс называется определение стратегии реагирования. Замечательно, но как знание этого факта повышает моё умение рисками управлять???… (Правда, честно скажу, в экзамене PMP® такого рода вопросов не припомню, там они более осмысленные, хотя и менее очевидные).

Все эти многочисленные детали напоминали мне плохо составленные вопросы из экзамена по ПДД: Как нужно действовать при артериальном кровотечении?..

Для обывателя, особенно в стрессовой обстановке, нет пользы в этом знании! Для него есть польза в другом знании, которое мне вдолбили на хороших курсах первой помощи: “когда кровь бьет фонтаном — надо наложить жгут, когда просто сильно течет — нужна давящая повязка”… То есть как действовать при каких симптомах, а не при каком названии. Вот примерно так и с процессами из PMBoK — какая разница, как это называется? Нам интереснее, как это делать правильно???

3. PMBoK® Guide более четко превращен в то, чем он изначально являлся — энциклопедический справочник. И теперь большая часть моделей, методов и артефактов не привязаны к каким-то процессам, а просто вынесены в отдельный раздел — их можно использовать как своеобразную копилку — тааак, а что мне пригодится в этом проекте? О, отличный инструмент — информационные радиаторы!.. Удобная модель, чтобы понять как внедрять изменения — Модель управления переходом Уильяма Бриджеса… А вот метод освоенного объема, пожалуй, для этого проекта не возьму — слишком громоздкий…

4. PMBoK® Guide стал решительно меньше. Вместо того, чтобы продолжать его с каждым изданием наращивать и увеличивать, его решительно сократили — до 250 страниц. А всё полезное, что не вошло — выложили на онлайн-платформу StandartPlus, которую обещают оперативно пополнять новыми практиками. И это логично — как заметил мой коллега, мы живём в 21 веке, и глупо ждать несколько лет нового издания, чтобы поделиться оперативной информацией, и неудобно листать толстую книжку, чтобы найти тот инструмент, который мне нужен прямо сейчас…

Как теперь устроена книга?

Вся деятельность по проектному управлению теперь разделена на 8 областей выполнения (Performance Domains), которые упрощают схему и избавляют от размышлений: “а чем мы сейчас занимаемся: это управление коммуникацией или управление заинтересованными сторонами?.. А можно ли одновременно планировать содержание, расписание и бюджет, раз это отдельные процессы?” и так далее.

И эту схему вполне можно использовать как общее направление для молодого бойца (также как и для матерого профи — просто масштаб бедствия будет разным): чтобы проект был успешен, как нужно собирать и развивать команду? Как выбрать подход к разработке и жизненный цикл проекта? Как планировать и измерять? И так далее…

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

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

Что такое этот PMBoK®?

Так исторически сложилось, что этот документ — Руководство к Своду знаний по управлению проектами от института Project Management Institute — воспринимается во всем мире как основной источник по “хорошим практикам” проектного управления.

На этих принципах основываются стандарты, на их базе разрабатываются методологии проектного управления в крупных компаниях, и так далее. И не стоит воротить нос от того, что это книга “американская”. Они честно стараются ориентироваться не только на американскую ситуацию, но и на весь мир. В частности, я вошла в число рецензентов 7-го PMBoK®, несмотря на то, что не имею отношения к Америке. В начале 2020-ого года я в числе прочих добровольцев со всего мира поучаствовала в редактировании черновика Стандарта проектного управления (часть PMBoK®), и наши рекомендации были учтены — финальная версия получилась более продуманной.

Большинство крупных компаний в России (международные чаще всего в обязательном порядке, но не только они) требуют от своих соискателей знания PMBoK® (а желательно и получения сертификата PMI PMP® — Project Management Professional). Да зачем далеко ходить — если открыть документы Технологии корпоративного внедрения от 1С, там черным по белому написано, что прежде чем работать с предлагаемыми Шаблонами, рекомендуется изучить PMBoK®. Что же касается экзамена 1С:Управление проектами (я его сдавала в первую очередь из любопытства, так как моего PMP® было достаточно для подтверждения компетенций), то он меня вообще разочаровал: экзамен никоим образом не пытался проверять умения проектами управлять. А проверял банально знания определений, инструментов и методов из PMBoK® (причем, если не ошибаюсь, 5-ой версии — при том что недавно вышла 7-ая)…

Как был построен PMBoK® до недавнего времени.

Все управление проектом было условно поделено на 10 областей знаний и 5 групп процессов, между которыми были распределены 49 процессов. Например, процесс Разработка Устава относится к группе процессов Инициация и области знаний Управление интеграцией. А процесс Развитие команды — к группе процессов Исполнения и области знаний Управление ресурсами. Разобраться в этом непросто, но на самом деле в этой книге собрано довольно много очень полезных инструментов и техник, которые я настоятельно рекомендую применять в своей работе (матрица ответственности, реестр заинтересованных сторон, запросы на изменения, стратегии реагирования на риски и так далее).

Те, кто пытались этот талмуд читать (кстати, он в бумажной версии тяжеленный — убить можно. 736 страниц, если не ошибаюсь), чаще всего жаловались, что очень тянет в сон. Я их понимаю, если честно. Я бы от корки до корки его за один присест читать бы не взялась. Потому что на самом деле это просто-напросто справочник, с полезными советами о том, что вам может пригодиться при управлении проектами. Ну и не надо думать, что авторы это всё сами придумали — они просто собрали и описали самые полезные инструменты и методы, опробованные в проектном управлении по всему миру. Конечно же, в вашей реальной работе вам скорее всего пригодится далеко не всё — и это нормально. Автор лучшего, на мой взгляд, пособия всех времен и народов по изучению PMBoK® Рита Малкахи (увы, ее уже давно нет в этом мире, поэтому её советы относятся в в первую очередь к старым версиям, а команда ее последователей не столь гениальна, хотя тоже стараются), явно предупреждала — если какие-то процессы и мероприятия кажутся вам избыточными и ненужными, представьте себе, что вы руководите проектом на несколько лет, с бюджетом в несколько миллионов долларов и серьезными рисками, включающим распределенную команду на нескольких континентах, говорящую на нескольких языках… Вот на этом месте сразу становится очевидным, зачем нужен подробный план коммуникаций, методы количественного анализа рисков и так далее…

А что, если нет? Если у вас команда из 5 человек, проект на пару месяцев, плавающее содержание и нет никаких регламентов? Вам же тоже нужны рекомендации, как проектом управлять!

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

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

Вот это противопоставление “PMBoK® подходит для крупных проектов, а для маленьких проектов нужны более простые инструменты” с годами сменилось немного другим: “PMBoK® подходит, если мы имеем дело с “традиционным подходом” по управлению проектами, а если мы работаем по Agile — нам куда-нибудь в другое место”.

Действительно, информацию по Agile проще поискать в каком-нибудь другом источнике — например, вот есть Руководство по Скрам — как раз для активных и динамичных команд, работающих в гибкой среде.

В частности, курсы по Управлению ИТ-проектами на Инфостарте я построила именно по этой логике:

Сначала — Базовый курс, знакомство с минимально необходимым набором инструментов

Отдельно — Продвинутый курс “Управление проектами по PMBoK®” и Продвинутый курс “Управление проектами по Agile” — для тех, кому интересно одно и интересно другое.

Курс был запущен, успешно идет около трех лет. И тут-то PMI меня и обломал (в хорошем смысле слова).

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

С экзаменом на PMP®, кстати, отдельная история. Потому что раньше, всю дорогу (например, когда я сдавала этот экзамен) программа экзамена PMP® предполагала в первую очередь умение применять PMBoK® на практике. И если открыть Содержание экзамена, можно было увидеть повторение структуры Руководства: что нужно уметь делать в рамках инициации проекта, что в рамках планирования, исполнения, мониторинга и контроля, завершения. Обратите внимание, кстати, что проверялось именно не знание, а умение применять. Поэтому большинство вопросов ситуационные (в отличие, например, от экзамена 1С:Управление проектами, про который я упоминала выше). Как лучше поступить в ситуации конфликта в команде? Какие меры нужно предпринять в первую очередь, когда риск превратился в реальность? И так далее.

А с января 2020 года PMI сделали интересный ход конем. Они объявили, что экзамен теперь призван проверять компетенции руководителя проекта на основе независимого исследования востребованных в профессии компетенций. И содержание экзамена построено вокруг этих самых компетенций — в том, что касается Людей, Процессов и Бизнес-среды. Например, умение создавать команду, быть наставником, обеспечивать передачу знаний, реагировать на изменения внешней бизнес-среды и так далее. По большинству этих вопросов можно найти рекомендации в PMBoK® Guide, но стоит знакомиться и с другими источниками, а главное — освоить применение методов и инструментов на практике (так как большинство вопросов по-прежнему ситуационные).

То есть несчастному человеку, который захочет в ближайшем будущем сдавать экзамен на PMP®, желательно разобраться в трех разных моделях:

• Логика 7-ого PMBoK® (12 принципов и 7 доменов выполнения)

• Логика 6-ого PMBoK® (10 областей знаний и 5 групп процессов)

• Список компетенций РП согласно содержанию экзамена PMP® (35 компетенций, относящихся к Людям, Процессам и Бизнес среде).

А если вы планируете использовать еще какие-то методологии и технологии — например, 1С:Технологию корпоративного внедрения, то там будет заложена другая логика (например, 1С:ТКВ предлагает делить проект на фазы: Инициация, Формирование требований к ИС, Проектирование, Разработка и так далее).

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

Что важно понимать, если вы решили глубже разобраться в теории проектного управления?

Все модели неправильны, но некоторые полезны. (Джордж Бокс)

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

Например, модель 6-ого PMBoK® прекрасно подходит для крупных проектов, и в меньшей степени для небольших и гибких.

Модель 7-ого PMBoK® подходит и для тех, и для других.

Ну а 1С:ТКВ предназначена для достаточно узкой сферы — сложные проекты внедрения 1С в традиционной (“не гибкой”) среде.

Если вам интересно узнать про PMBoK® 7 подробнее, и, главное, разобраться, какая в нём может быть польза для практической работы, то у меня для вас хорошая новость

Во-первых, на 2 августа 2021 года запланирован открытый вебинар @7-ой PMBoK Guide®: что нового и как он повлияет на управление ИТ-проектами? 2 августа в 19:00 МСК, на котором мы попробуем приложить новую книгу к нашим реалиям и оценить, что изменилось.

Во-вторых, осенью стартует целых три курса, построенных на основе 7 PMBoK®:

1. Для начинающих РП — Базовый курс (первая часть Комплексного курса 3в1)

2. Для РП с серьезными намерениями — Продвинутый курс по PMBoK® (2-ой модуль) (первая часть курса Подготовка к PMP в трёх частях)

3. Для выпускников, уже закончивших Продвинутый курс по PMBoK® 6 — спецкурс, посвященный различиям между 6-ым и 7-ым изданиями. Сразу предупреждаю, приходить на курс имеет смысл только тем, кто хорошо освоил и умеет применять 6-ое издание на практике — так как иначе картинка проектного управления получится лоскутной. Всё-таки, что бы мы не говорили, большая часть инструментов и методов перекочевала в 7-ое издание из 6-ого в неизменном виде (повторюсь, каких-то радикальных изменений — с завтрашнего дня у нас революция и мы управляем проектами по новому), поэтому более привычные инструменты и техники знать тоже надо. Поэтому тех, кто пока не проходил Продвинутый курс — приглашаю более внимательно посмотреть на предложения выше.

Кстати, актуальное расписание моих курсов по управлению ИТ-проектами всегда (ну, почти всегда) доступно из левого меню сайта Инфостарта, раздел "Курсы".

На этом пока всё, моё почтение тем, кто справился дочитать до конца, и до встречи на вебинарах!..