Управление проектами.РУ

Управление проектами.РУ
Сообщество тех, кто умеет или хочет научиться
хорошо управлять проектами
11 апреля 2019 Все для начинающего РМа
4

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

Юлия Бажанова
Редактор проекта, РМР, ICP-PPM

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

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

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

комментарии

Добавить комментарий

Такой e-mail уже зарегистрирован. Воспользуйтесь формой входа или введите другой.

Вы ввели некорректные логин или пароль

Sorry that something went wrong, repeat again!

4комментария

сначала новые
по рейтингу сначала новые по хронологии
1

Спасибо за статью. Подскажите, откуда взяло определение

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

Всегда считал, что методология – это вообще наука о методах, а мы говорим о методиках и методах в проектном управлении, но все чаще встречаю этот термин применительно к вещам типа pmbok, scrum и т.д.

Автор2
Юлия Бажанова

Добрый день! Это чуть измененное определение из википедии по запросу “Методология”, цитата:
“Методологию можно рассматривать в двух срезах: как теоретическую < ...>, так и практическую, — ориентированную на решение практических проблем и целенаправленное преобразование мира. Практическая методология — это программа (алгоритм), набор приёмов и способов того, как достичь желаемой практической цели.”.
Но на истину в последней инстанции не претендую, после диплома и диссертации я уже 10 лет на такие термины вообще с опаской смотрю=))

3

Несмотря на то, что я полностью согласен с моралью статьи – мне кажется, что часть текста не верна (в рамках защиты свинок и чистоты определений).

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

Так вот – жизненный цикл проекта – это инициация, планирование, выполнение, контроль и завершение и это не совсем про agile или waterfall.

Если совсем уж корректно – то следует
а) разделять области проектного управления и разработки продукта. В проектном управлении – своя методология, в разработке продуктов – своя. Так как области близкие, то одни и те же методы могут использоваться одновременно в рамках обоих методологий. Та же ретроспектива, как метод, может использоваться командами каждый спринт + запланирована проектным менеджером через равные промежутки времени улучшения других областей проекта.

б) добавить определение методики.

Таким образом будет:
МЕТОД – инструмент чтобы сделать что-то.
МЕТОДОЛОГИЯ – набор методов (а также теории и принципов), используемых в какой-то конкретной области. В этом смысле PMBOK таки методология.
МЕТОДИКА – готовый рецепт, конкретизированный алгоритм применения различных методов для достижения цели. (PRINCE2 – это скорее методика с вкраплениями методологии).

Тогда получится следующее:
– Есть различные методы делать всякие штуки, полезные для достижения системой некоего целевого состояния.
– Есть методология проектного управления, что-то вроде конструктора lego, содержащего разные методы, релевантные для управления проектом.
– Есть методика проектного управления (читай – план проекта) – это то, что проектный менеджер соберет из деталек конструктора под каждый конкретный проект. Важно – итоговое творение не имеет никакого отношения к результатам проекта, архитектуре продукта и т.д., оно больше про то, как проект будет управляться.

Теперь есть методологии разработки продукта. Agile в этом смысле – полноценная методология.
А есть методики разработки – Scrum – это крайне формализованная методика построенная на методах из Agile методологии.

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

В рамках забавного философского наблюдения: в молодых компаниях, недавно выросших из стартапов, как правило, Scrum команды пытаются натянуть Agile методологию на управление проектом, а в компаниях постарше, где сложилась традиция проектного управления и был успешный опыт водопада – ожидается, что проектный менеджер выберет! методологию разработки.
И то и другое часто выглядит жутковато и истина, конечно, где-то посередине.

Автор4
Юлия Бажанова

Оооо, с трудом осилила=)) Чувствуется фундаментальное образовании МИФИ=))
Но вот насчет ЖЦ – нифига (вспомни уважаемую нами Риту), инициация-планирование-выполнение-и.т.д. – это процесс управления проектом (https://upravlenie-proektami.ru/zhiznennyy-cikl-proekta).
Насчет того, что PMBOK – методология – можно спорить, вопрос степени придирчивости к определениям. Все-таки методология (имхо) – это про плюс-минус упорядоченный процесс, который приведет тебя к результату (внутри которой может быть Х методик), но РМВОК – тупо справочник ништяков, body of knowledge, которые можно использовать, не более того.
Но с выводами в комменте согласна=))

Сообщить об опечатке

Текст, который будет отправлен нашим редакторам: