Мол, гуру проектного управления активно агитируют: надо вести проекты по науке, внедряйте PMBoK®, а если вы его не читали - стыд вам и позор. А на самом деле это - тщательно поддерживаемая иллюзия. И вся эта громоздкая конструкция из взаимосвязанных процессов и областей знаний для практической работы (особенно на небольших проектах и маленьких компаний) абсолютно не нужна, потому что только всё усложняет. А методологи и тренеры тщательно утверждают обратное чисто в своих меркантильных интересах - для солидности… Не знаю уж, получали ли составители 7-ого PMBoK® аналогичные письма, но, если совсем честно, я искренне рада, что они одумались, и конструкцию из 49 процессов из новой версии Свода знаний и Стандарта по управлению проектами убрали вообще.
Да простят меня коллеги, которые возмущаются по этому поводу “Да как же можно!”, лично я на этом месте вздохнула с облегчением. Потому что я и раньше объясняла на вебинарах и консультациях, что большой пользы в названиях процессов я не вижу, а вижу её в первую очередь в тех инструментах и документах, которые в описании этих процессов упоминаются (Устав проекта, Матрица ответственности, реестр рисков и так далее). Ну и теперь свершилось - инструменты и документы оставили, а процессы убрали…
Прежде чем я попробую поделиться, что же я имею в виду - небольшой анонс - более подробно обсудить 7-ой PMBoK® я планирую на вебинаре 2 августа в 19:00, присоединяйтесь!
Почему на мой взгляд новая версия стала более разумной?
-
PMBoK® теперь для всех, а не только для "крупных проектов". Руководство к Своду знаний по проектному управлению теперь ориентировано в том числе на небольшие проекты и Agile-проекты, стало ближе к реальности. Много инструментов и методов взяты из Agile-практик и из реального опыта РП небольших команд. Но рекомендации, касающиеся проектов крупных (например, метод освоенного объема), никуда не делись - можно делать так, можно - по-другому, выбирайте сами из многообразия советов
-
Логика Руководства стала более понятной для практического использования.
Например, мне всегда было неочевидно - почему, когда мы говорим про создание “иерархической структуры работ”, считается, что мы занимаемся управлением содержанием, а когда мы уже перешли к “определению операций проекта” - то это уже управление расписанием. Почему именно так, и, главное, какая разница и в чем мне польза от этой информации???...
Скажем, в экзамене на 1С:Управление проектами был каверзный вопрос: когда мы планируем, как мы будем реагировать на те или иные риски, чем мы занимаемся? Вы думаете, планированием управления рисками? А вот и нет, ошибка, незачёт - этот процесс называется определение стратегии реагирования. Замечательно, но как знание этого факта повышает моё умение рисками управлять???... (Правда, честно скажу, в экзамене PMP® такого рода вопросов не припомню, там они более осмысленные, хотя и менее очевидные).
Все эти многочисленные детали напоминали мне плохо составленные вопросы из экзамена по ПДД: Как нужно действовать при артериальном кровотечении?..
Для обывателя, особенно в стрессовой обстановке, нет пользы в этом знании! Для него есть польза в другом знании, которое мне вдолбили на хороших курсах первой помощи: “когда кровь бьет фонтаном - надо наложить жгут, когда просто сильно течет - нужна давящая повязка”... То есть как действовать при каких симптомах, а не при каком названии. Вот примерно так и с процессами из PMBoK - какая разница, как это называется? Нам интереснее, как это делать правильно???
-
PMBoK® Guide более четко превращен в то, чем он изначально являлся - энциклопедический справочник. И теперь большая часть моделей, методов и артефактов не привязаны к каким-то процессам, а просто вынесены в отдельный раздел - их можно использовать как своеобразную копилку - тааак, а что мне пригодится в этом проекте? О, отличный инструмент - информационные радиаторы!.. Удобная модель, чтобы понять как внедрять изменения - Модель управления переходом Уильяма Бриджеса… А вот метод освоенного объема, пожалуй, для этого проекта не возьму - слишком громоздкий...
-
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®:
-
Для начинающих РП - Базовый курс (первая часть Комплексного курса 3в1)
-
Для РП с серьезными намерениями - Продвинутый курс по PMBoK® (2-ой модуль) (первая часть курса Подготовка к PMP в трёх частях)
-
Для выпускников, уже закончивших Продвинутый курс по PMBoK® 6 - спецкурс, посвященный различиям между 6-ым и 7-ым изданиями. Сразу предупреждаю, приходить на курс имеет смысл только тем, кто хорошо освоил и умеет применять 6-ое издание на практике - так как иначе картинка проектного управления получится лоскутной. Всё-таки, что бы мы не говорили, большая часть инструментов и методов перекочевала в 7-ое издание из 6-ого в неизменном виде (повторюсь, каких-то радикальных изменений - с завтрашнего дня у нас революция и мы управляем проектами по новому), поэтому более привычные инструменты и техники знать тоже надо. Поэтому тех, кто пока не проходил Продвинутый курс - приглашаю более внимательно посмотреть на предложения выше.
Кстати, актуальное расписание моих курсов по управлению ИТ-проектами всегда (ну, почти всегда) доступно из левого меню сайта Инфостарта, раздел "Курсы".
На этом пока всё, моё почтение тем, кто справился дочитать до конца, и до встречи на вебинарах!..
