Олег Лялик

Группы процессов управления проектами. PMBOK 5TH.

В одной из предыдущих статей мы описывали пользу стандартов в управлении проектами .

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

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

Согласно стандарту PMBOK 5 существует 5 групп процессов управления проектами.

Схематически они изображены на картинки ниже.

gruppij_protzessow_uprawlenija_proektami

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

Основные причины 2.

Причина 1.

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

То есть мы должны знать, какие шаги нужно пройти, чтобы получить результат.

Группы процессов управления проектами, как раз-таки и являются этими шагами.

Причина 2.

Человек так устроен, что ему сложно удержать в голове много объектов. Когда мы пытаемся что-то вспомнить, часто мы делаем по каким-то ассоциациям.

Сейчас поясню, что я имею ввиду.

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

Человеческое сознание постоянно группирует информацию вокруг. Например, нам рассказали про место, где можно дешево купить кирпичи.  Фраза «купить кирпичи» ассоциируется со словом строительство. Мы, узнав эту информацию, благополучно забыли про нее из-за ненадобности. Но через два года мы начинаем строить свой дом, нам нужны кирпичи, и наше сознание  вытягивает из памяти информацию о том, где купить кирпичи дешевле.

Я надеюсь мое объяснение вам было понятно.

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

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

 

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

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

А именно, процессы исполнения – цель этих процессов произвести продукт. В примере выше на конвейере производили машины. Один рабочий закручивал одну гайку, второй вторую, третий варил швы. Это процесс исполнения. Но так начало получаться, что после тысячной гайки, рабочие начали уставать, крутили гайки плохо, варили швы плохо и на выходе начал получаться брак. И чтобы избежать этого брака необходимо было запустить четвертую группу процессов.

А именно, процессы мониторинга и контроля – в ходе этих процессов ведется оценка  хода работ по проекту.  Тут стоит оговорить, что мониторинг и контроль в операционной деятельности отличается от мониторинга и контроля в управлении проектами. Что это означает?  Например,  в примере выше речь идет об операционной деятельности.  Руководитель видит, что есть проблема, которая повторяется и находит пути ее решения. Например, для закручивания гаек, он придумывает специальный крюк, который обязательно нужно докручивать. Но в  проектах есть отличия. Например, при строительстве дома случился сбой в планах и котлован рыли на 5 дней больше, чем планировали.  Исправлять что-то в этой части бессмысленно, так как котлован больше рыть не придется, и руководитель проекта должен все свое внимание направить на мониторинг следующих шагов, чтобы  предугадать проблемы, которые могут появиться.

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

 

Группы процессов управления проектами в процессе управления проектом могут идти один за одним, а могут пересекаться друг с другом.

gruppij_protzessow_uprawlenija_proektami_graffik

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

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

 

Эти 5 процессов могут быть применены ко всему проекту в целом и также могут быть применены к отдельным фазам проекта.

Например, мы запускаем крупный интернет портал и делаем к нему мобильное приложение.

По факту проект можно разделить на две фазы:

  • Создание интернет портала
  • Создание приложения

В каждой из этих фаз запускаются свои 5 групп процессов управления проектами.

Схематически это отображено на картинке ниже.

gruppij_protzessow_uprawlenija_proektami_graffik1

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

 

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

С Уважением,

Олег Лялик.







 

  • Ваша форма была сохранена.