Периодически на почту приходят просьбы рассказать о том, какие методы управления проектами бывают.
К сожалению, какого-то единого списка методов управления проектами не существует, хотя в интернете на эту тему можно найти очень разные статьи – от совершенно некорректного перечисления в одной куче 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 вполне можно назвать методом улучшения процессов работы команды.
Мораль? Методов управления проектами очень много и, собственно, одна из основных задач грамотного руководителя проекта – сначала правильно выбрать методологию или микс методологий для своего проекта, а потом набрать из нее те методы, которые релевантны его проекту, и грамотно их применить. Что может быть проще, правда?
Добавить комментарий
4комментария