February 12, 2021

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

Поговорим о том, что сегодня на рынке управления проектами наиболее эффективное, привычное или визионерское.

Пролог

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

О чем?

Поговорим о таких методах, как: Классический проектный менеджмент, Agile, Six Sigma, PRINCE2.

Начало

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

Классический проектный менеджмент

В основе КПМ каскадный принцип или, по-другому, он называется водопад (waterfall).

Визуализация КПМ. Waterfall.

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

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

Очевидным минусом является риск потери актуальности и функциональности продукта проекта в конце срока реализации. А также вероятность ситуации от заказчика: "это не то, что мы ожидали".

Для кого данный метод? В первую очередь, для крупномасштабного строительства, для системы государственного проектного менеджмента и для производства типовых проектов (а-ля производство хрущевок).

AGILE

Если вам говорят, что я работаю по методологии agile, можете смело плевать в этого человека - он не мыслит, что говорит. Agile - это лишь набор принципов по гибкому проектированию. Он не дает инструментарий и не говорит, как ими пользоваться.

Тем не менее, нам важны эти принципы, так как они лежат в основе огромного количества методологий-ответвлений.

Чтобы понять эти манифестные принципы, предлагаю представить себя в роли Бога. Вот вы захотели создать человека. Сделали скелет, а потом уже начали экспериментировать:

  • Прикрутили 3 глаза. Затестили. Поняли, что 2 достаточно:
  • сделали 4 пальца на руке. Затестили. Понимаете, что нужно 5 на каждой.
  • Придумали репродуктивную систему. Узнали у заказчика (пусть это будет Супер-Бог), нравится ему или нет. Нравится. Идем дальше.

...

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

Плюсы: ты делаешь актуальный, приемлемо качественный продукт в кратчайшие сроки.

Минусы: система очень динамичная и постоянная, которая не отпускает управление проектным продуктом на всех стадиях.

Подойдет для программистов, образовательных проектов и для рекламных/пиар историй.

Концепция 6 сигм (six sigma)

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

И тут проектное сообщества крупных бизнес-гигантов не оставит нас. В 80-х годах прошлого века умы из Motorola, а позже, из Toyota, сформировали концепцию бережливого производства, которая, основывая на аналитических инструментах позволяет эффективно управлять проектами производства.

Сосредоточенность в 6 сигма концентрируется на решении образовавшейся сложности. Для ее выявления разработан алгоритм из 5 шагов, названных DMEDI:

  • Определение(Define). Начальный шаг напоминает первые этапы иных систем проектного управления. Его задача обозначить суть, собираются сведения о положении проекта и формулируется желаемый результат.
  • Измерение (Measure). 6 сигм направлена на суммирование и исследование численных материалов проекта. Устанавливается, какие материалы необходимо привлечь и проанализировать и что повлияет на успех.
  • Исследование (Explore). Управляющий проектом разрабатывает план действий для команды, чтобы достичь конечного результата, согласно запросам, в установленные сроки и в границах доведенного финансирования. Здесь не заменимы неординарные идеи менеджера для устранения выявленных вопросов.
  • Разработка (Develop).Данный шаг практический. Воплощаются в жизнь схемы и задачи, утвержденные на предшествующих этапах. Здесь нужен четкий алгоритм действий, продуманный до мелочей, с перечнем последовательных ступеней, которые приведут к ожидаемому результату. Именно на этом этапе устанавливается продвижение проекта.
  • Контроль (Control). Заключительный этап в методике 6 сигм. Его цель – продолжительное усовершенствование развития создания проектов. Необходимо детально записывать извлеченные уроки, полученные наработки, внедренные результаты, как в проектах, так и по работе компании.

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

Преимущества

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

Недостатки

  • главное удовлетворенность заказчика, а не заявленная цель;
  • нечетко сформулированная цель вызывает разногласия в приоритетах у команды;
  • лейтмотив «Все всегда можно сделать еще лучше» вызывает не довольство от проделанной работ;
  • невостребованность в извлеченных уроках.

(описание сигмы взято с ресурса "проектные сервисы")

PRINCE 2

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

Методология PRINCE2 в отличие от, например, свода знаний PMBOK не содержит:

  • Специализированных аспектов управления проектом, например, отраслевых;
  • Конкретных практик и инструментов управления проектами, таких как диаграмма Гантта, WBS и т.п.

PRINCE2 концентрируется на управленческих сторонах проекта, выраженных в 7 принципах, 7 процессах и 7 темах проекта.

  • 7 принципов определяют общие правила управления проектами по PRINCE2, определяют базу методологии;
  • 7 процессов определяют шаги продвижения по проектному циклу;
  • 7 тем – аспекты, по которым проводится контроль для достижения успеха проекта.

Кроме того, PRINCE2 рекомендует адаптировать методологию под каждую конкретную организацию.

В начале проекта PRINCE2 предлагает нам определить 3 основных аспекта проекта:

  • Бизнес-аспект (Принесёт ли этот проект выгоду?)
  • Потребительский аспект (Какой нужен продукт, что мы будем делать?)
  • Ресурсный аспект (Достаточно ли у нас всего, чтобы достичь цели?)

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

Сильные стороны PRINCE2

  • Адаптируемость к особенностям организации;
  • Наличие чёткого описания ролей и распределения ответственности;
  • Акцент на продуктах проекта;
  • Определённые уровни управления;
  • Фокус на экономической целесообразности;
  • Последовательность проектной работы;
  • Акцент на фиксации опыта и постоянном совершенствовании.

Слабые стороны PRINCE2

  • Отсутствие отраслевых практик;
  • Отсутствие конкретных инструментов для работы в проекте.

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

Всем добра, готовим новые материалы.