Методология управления проектами — это набор руководящих принципов и процедур для управления проектом.
Методология, которую вы выберете, определяет, как вы будете работать и взаимодействовать.
В статье описаны основные методологии управления проектами, их преимущества, недостатки, а также ситуации для лучшего их использования.
В теории можно использовать любую методологию вне зависимости от того, каким инструментом для управления проектом вы пользуетесь.
В реальности же большинство инструментов управления проектом подходят для нескольких различных методологий.
Значит, нужно разобраться в том, какие бывают виды методологий управления проектами, в их преимуществах и недостатках, и для каких проектов они лучше всего подходят.
Итак, рассмотрим 9 популярных методологий управления проектами.
Методология Waterfall — самая «старая» из всех. Впервые она была изложена американским ученым в области информатики Уинстоном Уокером Ройсом в 1970 году в ответ на потребность управления все более усложняющимся процессом разработки программного обеспечения. С тех пор она получила широкое распространение, особенно в сфере программного обеспечения.
Каскадная модель характеризуется последовательностью. Помимо этого, она в значительной степени ориентирована на требования.
Необходимо иметь абсолютно четкое представление о том, что нужно проекту, чтобы продолжить работу с методологией Waterfall.
Когда проект уже будет в разработке, вы не сможете скорректировать его курс.
Методология Waterfall делится на три отдельных этапа. Сначала необходимо собрать и проанализировать требования, затем разработать решение (и подход), внедрить решение и исправить проблемы, если они появились.
Каждый этап этого процесса автономен. Чтобы перейти к следующему, необходимо завершить предыдущий этап.
Вышеописанное применимо к разработке программного обеспечения. Для быстрого начала планирования воспользуйтесь готовым шаблоном диаграммы Ганта для разработки ПО.
В рамках других проектов, например, творческих, этапы будут другими, но подход останется таким же.
Затрачивая время на ранних стадиях развития проекта, менеджеры создают условия для своевременного выполнения требований. Это позволяет сэкономить время и силы на исправлении недочетов и решения проблем в дальнейшем.
Таким образом, методология Waterfall обладает рядом преимуществ:
Простота использования
Эту модель просто понять и использовать. Деление на этапы довольно интуитивно, его просто освоить вне зависимости от опыта.
Структура
Жесткость методологии Waterfall — одновременно и недостаток, и явное преимущество. Четкое разделение на этапы позволяет организовать и распределить работу. Поскольку назад вернуться нельзя, необходимо идеально справляться с выполнением каждого этапа, что зачастую позволяет добиться лучших результатов.
Документация
Поскольку много внимания уделяется сбору и пониманию требований, модель Waterfall в значительной степени опирается на документацию. Благодаря этому новым ресурсам проще влиться в проект и начать работу над ним.
Повышенный риск
Жесткость методологии означает, что, если вы обнаружите ошибку или вам понадобится внести изменения, придется начинать проект сначала. А это значит, что вы и вовсе можете не завершить проект вовремя.
Сложность первого этапа
Весь подход Waterfall зависит от того, насколько правильно вы поймете и проанализируете требования. Если вам не удастся сделать это или если требования изменятся, придется начинать сначала. Поэтому эта методология управления не подходит сложным долгосрочным проектам.
Методология управления Waterfall зачастую используется в сфере разработки программного обеспечения. Она лучше всего подходит для:
Коротких несложных проектов.
Проектов с четко установленными требованиями.
Проектов, в которых меняются ресурсы, зависимые от подробной документации.
Agile — это еще одна методология управления c акцентом на разработке программного обеспечения. Появилась она как результат неприменимости методологии Waterfall в рамках сложных проектов.
Хотя идеи, присущие Agile, уже давно используются в сфере разработки ПО, формально методология появилась лишь в 2001 году, когда несколько представителей из IT выпустили Agile-манифест.
Agile полностью противоположна методологии Waterfall по подходу и идеологии. Само название с английского языка переводится как «Гибкий», а это значит, что в управлении используется быстрый и гибкий подход.
В Agile проектах не требуется тщательный сбор требований.
Методология скорее характеризуется небольшими циклическими изменениями, которые внедряют в ответ на изменение требований.
Гибкость и свобода
Поскольку здесь не нужно четко обозначать этапы и делать упор на требованиях, у исполнителей проекта появляется возможность экспериментировать и вносить изменения постепенно. Именно поэтому Agile отлично подходит творческим проектам.
Пониженный риск
Методология Agile подразумевает регулярное получение обратной связи от заинтересованных участников и последующее внесение изменений. Это значительно сокращает риск провала проекта, так как нужные ресурсы вовлечены в процесс.
Отсутствие четкого плана
В Agile подходе реагирование на изменения происходит тогда, когда они возникают. Отсутствие четкого плана затрудняет управление ресурсами и планирование. Вам придется постоянно балансировать и в случайном порядке переводить ресурсы с одной задачи на другую.
Сложность взаимодействия
Отсутствие четкого плана означает, что всем заинтересованным сторонам, включая заказчиков и спонсоров, придется работать в гораздо более тесном сотрудничестве, чтобы каждый участник проекта знал обо всех изменениях, задачах и их актуальности.
Гибкость подхода Agile позволяет адаптировать его к проектам различного типа. Методология лучше всего работает в случаях:
Когда вы не уверены, каким должен быть конечный результат, но имеете общее представление о продукте.
Когда проект нужно быстро подстраивать под изменения.
Если взаимодействие и коммуникация — ваши сильные стороны, а планирование — нет.
Гибридный подход — это сочетание методологий Waterfall и Agile. Ему присуще все лучшее, что есть в этих методологиях. Это гибкий и при этом хорошо структурированный метод, который можно использовать для различных проектов.
Гибридная методология уделяет особое внимание первичному сбору и анализу требований, в чем она и похожа на Waterfall. На следующем этапе она характеризуется гибкостью, присущей подходу Agile, и быстрым внесением изменений.
Сочетая свойства Waterfall и Agile, гибридная методология, которую иногда называют «Структурированным Agile», позволяет воспользоваться преимуществами обеих составляющих.
Большая гибкость
Если не считать этап планирования, гибридной методологии свойственна значительно большая гибкость, чем методу Waterfall. Если требования не будут значительно меняться, в проект можно будет вносить изменения по мере необходимости.
Большая структурированность
Позаимствовав этап первоначального планирования из Waterfall, гибридная методология решает одну из основных проблем подхода Agile — недостаточную организованность и отсутствие плана. Таким образом, эта методология сочетает в себе лучшее от этих подходов.
Необходимость компромиссов
Поскольку вам придется поддерживать баланс между двумя совершенно противоположными подходами, нужно будет искать компромиссы в области требований и гибкости.
Сочетание лучшего от обоих подходов
Методология, сочетающая в себе все лучшее от двух подходов, лишает вас гибкости Agile и стабильности Waterfall. Любые изменения, которые вы будете вносить, должны будут соответствовать бюджету и плану, обозначенным заранее.
Гибридная методология больше всего подойдет проектам с размытыми требованиями, в которых важны и планирование, и гибкость.
В основном это проекты среднего объема с высокой сложностью и фиксированным бюджетом. Скорее всего, у вас будет определенное представление о конечной цели, но при этом возможны эксперименты. С заинтересованными сторонами понадобится тесное взаимодействие, особенно после этапа планирования.
Scrum — это не полнофункциональная методология управления проектами. Это скорее подход к методологии Agile с акцентом на командах проекта, спринтах и ежедневных собраниях.
Несмотря на то что Scrum заимствует принципы и процессы из Agile, этому подходу свойственны свои методы и тактики управления проектами.
В какой-то степени возможна такая формулировка:
Agile — это философия, а Scrum — методология. И хотя Scrum — это Agile, Agile — это не Scrum.
В рамках подхода Scrum в центре проекта — команда. Зачастую менеджера проекта нет. Поэтому предполагается, что команда характеризуется самоорганизацией и самоуправлением. Именно поэтому такой подход идеально подойдет для опытных мотивированных команд, но вряд ли подойдет всем остальным.
Спринты
В подходе Scrum упор делается на
Динамичность
Благодаря разбивке работы на
Командная работа
Поскольку подразумевается самоорганизация команды проекта, участники четче понимают и знают проект. А еще лидеры проекта могут самостоятельно расставлять приоритеты согласно своим знаниям и возможностям.
Кроме перечисленных, этой методологии свойственны все преимущества Agile: быстрое внесение изменений и регулярная обратная связь с заинтересованными сторонами.
Неконтролируемое расширение масштабов
Поскольку дата завершения проекта не установлена и отсутствует менеджер проекта, который занимался бы планированием и бюджетом, Scrum может стать причиной неконтролируемого расширения масштабов проекта.
Повышенный риск
Поскольку команда проекта занимается самоорганизацией, увеличивается риск провала, если команда недисциплинирована и немотивирована. Если у команды недостаточно опыта, работа в рамках Scrum с большой вероятностью закончится неудачей.
Недостаточная гибкость
Акцент на команде проекта означает, что уход любого ресурса окажет значительное воздействие на результат. Также этот подход недостаточно гибок для больших команд.
Методология Scrum лучше всего подойдет опытным, дисциплинированным и мотивированным командам, которые умеют расставлять свои приоритеты и имеют четкое представление о требованиях проекта.
Ей свойственны все преимущества и недостатки Agile. Ее можно применять для работы над большими проектами, но она не подходит командам со множеством участников.
Вкратце: используйте Scrum, если вы разрабатываете сложное ПО с опытной командой.
Описанные выше методологии управления проектами появились в сфере разработки ПО. И хотя их можно использовать для проектов, не связанных с разработкой, существует ряд альтернатив, которые лучше подойдут для проектов иного типа.
Одна из наиболее популярных альтернатив — это метод критического пути (CPM).
В рамках метода критического пути вы классифицируете все действия, которые необходимо выполнить, чтобы достигнуть цели проекта в рамках Иерархической структуры работ (Work breakdown structure). После этого вы определяете длительность всех задач и зависимости между ними.
Таким образом, вы поймете, какие задачи можно выполнять одновременно, а какие — до того, как начнутся другие задачи.
Подробное планирование
Благодаря акценту на длительности активностей и взаимосвязях между ними вы сможете лучше спланировать задачи. Если для выполнения задачи X сначала нужно завершить задачу Y, CPM поможет вам определить это заранее и распланировать все должным образом.
Расстановка приоритетов
Успех метода критического пути зависит от определения и планирования критических важных задач и задач второстепенного значения. Определив задачи, вы сможете оптимально распределить ресурсы.
Для планирования необходим опыт
Любой опытный менеджер по управлению проектами скажет, что на все всегда уходит больше времени, чем планировалось. Если у вас нет реального опыта планирования, вы наверняка неправильно рассчитаете время на выполнение задач.
Отсутствие гибкости
Как и в Waterfall, первый этап работы здесь громоздкий. Необходимо все распланировать с самого начала. Если появятся изменения, весь план будет уже не важен. Именно поэтому эта методология не подходит для проектов с меняющимися требованиями.
Метод критического пути лучше всего подойдет проектам, в которых есть взаимозависимые части. Если необходимо выполнить задачи одновременно или необходимо завершить одну задачу перед тем, как перейти к другой, эта методология управления проектами подойдет.
CPM хорошо подходит для сложных проектов, в рамках которых часто повторяются задачи и действия, например, для промышленных проектов. Для динамичных проектов, к примеру, творческих, она подходит в меньшей степени.
Метод критической цепи — одна из относительно новых методологий управления проектами. Она была разработана в качестве альтернативы методу критического пути с акцентом на управлении ресурсами.
В рамках метода критической цепи работа происходит в обратном направлении от конечной цели.
Вы намечаете результаты работы, а потом используете свой опыт, чтобы спланировать задачи для достижения целей проекта. Вы также определяете взаимозависимость между ресурсами проекта и назначаете их на каждую задачу соответственно.
CCPM уделяет большое внимание использованию ресурсов и минимизации снижения производительности. Эта методология основывается на однозадачности, то есть сосредоточенности на одной задаче и недопущении многозадачности.
Для ограниченных в ресурсах команд метод критической цепи может стать мощным оружием.
Высокая эффективность ресурсов
Благодаря акценту на правильном управлении ресурсами, метод критической цепи — одна из наиболее ресурсоэффективных методологий. Однозадачность также отлично подчеркивает современное понимание неблагоприятных эффектов многозадачности.
Сосредоточенность на конечной цели
CCPM не ставит целью поиск наиболее благоприятного решения проблемы. Напротив, приоритет отдается поиску «достаточно хороших» решений, которые помогают в достижении конечной цели. Поскольку работа строится от конечной цели, CCPM, как правило, позволяет достичь лучших результатов в рамках сложных проектов.
Не подходит для нескольких одновременных проектов
Поскольку этот метод управления в значительной степени сосредоточен на ресурсах, он применим лишь в однопроектной среде. В многопроектной среде ресурсы могут быть задействованы в нескольких проектах. CCPM не поддерживает сценарий распределения ресурсов между несколькими проектами.
Часто случаются задержки
CCPM учитывает буферы — временные промежутки между задачами — в общем времени задач. В теории это может привести к переоценки ресурсами своей эффективности. Но в реальности это приводит к неоправданным задержкам.
Эта методология управления проектами лучше всего работает в случаях, когда все ресурсы заняты на одном проекте. Но если ваши ресурсы заняты сразу в нескольких проектах, будет сложно спланировать их работу.
Метод критической цепи также идеально подходит командам с ограниченными ресурсами. Если вам постоянно приходится работать сверх нормы, и вы уже не знаете, как не срывать сроки проекта, методология CCPM может оказаться кстати.
Интегрированная система управления проектами, которую иногда также называют «Integrated Project Delivery» — Реализация комплексных проектов, — это популярная методология управления проектами в индустрии творчества. В ней акцент делается на стандартизацию и применение одинаковых процедур во всей организации.
Подход IPM появился как ответ на растущий интегрированный характер креативных кампаний. Например, недостаточно просто сделать рекламу. Ее нужно интегрировать в микросайты, цифровой контент и т.д. В большинстве случаев креативные проекты являются частью более крупных кампаний.
Комплексный проект состоит из следующих компонентов:
Устав проекта → объем работ → план → выполнение → мониторинг → контроль за изменениями
Повсеместное внедрение процессов интегрированной системы управления позволяет менеджерам лучше понимать суть проекта и находить подходящие ресурсы.
Таким образом, IPM идеально подходит для креативных агентств.
Прозрачность
Внедрение одинаковых процессов во всей компании позволяет увеличить прозрачность процессов в организации. Подход IPM подразумевает, что члены проектной команды ведут документацию и регулярно встречаются, благодаря чему они все всегда в курсе ситуации.
Подотчетность
Из-за комплексности подхода IPM вся команда проекта несет за него ответственность. Поскольку ни один сотрудник не работает изолированно от других, IPM позволяет улучшить подотчетность.
Требует подробного планирования
В рамках подхода IPM вам придется подробно планировать работу заранее и следить за тем, чтобы все процессы были правильно интегрированы. Это существенно увеличивает вашу загрузку и может привести к задержкам завершения проекта.
Методология подойдет для больших агентств с разноплановыми командами и процессами. Лучше всего она подходит для сложных творческих проектов, в которых задействованы ресурсы из разных команд и отделов, для организации взаимодействия.
PRiSM (Projects integration Sustainable Methods, Устойчивые методы интеграции проектов) — это методология управления проектами, разработанная Green Project Management (GPM) Global.
Отличие PRiSM от традиционных методологий состоит в том, что она выходит за рамки проекта.
В ней учитывается весь жизненный цикл проекта после его завершения с целью увеличения его устойчивости.
В рамках PRiSM задачи и активности организованны подобным образом.
Подход PRiSM крайне актуален для современных проектов, в которых учет затрат на охрану окружающей среды и устойчивость являются ключевыми критериями успеха. PRiSM — это конкурентная идеология управления проектами для больших проектов, в которых особое внимание уделяется сокращению энергопотребления, утилизации отходов и уменьшению воздействия на окружающую среду.
PRiSM не подойдет проектам, для которых воздействие на окружающую среду не является проблемой, например, проектам по разработке ПО или творческим проектам.
Для успешного применения подхода PRiSM необходимо, чтобы все члены рабочей группы проекта, а также внешние заказчики и заинтересованные стороны были готовы следовать принципам устойчивости, что редко встречается в современных организациях.
PRiSM можно использовать в больших и сложных проектах в сфере недвижимости и промышленности, для которых устойчивость является решающим фактором.
PRINCE2 (акроним от PRojects IN Controlled Environments — проекты в контролируемых средах) — это официальная методология управления проектами правительства Великобритании, используемая в большинстве таких проектов.
PRINCE2 основывается на 7 принципах, 7 темах и 7 процессах. Вот, например, 7 принципов PRINCE2:
Постоянная оценка целесообразности.
Учет предыдущего опыта.
Определенные роли и обязанности.
Поэтапное управление.
Управление по исключению.
Сосредоточенность на продукте.
Адаптация к внешним условиям проекта.
Для работы над проектом в рамках PRINCE2 требуется подробное документирование. Кроме того, один из ведущих принципов этого подхода — это учет предыдущего опыта. Акцент на документации и прошлом опыте позволяет снизить риски.
Недостатком подробной документации подхода PRINCE2 является то, что ее сложно адаптировать к изменениям. Если требования к проекту изменятся, придется переделывать документацию и перераспределять ресурсы. Это замедляет ход работы над проектом.
Эта методология лучше всего подходит большим и сложным проектам с четкими требованиями. Она очень популярна в Великобритании и является обязательным требованием для работы над государственными проектами.
В статье перечислены не все методологии управления. Вот еще несколько:
Six Sigma (Шесть сигм).
Crystal.
Feature Driven Development (FDD, функционально-ориентированная разработка).
Dynamic Systems Development (DSDM, метод разработки динамических систем).
Rational Unified Process (RUP, методология разработки программного обеспечения, созданная компанией Rational Software).
Kanban.
Lean Development (LD, бережливая разработка).
Тем не менее, чаще всего для работы над проектами выбирают одну из методологий, перечисленных выше.
С какими методологиями управления проектами работали вы? Делитесь опытом в комментариях.
*Материал в значительной степени основан на переводе статьи автора workamajig.com Эсфир Коуэн (Esther Cohen).
Оригинал: https://blog.ganttpro.com/ru/top-metodologiy-upravleniya-proektami/
Проведите конкурс среди участников CMS Magazine
Узнайте цены и сроки уже завтра. Это бесплатно и займет ≈5 минут.