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

Разобрались, какие преимущества и недостатки есть у гибкой методологии.

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

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

Что такое Agile и кому нужна методология

Agile — это гибкая методология управления проектами, при которой люди и взаимодействие важнее процессов и инструментов.

Вот основные особенности Agile:

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

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

  • Процессы адаптируются к новым данным — потребностям ЦА, требованиям заказчика, изменению рыночной ситуации. Без жёсткого плана и чётко прописанных этапов команда может свободно внедрять и тестировать новые идеи прямо в процессе работы.

В кафе заметили, что акция со скидкой на третью чашку кофе непопулярна. Поэтому заменили её на более востребованную: шестая чашка кофе в подарок.

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

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

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

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

Вот несколько примеров, когда стоит выбрать Agile для управления проектами:

  1. Запуск стартапа и вывод на рынок новых продуктов. Гибкая методология хорошо подходит для проектов в условиях неопределённости, когда финальный результат сложно запланировать. Например, для стартапов, запуска новых продуктов, разработки программного обеспечения — где нужно тестировать и проверять гипотезы, быстро вносить изменения.
  2. Разработка маркетинговой кампании. Гибкая методология будет полезна в маркетинге, где на первом месте стоят потребности клиентов. Agile позволяет адаптировать проект в зависимости от результатов аналитики, опросов и обратной связи пользователей. Например, гибкую методологию можно применять при разработке рекламной кампании, выходе на новую аудиторию или канал продвижения.
  3. Реализация краткосрочных проектов. Agile подойдёт для небольших проектов на заказ — там не очень важны чёткий план и структура, а команда за короткий период не успеет поменяться. Например, методология будет полезна для проектов дизайнерских и консалтинговых агентств.

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

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

Преимущества и недостатки Agile

ПреимуществаНедостатки
Возможность быстро вносить изменения. Agile позволяет адаптировать проект под рыночную ситуацию или требования клиента — для этого не нужно ждать, когда закончится очередной этап.Отсутствие чёткого плана и структуры. Сложно отслеживать и контролировать процесс. Кроме того, финальный продукт может существенно отличаться от планируемого вначале.
Снижение рисков. Тестирование функций в процессе выпуска продукта позволит быстро выявить и исправить ошибки.Акцент на деталях. Команда может увлечься проверкой новых идей, обновлениями и доработкой функций — сосредоточиться на деталях и упустить из виду главную цель проекта.
Вовлечённость команды. У сотрудников есть возможность проявлять инициативу, экспериментировать и проверять гипотезы. Сотрудники видят результат своей работы на каждом этапе.Необходимость тесного взаимодействия. Заказчик не всегда готов быть активным участником процесса. Ему может быть некогда вникать во все детали проекта — он хочет получить уже готовый финальный результат. При Agile-подходе активное участие заказчика в обсуждениях — это необходимость.
Минимум рутины. При Agile-подходе меньше бюрократии, документируют только самые важные процессы.Зависимость от команды. Она должна оставаться неизменной на протяжении всего проекта. Если уйдёт один из участников, ввести в проект нового будет сложно: он должен будет вникнуть во все детали работы.

Как управлять проектами по Agile

В Agile входит несколько методов управления проектами. Одни из наиболее популярных — Scrum и Kanban.

Scrum. Работа делится на короткие спринты — итерации, которые длятся от 1 до 4 недель. Все задачи выполняет небольшая команда, обычно до 10 человек. Участники самостоятельно определяют, кто за что будет отвечать. Команда ежедневно собирается для обсуждения текущих вопросов проекта. Результатом спринта может являться как часть продукта, так и рабочий продукт целиком, в зависимости от сложности проекта. Затем продукт тестируют и дорабатывают в следующих спринтах.

Kanban. Позволяет сделать работу по проекту наглядной с помощью Канбан-доски. На доске формируют столбцы с этапами: «В плане», «В работе» и «Готово». При необходимости добавляют дополнительные — «На согласовании», «Тестирование» и другие. Затем создают карточки с конкретными задачами. По мере выполнения задач карточки перемещают из одного столбца в другой.

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

Как внедрить Agile в управление проектом

Процесс внедрения можно разделить на несколько этапов:

  1. Определите цели и задачи внедрения. Необходимо проанализировать, подходит ли Agile для вашего проекта. Внедрите методологию, если необходимо быстро выпустить на рынок востребованный продукт и опередить конкурентов. Или если результат заранее неизвестен, т. е. когда вы внедряете что-то инновационное или запускаете стартап.
  2. Сформируйте и обучите команду. Важно оценить, готовы ли ваши сотрудники к гибкому подходу и командной работе. Расскажите им о сути Agile, о том, как внедрение методологии изменит процессы и какие роли будут у каждого работника.
  3. Разработайте пилотный проект. Не стоит внедрять Agile сразу для всех проектов компании. Начинать лучше с «пилота», который будет ограничен по времени, бюджету и ресурсам. Так вы сможете понять, справилась ли команда с задачами и стоит ли применять Agile в дальнейшем.
  4. Реализуйте проект. Для успешной реализации «пилота» важна слаженность работы команды. Яндекс Трекер поможет организовать весь процесс в единой среде. В нем удобно планировать спринты, отслеживать состояние задач и визуализировать их на виртуальной доске.
  5. Оцените результат. После завершения проекта поговорите со всеми сотрудниками, выявите ошибки и подумайте, как их можно исправить в будущем. Если в целом работа по Agile была успешной, можно внедрить её в управление другими проектами.

Поделиться

Яндекс 360

Рекомендуемые материалы