About Methodologies

6 Project Management Methodologies

In this video, Ash delivers six project management methodologies:
– Waterfall methodology
– Agile methodology
– Adaptive project framework
– Scrum methodology
– Kanban methodology

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

Методология управления проектами — это набор руководящих принципов и процедур для управления проектом.

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

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

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

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

1. Waterfall (каскадная модель, «водопад»)

Методология Waterfall – самая «старая» из всех. Впервые она была изложена американским ученым в области информатики Уинстоном Уокером Ройсом в 1970 году в ответ на потребность управления все более усложняющимся процессом разработки программного обеспечения. С тех пор она получила широкое распространение, особенно в сфере программного обеспечения.

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

Необходимо иметь абсолютно четкое представление о том, что нужно проекту, чтобы продолжить работу с методологией Waterfall.

Когда проект уже будет в разработке, вы не сможете скорректировать его курс.

Методология Waterfall делится на три отдельных этапа. Сначала необходимо собрать и проанализировать требования, затем разработать решение (и подход), внедрить решение и исправить проблемы, если они появились.

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

Вышеописанное применимо к разработке программного обеспечения. Для быстрого начала планирования воспользуйтесь готовым шаблоном диаграммы Ганта для разработки ПО.

В рамках других проектов, например, творческих, этапы будут другими, но подход останется таким же.

Преимущества Waterfall модели

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

Таким образом, методология Waterfall обладает рядом преимуществ:

• Простота использования

Эту модель просто понять и использовать. Деление на этапы довольно интуитивно, его просто освоить вне зависимости от опыта.

• Структура

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

• Документация

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

Недостатки Waterfall модели

• Повышенный риск

Жесткость методологии означает, что, если вы обнаружите ошибку или вам понадобится внести изменения, придется начинать проект сначала. А это значит, что вы и вовсе можете не завершить проект вовремя.

• Сложность первого этапа

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

Для каких проектов лучше всего подойдет Waterfall

Методология управления Waterfall зачастую используется в сфере разработки программного обеспечения. Она лучше всего подходит для:

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

2. Agile (гибкая методология)

Agile — это еще одна методология управления c акцентом на разработке программного обеспечения. Появилась она как результат неприменимости методологии Waterfall в рамках сложных проектов.

Хотя идеи, присущие Agile, уже давно используются в сфере разработки ПО, формально методология появилась лишь в 2001 году, когда несколько представителей из IT выпустили Agile-манифест.

Agile полностью противоположна методологии Waterfall по подходу и идеологии. Само название с английского языка переводится как «Гибкий», а это значит, что в управлении используется быстрый и гибкий подход.

В Agile проектах не требуется тщательный сбор требований.

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

Преимущества Agile методологии

• Гибкость и свобода

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

• Пониженный риск

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

Недостатки Agile методологии

• Отсутствие четкого плана

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

• Сложность взаимодействия

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

Для каких проектов лучше всего подойдет Agile

Гибкость подхода Agile позволяет адаптировать его к проектам различного типа. Методология лучше всего работает в случаях:

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

3. Гибридная модель

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

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

Сочетая свойства Waterfall и Agile, гибридная методология, которую иногда называют «Структурированным Agile», позволяет воспользоваться преимуществами обеих составляющих.

Преимущества гибридной методологии

• Большая гибкость

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

• Большая структурированность

Позаимствовав этап первоначального планирования из Waterfall, гибридная методология решает одну из основных проблем подхода Agile — недостаточную организованность и отсутствие плана. Таким образом, эта методология сочетает в себе лучшее от этих подходов.

Недостатки гибридной методологии

• Необходимость компромиссов

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

• Сочетание лучшего от обоих подходов

Методология, сочетающая в себе все лучшее от двух подходов, лишает вас гибкости Agile и стабильности Waterfall. Любые изменения, которые вы будете вносить, должны будут соответствовать бюджету и плану, обозначенным заранее.

Для каких проектов лучше всего подойдет гибридная методология

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

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

4. Scrum

Scrum — это не полнофункциональная методология управления проектами. Это скорее подход к методологии Agile с акцентом на командах проекта, спринтах и ежедневных собраниях.

Несмотря на то что Scrum заимствует принципы и процессы из Agile, этому подходу свойственны свои методы и тактики управления проектами.

В какой-то степени возможна такая формулировка:

Agile — это философия, а Scrum — методология. И хотя Scrum — это Agile, Agile — это не Scrum.

В рамках подхода Scrum в центре проекта — команда. Зачастую менеджера проекта нет. Поэтому предполагается, что команда характеризуется самоорганизацией и самоуправлением. Именно поэтому такой подход идеально подойдет для опытных мотивированных команд, но вряд ли подойдет всем остальным.

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

• Спринты

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

• Динамичность

Благодаря разбивке работы на 30-дневные периоды с ежедневными собраниями разработка и внесение изменений происходят довольно динамично.

• Командная работа

Поскольку подразумевается самоорганизация команды проекта, участники четче понимают и знают проект. А еще лидеры проекта могут самостоятельно расставлять приоритеты согласно своим знаниям и возможностям.

Кроме перечисленных, этой методологии свойственны все преимущества Agile: быстрое внесение изменений и регулярная обратная связь с заинтересованными сторонами.

Недостатки Scrum

• Неконтролируемое расширение масштабов

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

• Повышенный риск

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

• Недостаточная гибкость

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

Для каких проектов лучше всего подойдет Scrum

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

Ей свойственны все преимущества и недостатки Agile. Ее можно применять для работы над большими проектами, но она не подходит командам со множеством участников.

Вкратце: используйте Scrum, если вы разрабатываете сложное ПО с опытной командой.