Что такое методология управления проектами Agile? Объяснение основного процесса

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

Что такое методология управления проектами agile? Наше определение

Что означает agile в управлении проектами? Agile управление программными проектами — это проектная структура, которая применяется к нескольким методологиям управления проектами, подчеркивающим гибкость и рабочий процесс с регулярными итерациями, пересмотрами и изменениями. Общее определение agile-управления проектами включает в себя итеративные подходы и регулярные фазы планирования.  Возможно, мы захотим углубиться и спросить, что такое само управление проектами? Грубое и готовое определение заключается в том, что оно имеет дело с тем, как формируются проектные команды, при этом все члены проектной команды получают ряд задач в рамках более крупного плана проекта. Если говорить об управлении программами и проектами, то можно сказать, что «программа» подразумевает несколько проектов и более широкую картину, в то время как «проект» — это ограниченный набор задач с четким результатом или конечной целью.

Когда подходит методология agile PM?

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

Как и когда был создан agile-подход к управлению проектами?

Основы гибкого управления проектами были сформулированы еще в 2001 году, когда был опубликован Манифест о гибкой разработке программного обеспечения. Манифест был подписан 17 разработчиками программного обеспечения, которые посвятили себя оптимизации управления проектами и избеганию потерь. В этом смысле они были реакцией на методологии управления проектами 20-го века, которые они считали тяжеловесными и негибкими. Конечно, в наши дни многие программы работают по этой схеме. Вы можете прочитать наш обзор Agile CRM, чтобы узнать, как одна из платформ интегрируется с этим подходом к управлению проектами.

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

Можно назвать «agile» скорее рамкой управления проектами, чем методологией. То есть, существует несколько методов управления проектами agile, каждый из которых имеет свои особенности. Некоторые из распространенных методологий, которые могут быть использованы для управления проектами agile, следующие:

• Канбан
• Scrum
• Scrumban
• Экстремальное управление проектами

Доски Канбан

Что такое Канбан? Канбан представляет собой классический подход agile. Вы размещаете задачи на карточках, свободно позволяете каждому члену команды взять карточку, и перемещаете карточки по этапам доски Kanban. Простым применением методологии Kanban может быть наличие столбцов для: предстоящей работы, незавершенной работы, обзора, завершения.

Scrum

Что такое Scrum? Основной agile-методикой для команд разработчиков часто является Scrum. Применяя agile-принципы скорости и итераций, методология Scrum требует планирования спринтов, которые представляют собой 2-4 недельные наборы работ. После каждого спринта проводятся обзоры спринта, а после нескольких раундов — ретроспективы спринта. Это делается для того, чтобы оценить прогресс по сравнению с тем, что было заложено в бэклог спринта. В Скрам-проектах Скрам-мастер контролирует Скрам-команду, и они проводят короткие ежедневные встречи, которые называются ежедневными Скрамами.

Scrumban

Что такое Скрамбан? Это комбинация Scrum и Kanban. Эта форма планирования проектов сочетает гибкость доски Kanban для задач с планированием и спринтами Scrum. Методология Scrumban популярна при разработке программного обеспечения по методу agile.

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

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

Каковы 12 принципов управления проектами agile?

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

1. Удовлетворенность клиентов
2. Управление изменениями
3. Регулярные результаты
4. Межведомственное сотрудничество
5. Мотивация команды
6. Регулярные личные беседы
7. Правильные инструменты
8. Устойчивое развитие
9. Технический дизайн
10. Простота
11. Самоорганизующиеся команды
12. Отражение

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

2. Управление изменениями. Ключевой принцип agile — планирование рабочих процессов таким образом, чтобы предвидеть изменения и быть достаточно проворным для поиска новых решений. Это может быть устранение непредвиденных проблем или обнаружение новых разработок.

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

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

5. Мотивация команды. При выборе команды agile-проекта убедитесь в том, что все ее участники квалифицированны в выполнении своих задач и, что еще важнее, мотивированы на достижение целей и расширение своих навыков в процессе работы. Доверие к команде и предоставление самостоятельности — отличный способ добиться мотивированной командной работы.

6. Регулярные личные беседы. Руководители проектов и владельцы продуктов должны не только проводить регулярные ежедневные Scrum-совещания, но и обязательно уделять не менее 15 минут в неделю или две один на один с каждым членом команды.

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

8. Устойчивое развитие. Agile-проекты лучше всего подходят для непрерывного производства и прогресса без длительных периодов отсутствия результатов. Все участники проекта, от разработчиков до заинтересованных сторон и конечных пользователей, должны быть последовательны в своих рабочих процессах.

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

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

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

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

Каковы этапы жизненного цикла управления проектами agile?

Цикл управления agile-проектом можно разбить на этапы, которые не следует путать с фазами проекта. Жизненный цикл agile-проекта обычно состоит из 5 этапов. Этими этапами управления проектами являются:

1. Требования
2. Планирование
3. Разработка
4. Тестирование
5. Доставка

1. Требования. Именно здесь команда представляет себе рамки проекта, создает бэклог продукта, в котором указаны все предполагаемые функции продукта, и решает другие вопросы, например, какую методологию использовать, например, Kanban или Scrum, и какое программное обеспечение для управления проектами или PM-приложения.

2. Планирование. Следующий этап agile PM — планирование проекта. Здесь будет проведено более детальное совещание по планированию, на котором будут распределены задачи и задания в зависимости от объема работы каждого человека или команды, спланированы истории пользователей и решено, какие метрики вы будете использовать для тестирования в дальнейшем. Если вы работаете по Scrum, то здесь вы будете планировать спринт.

3. Развитие. Стадия разработки в agile-управлении проектами — это то место, где вы выполняете фактическую работу. Скорее всего, будет несколько циклов разработки, что означает, что команда работает не над готовым продуктом, а над итерацией, которая будет рассмотрена на следующем этапе.

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

5. Доставка. Модель agile-доставки следует этому итерационному подходу. После нескольких циклов разработки, включающих планирование, работу и тестирование, в конечном итоге получается законченный продукт, после чего вы передаете результаты заинтересованным сторонам или клиентам. Методология доставки Agile ориентирована на клиента, и дальнейшие итерации результатов формируются на основе обратной связи с клиентом.

Способы использования процесса управления проектами agile

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

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

Решение проблем. Agile-методы, такие как Kanban, отлично подходят для проектов по решению проблем в стиле проб и ошибок, особенно при отсутствии ограничений по времени.

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

Примеры управления проектами Agile

Вот несколько примеров agile-проектов, которые можно увидеть в реальном мире в знакомых отраслях.

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

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

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

Строительство. Традиционный метод строительных проектов был «фордистским», что означало большие команды, огромные постоянные капитальные затраты и строгое планирование, когда команды были готовы ко всему «на всякий случай». Метод agile — это метод «Toyota», когда все делается «вовремя» и компании не привязаны к стоимости или графику слишком жестко.

Преимущества и недостатки системы управления проектами agile

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

Преимущества управления проектами Agile

Вот некоторые преимущества agile-подхода к проектам: Это быстро. Благодаря коротким спринтам и регулярным итерациям вы можете начать видеть результаты довольно быстро, используя agile PM.  Устранение проблем упрощается. Agile-методы позволяют командам регулярно и в режиме реального времени выявлять проблемы и, следовательно, останавливать их до того, как они станут слишком серьезным препятствием. Это эффективно. Как и в подходе Toyota, agile-методы позволяют командам быть максимально продуктивными с минимальными потерями ресурсов.  Гибкость. Вы никогда не знаете, когда с вашим рабочим процессом или командой может произойти что-то непредвиденное, а гибкий подход позволяет легко изменить приоритеты команды и задач. Больше контроля. Менеджеры проектов имеют больше контроля в системе agile PM, несмотря на независимость, которой пользуются отдельные люди и команды. Это происходит благодаря регулярным проверкам и спринтам, а также ежедневным собраниям Scrum и регулярным личным беседам. У вас будет более мотивированная команда. Известно, что Agile-команды более мотивированы и удовлетворены своей работой благодаря свободе выполнять задачи по-своему и регулярным возможностям вносить идеи в развитие проекта.  Повышается удовлетворенность клиентов. В конечном счете, все дело в клиенте или заказчике. Если agile способен обеспечить более быстрые результаты и всегда превосходить ожидания благодаря итерационному подходу к постоянным улучшениям, это означает более счастливых клиентов и конечных пользователей.

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

Вот некоторые недостатки подхода agile к проектам: Agile может привести к недостатку информации о целостной картине. Акцент на итерациях и скорости может привести к тому, что проектная документация окажется в стороне. Когда проект достигает определенного масштаба, может быть трудно отступить назад и понять, какая работа была проделана. В связи с этим отслеживание KPI является сложной задачей. В agile вы начинаете в основном в темноте. И по мере развития проекта на протяжении всех циклов поставки приходится импровизировать систему отслеживания прогресса. Отсутствие фиксированной конечной точки проекта может привести к разбуханию. Акцент Agile на гибкость и спонтанные инновации может привести к отличным результатам, но он также может привести к бесконечным итерациям и отсутствию результатов. Работа выполняется в спринтах, что может привести к остановке выпуска продукции. Неравномерные, стаккатообразные рабочие процессы могут снизить производительность, поскольку отдельные команды подходят к решению задач независимо от общей картины.

Как менеджеры agile-проектов получают преимущества от agile-стиля управления

Если вы собираетесь стать одним из многих замечательных agile-менеджеров проектов, то вам следует знать о некоторых преимуществах agile для менеджеров проектов.  Итак, что означает agile-управление проектами для менеджеров? Руководители agile-проектов учатся доверять своей команде и, в свою очередь, завоевывают доверие своей команды, что в целом улучшает командную работу. Еще одно преимущество заключается в том, что владельцы agile-продуктов могут постоянно совершенствовать свои методы благодаря регулярным интервалам работы и обратной связи.  Менеджеры проектов и Scrum-мастера выигрывают от agile-стиля еще и потому, что они очень надежны для заинтересованных сторон, владельцев компаний и клиентов, поскольку agile-система настолько эффективна в достижении результатов.

Наши заключительные замечания по модели управления проектами agile

Мы надеемся, что к этому моменту вы узнали все, что вам нужно знать о методологии agile PM. Основные выводы из этого обзора agile-управления проектами заключаются в том, что это итеративный подход, который использует всплески работы для регулярного тестирования и обратной связи, он допускает множество независимых рабочих процессов, и он очень распространен как гибкий процесс разработки программного обеспечения.  С учетом сказанного, хотя методы управления проектами Agile распространились сначала в индустрии разработки программного обеспечения, сейчас они применяются в самых разных сферах бизнеса. Строительство, ИТ и операционная деятельность — вот несколько примеров расширенной сферы применения. Помните, что существует программное обеспечение для управления проектами, которое вы можете использовать для оптимизации ваших проектов. Многие отличные инструменты управления проектами и CRM для управления проектами делают такие вещи, как доски Kanban, учет времени и командное общение. Многие из них также имеют диаграммы Ганта для построения диаграммы управления проектами и отображения задач и зависимостей. Никогда еще не было так просто управлять agile-проектами, особенно для распределенных и удаленных команд.

Вопросы и ответы по agile в управлении проектами

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

Какие методологии можно использовать для управления проектами по методу agile? Система управления проектами agile хорошо сочетается с несколькими методологиями управления проектами. К ним относятся система досок Kanban, Scrum, экстремальное программирование, Scrumban и другие бережливые методологии. В некоторых случаях традиционные методы управления проектами, такие как метод водопада, могут пересекаться с некоторыми принципами agile, такими как регулярные обзоры.

Когда зародилось agile-управление проектами? Метод гибкого управления проектами зародился примерно в 2000 году. В 2001 году разработчики программного обеспечения выпустили официальный манифест Agile, в котором были изложены основные характеристики управления проектами по методу agile, наблюдаемые сегодня. До того, как метод agile стал популярным, метод водопада был одной из самых распространенных систем управления проектами.