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

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

Ищете краткое визуальное руководство по распространенным методологиям? Ознакомьтесь со статьей и инфографикой в нашем блоге: 16 лучших методологий управления проектами.

В этой статье мы рассмотрим несколько лучших методологий управления проектами, сгруппированных по принципам сходства и популярности.

А. Традиционные последовательные методологии

Каскадная методология управления проектами (Waterfall)

Самый распространенный способ планирования проектов – составление последовательности задач, приводящей к конечному результату, и поочередное выполнение этих задач. Так выглядит каскадная методология — традиционный и наиболее простой для понимания метод управления проектами. Предыдущая задача должна быть выполнена до начала выполнения следующей задачи в составе связной последовательности элементов, в совокупности приводящих к конечному результату. Этот метод идеален для управления проектами, результатом которых являются материальные объекты (здания, компьютеры), и позволяет в дальнейшем легко воспроизводить планы проектов.

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

Метод критического пути (CPM)

Метод критического пути был разработан в 1950-х годах на основании представления о том, что выполнение некоторых задач можно начать только после завершения предыдущих. Эти зависимые задачи связываются в цепочку от начала до завершения проекта, формируя критический путь.

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

Метод критической цепи (CCPM)

Управление проектами по методу критической цепи — следующий шаг развития метода критического пути. Методология CCPM уделяет основное внимание ресурсам, необходимым для выполнения задач проекта, и позволяет добавить показатель доступности ресурсов в структуру критического пути. В график проекта вносится буферное время выполнения задач, что обеспечивает соблюдение сроков проекта.

Б. Группа Agile-методологий

Популярность Agile-методологий управления проектами растет благодаря быстрому темпу развития инноваций и высокой конкуренции в деловой среде. В целом Agile-методологии делают акцент на короткие повторяющиеся циклы и гибкость.

Рассмотрим некоторые наиболее популярные методологии группы Agile.

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

Ключевые принципы методологии Agile были разработаны в 2001 году и включают четыре основных ценности:

• Люди и взаимодействие важнее процессов и инструментов
• Работающий продукт важнее исчерпывающей документации
• Сотрудничество с клиентом важнее согласования условий контракта
• Готовность к изменениям важнее следования первоначальному плану

В «Манифесте гибкой разработки программного обеспечения» сформулирован революционный принцип создания ценности и сотрудничества с клиентами. На сегодняшний день термин Agile используется применительно к этим ценностям и используемым для их реализации фреймворкам, которые включают: Scrum, канбан, экстремальное программирование и адаптивный проектный менеджмент.

Что общего у этих различных Agile-фреймворков?

Цели проекта разъясняются клиентом (внутренним или внешним), а конечный результат может изменяться в ходе реализации проекта. Проектная группа выполняет итеративные циклы и оценивает результаты в конце каждого из них. В зависимости от оценки результатов конечный продукт может видоизменяться, что позволит ему лучше соответствовать потребностям клиента. Постоянное сотрудничество — как внутри команды проекта, так и с заинтересованными сторонами — играет главную роль.

Scrum

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

В методологии Scrum работу небольшой команды организует скрам-мастер, чья основная задача — устранить все препятствия на пути более эффективного выполнения работы. Рабочий процесс команды делится на короткие двухнедельные циклы, называемые «спринты», при этом участники команды ежедневно обсуждают проделанную работу и помехи, которые необходимо устранить. Эта методология ускоряет разработку и тестирование, особенно в небольших командах.

Канбан

Канбан — еще один фреймворк внедрения Agile-методологий, основанный на уровне загрузки команды. Этот метод был разработан на заводах компании Toyota в 1940-х годах и изначально представлял собой визуальную систему карточек («канбанов»), используемых отделами в качестве сигналов о готовности команды к обработке следующей партии сырья, о способности команды производить больше.

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

Экстремальное программирование (XP)

Экстремальное программирование — еще один вариант Agile. Целью методологии XP является повышение качества (и простоты) программного обеспечения и способности команды разработчиков адаптироваться к потребностям клиентов. Этот подход, во многом схожий с изначальной формулой Agile, характеризуется краткосрочными спринтами, частыми итерациями и постоянным сотрудничеством с заинтересованными сторонами. В течение спринта условия могут измениться. Если работа над определенной функцией еще не началась, эту задачу можно исключить и заменить на другую подобную.

Адаптивный проектный менеджмент (APF)

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

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

В. Методологии управления изменениями

Некоторые методологии, служащие для управления проектами, уделяют особое внимание управлению изменениями, особенно планированию рисков и контролю изменений по мере их наступления. Популярные методы:

Методология моделирования событий (ECM)

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

Экстремальное управление проектами (XPM)

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

Г. Процессно-ориентированные методологии

Существуют также методы управления проектами, фактически перешедшие в сферы управления бизнес-процессами (BPM). Каждый из таких подходов рассматривает выполнение работы как комплект процессов. И хотя приверженцы традиционного управления проектами относят эти методы к другой категории, мы все же считаем достаточно обоснованным их применение для планирования и реализации проектов.

Бережливое производство

Методология бережливого производства ориентирована на оптимизацию и устранение излишних затрат. На первом этапе формируется структура рабочих процессов, что помогает определить и устранить препятствия и задержки. Цель — высокий результат с минимумом затрат: польза для клиента с более низкими финансовыми, временными и кадровыми затратами.

Шесть сигм

Основанная на статистических данных методология «Шесть сигм» ориентирована на повышение качества процесса за счет подсчета имеющихся дефектов и ошибок и устранения максимально возможного их числа. Таким образом, рейтинг шести сигм присваивается процессу, если 99,99966% конечного продукта — результата вашего проекта — не имеет дефектов.

Бережливое производство плюс шесть сигм

Методология «Бережливое производство плюс шесть сигм» сочетает минимализм бережливого производства («Никаких потерь!») и принцип повышения качества методологии шести сигм («Ноль дефектов!»). Эта методология призвана ликвидировать потери в целях повышения эффективности и экономичности проектов и их полного соответствия потребностям клиентов.

Процессно-ориентированное управление проектами

Процессно-ориентированное управление проектами — методология согласования всех целей проекта с глобальной миссией компании и корпоративными ценностями. За счет этого все цели и задачи проекта носят стратегический характер и соответствуют глобальным корпоративным целям. Этапы включают определение процесса, подбор метрик, измерение методов, корректировку целей в случае их нестабильности, планирование усовершенствований и их внедрение.

Д. Прочие методологии

PRINCE2

Проекты в контролируемых средах (PRINCE2) — метод управления проектами, используемый правительством Великобритании. Подход к планированию в этой методологии основан на продукции. Согласно PRINCE2, структурированный комитет проекта несет ответственность за действия высокого уровня, такие как составление экономического обоснования и распределение ресурсов. Менеджер проекта отвечает за повседневные операции более низкого уровня, например графики мероприятий. Эта методология повышает контроль команд над ресурсами и способность эффективного снижения рисков.

PRiSM

Проекты со встроенными устойчивыми методами (PRiSM) — методология, нацеленная на управление изменениями и интеграцию мер обеспечения экологической устойчивости в процессы управления проектами. Цель PRiSM — выполнение задач и одновременное сокращение отрицательного воздействия компании на социальную сферу и экологию. Эта методология представляет собой «зеленое» управление проектами в буквальном смысле слова.

Реализация выгод

От концепции до исполнения проекта, поставки продукции и далее: цель методологии реализации выгод — определить, обеспечивают ли ваши конечные результаты те выгоды, которые клиент рассчитывает получить, а не только выяснить своевременность поставки или соответствие бюджету. Эта методология позволяет вам приносить реальную выгоду клиентам и заинтересованным сторонам.

Е. Метод PMBOK

Несмотря на споры о том, является ли «Свод знаний по управлению проектами» (PMBOK) методологией управления проектами, некоторые организации заверяют, что используют PMBOK именно в целях управления проектами.

Хотя этот подход не является официальной методологией, в нем проекты разбиваются на пять групп процессов, выделенных Институтом управления проектами и задокументированных в «Руководстве к Своду знаний по управлению проектами». Эти пять групп включают:

• инициацию,
• планирование,
• исполнение,
• контроль,
• закрытие.

Содержание Руководства PMBOK

PMBOK объединяет в себе установленные процессы, передовую практику, терминологию и инструкции, считающиеся стандартами в сфере управления проектами. Суть подхода изложена в книге «Руководство к Своду знаний по управлению проектами» (Руководство PMBOK), за составление и контроль которой отвечает Институт управления проектами.

Руководство PMBOK содержит инструкции и рекомендации для менеджеров проектов и охватывает все сферы — от жизненного цикла проекта до стратегий и концепций управления проектами. В Руководстве PMBOK приводится подробное описание различных процессов управления проектами, их взаимодействие и интеграция на протяжении жизненного цикла проекта.

10 областей знания PMBOK для управления проектами

PMBOK официально выделяет 47 стандартных процессов управления проектами, которые подразделяются на 10 областей знания.

• Управление коммуникациями проекта: процессы распространения информации среди участников команд и внешних заинтересованных сторон, обеспечивающие регулярность обмена данными и, что более важно, понимание информации всеми, кого она касается.
• Управление стоимостью проекта: процессы, относящиеся к бюджетам, финансированию, распределению затрат и срокам завершения. Управление стоимостью зависит от оценки продолжительности задач, выполняемой при организации рабочего времени.
• Управление человеческими ресурсами проекта: процессы, направленные на руководство командой вашего проекта: например, подбор и наем персонала, назначение ролей, профессиональное развитие и формирование командного духа.
• Управление интеграцией проекта: процессы, необходимые для определения, консолидации и координации всех прочих процессов и действий по управлению проектами. Эти процессы играют ключевую роль в определении ожиданий и открытости коммуникации.
• Управление закупками проекта: процессы планирования, бюджетирования и закупки ресурсов — как материальных, так и информационных — в целях выполнения работы.
• Управление качеством проекта: процессы, определяющие успешность проекта, или критерии выполнения задач. Управление качеством происходит на каждом этапе проекта, от планирования до постоянного совершенствования продуктивности.
• Управление рисками проекта: процессы, необходимые для подготовки к непредвиденным рискам и управления ими.
• Управление содержанием проекта: процессы управления объемом или параметрами проекта. Эти процессы обеспечивают четкое определение объема работ по проекту и соответствие всех требований содержанию проекта.
• Управление заинтересованными сторонами проекта: процессы, позволяющие определить лиц, на которых повлияет реализация проекта, и управлять взаимодействием с ними, включая стратегии сотрудничества с заинтересованными сторонами в отношении направления проекта и его исполнения.
• Управление сроками проекта: процессы, обеспечивающие завершение проекта до наступления указанного срока.