Периодически на почту приходят просьбы рассказать о том, какие методы управления проектами бывают.
К сожалению, какого-то единого списка методов управления проектами не существует, хотя в интернете на эту тему можно найти очень разные статьи – от совершенно некорректного перечисления в одной куче 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 вполне можно назвать методом улучшения процессов работы команды.
Мораль? Методов управления проектами очень много и, собственно, одна из основных задач грамотного руководителя проекта – сначала правильно выбрать методологию или микс методологий для своего проекта, а потом набрать из нее те методы, которые релевантны его проекту, и грамотно их применить. Что может быть проще, правда?
Несмотря на то, что я полностью согласен с моралью статьи – мне кажется, что часть текста не верна (в рамках защиты свинок и чистоты определений).
А именно:
“В полном соответствии с теорией – в моем мире есть 2 основные модели жизненного цикла проекта (или методологии/подхода в соответствии с определением выше):
– каскадная (водопадная) модель
– гибкая модель (итерационная, agile)”
Так вот – жизненный цикл проекта – это инициация, планирование, выполнение, контроль и завершение и это не совсем про agile или waterfall.
Если совсем уж корректно – то следует
а) разделять области проектного управления и разработки продукта. В проектном управлении – своя методология, в разработке продуктов – своя. Так как области близкие, то одни и те же методы могут использоваться одновременно в рамках обоих методологий. Та же ретроспектива, как метод, может использоваться командами каждый спринт + запланирована проектным менеджером через равные промежутки времени улучшения других областей проекта.
б) добавить определение методики.
Таким образом будет:
МЕТОД – инструмент чтобы сделать что-то.
МЕТОДОЛОГИЯ – набор методов (а также теории и принципов), используемых в какой-то конкретной области. В этом смысле PMBOK таки методология.
МЕТОДИКА – готовый рецепт, конкретизированный алгоритм применения различных методов для достижения цели. (PRINCE2 – это скорее методика с вкраплениями методологии).
Тогда получится следующее:
– Есть различные методы делать всякие штуки, полезные для достижения системой некоего целевого состояния.
– Есть методология проектного управления, что-то вроде конструктора lego, содержащего разные методы, релевантные для управления проектом.
– Есть методика проектного управления (читай – план проекта) – это то, что проектный менеджер соберет из деталек конструктора под каждый конкретный проект. Важно – итоговое творение не имеет никакого отношения к результатам проекта, архитектуре продукта и т.д., оно больше про то, как проект будет управляться.
Теперь есть методологии разработки продукта. Agile в этом смысле – полноценная методология.
А есть методики разработки – Scrum – это крайне формализованная методика построенная на методах из Agile методологии.
Таким образом проектный менедежер и/или проектная команда выбирают и формируют методики управления проектом и методики разработки продукта для того чтобы достичь некоего целевого состояния более оптимальным способом.
Это формирование может быть как осознанным, так и складываться исторически. Важно, что это все равно происходит, хочется или нет.
В рамках забавного философского наблюдения: в молодых компаниях, недавно выросших из стартапов, как правило, Scrum команды пытаются натянуть Agile методологию на управление проектом, а в компаниях постарше, где сложилась традиция проектного управления и был успешный опыт водопада – ожидается, что проектный менеджер выберет! методологию разработки.
И то и другое часто выглядит жутковато и истина, конечно, где-то посередине.
Оооо, с трудом осилила=)) Чувствуется фундаментальное образовании МИФИ=))
Но вот насчет ЖЦ – нифига (вспомни уважаемую нами Риту), инициация-планирование-выполнение-и.т.д. – это процесс управления проектом (https://upravlenie-proektami.ru/zhiznennyy-cikl-proekta).
Насчет того, что PMBOK – методология – можно спорить, вопрос степени придирчивости к определениям. Все-таки методология (имхо) – это про плюс-минус упорядоченный процесс, который приведет тебя к результату (внутри которой может быть Х методик), но РМВОК – тупо справочник ништяков, body of knowledge, которые можно использовать, не более того.
Но с выводами в комменте согласна=))
Спасибо за статью. Подскажите, откуда взяло определение
Всегда считал, что методология – это вообще наука о методах, а мы говорим о методиках и методах в проектном управлении, но все чаще встречаю этот термин применительно к вещам типа pmbok, scrum и т.д.
Добрый день! Это чуть измененное определение из википедии по запросу “Методология”, цитата:
“Методологию можно рассматривать в двух срезах: как теоретическую <...>, так и практическую, — ориентированную на решение практических проблем и целенаправленное преобразование мира. Практическая методология — это программа (алгоритм), набор приёмов и способов того, как достичь желаемой практической цели.”.
Но на истину в последней инстанции не претендую, после диплома и диссертации я уже 10 лет на такие термины вообще с опаской смотрю=))