Методы управления проектами

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

К сожалению, какого-то единого списка методов управления проектами не существует, хотя в интернете на эту тему можно найти очень разные статьи – от совершенно некорректного перечисления в одной куче PRINCE2 (британский стандарт управления проектами) и шесть сигм (концепция управления производством (!), то есть вообще про управление процессами, а не проектами) ) плюс экстремальное программирование впридачу до «всего методологии две – PMBOK и agile, и все». Не могу остаться в стороне от этого праздника жизни и составить свой собственный список.

Для начала – давайте посмотрим в википедию, куда же без теории.

Метод – совокупность теоретических принципов и практических приёмов для осуществления чего-либо.

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

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

Что интересно, PMBOK – не совсем методология, как его часто называют, это свод знаний и тех же методов, но там нет инструкции “делай раз, делай два, делай три”, набирать эти методы придется “под себя”.

В полном соответствии с теорией – в моем мире есть 2 основные модели жизненного цикла проекта (или методологии/подхода в соответствии с определением выше):

• каскадная (водопадная) модель
• гибкая модель (итерационная, agile)

Для каждой методологии есть свой набор методов (приемов) управления проектами. То есть сказать «я использую вот этот метод и все» не всегда будет корректно, для достижения целей проекта я могу использовать одновременно несколько методов (а то и несколько десятков методов), соответствующих моим целям.

Например, для водопадной модели могут быть применимы следующие методы (описание очень краткое, т.к. в посте нет цели привести детальную информацию, скорее – дать общее понимание):

• Метод PERT (Program Evaluation and Review Technique) – когда разрабатывая сетевой график, мы при оценке длительности конкретной задачи не просто запрашиваем ее у исполнителя, а просим его предоставить сразу 3: оптимистичную, наиболее вероятную, и пессимистичную, на выходе получая более адекватную длительность, чем исполнитель дал бы при точечной оценке.
• Метод критического пути (Critical path method) – когда на сетевом графике мы определяем самый длинный путь от начала до конца и, соответственно, уделяем задачам на этом пути больше внимания, т.к. сдвиг любой из них приведет к сдвигу сроков всего проекта.
• Метод освоенного объема (Earned Value Technique, Earned Value Management)– когда по ходу проекта мы отслеживаем соотношение выполненного объема, потраченных денег и отработанного времени и их сравнение с плановыми показателями, и принимаем на основе этого управленческие решения.
• И т.д.

Обратите внимание, что ни один из этих методов не закрывает все управление проектом, а решает конкретную управленческую задачу. Методов десятки (если не сотни), в PMBOK они в большинстве случаев приведены в разделах Tools & Techniques.

А для итерационной модели есть даже понятие Agile Umbrella или «Зонтик Agile», под которым прячется набор фреймворков, в том числе:

• Scrum
• XP (Extreme Programming)
• Kanban
• Feature Driven Development
• Lean
• И т.д.

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

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