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

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

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

Что такое Agile-методология

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

У термина два значения:

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

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

Гибкая методология управления проектами Agile является полной противоположностью каскадной модели управления проектами Waterfall («Водопад»), которая была наиболее распространенной во второй половине XX века.

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

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

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

Чем Agile отличается от других методологий

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

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

1. Допускается и даже приветствуется неоднократное изменение конечной цели проекта в ходе разработки, поскольку в условиях динамичного развития окружающего мира цели и требования заказчиков не могут оставаться неизменными на протяжении нескольких месяцев.
2. Нецелесообразно тратить слишком много времени на анализ и планирование, так как эти процессы придется повторять позже. Более разумно сосредоточиться на техническом совершенствовании продукта.
3. Итогом каждого короткого цикла должен быть готовый продукт, даже если у него отсутствуют некоторые функции.
4. Обновленные требования к продукту должны быть обязательно учтены и внесены в последующие рабочие циклы.
5. Не следует устанавливать строгие сроки завершения проекта. Гибкие условия выполнения работы позволяют адаптироваться к возможным задержкам и изменениям.
6. Руководителю отводится роль активного участника в работе над проектом на протяжении всего времени. Он ни в коем случае не должен ограничиваться только постановкой задач и финальным контролем.

Скачайте 5 рабочих инструментов от коуча для мощного прорыва в 2025 году

Юрий Мурадян

Коуч MCC ICF, входит в ТОП-5 коучей России

Каждый человек мечтает найти своё призвание в жизни. Не у каждого это сразу получается, но мы знаем, где искать! За 5 лет мы помогли более 27 000 ученикам найти дело своей жизни и научили зарабатывать на нем.

Мы подготовили подборку полезных документов и вебинаров, которые помогут вам сделать первые шаги для поиска себя и увеличения своего заработка. И да, это бесплатно!

Как найти своё призвание и зарабатывать на нём от 150 000₽

На бесплатном курсе "Профессия коуч"

20 коучинговых вопросов, которые изменят вашу жизнь

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

5 практик принятия себя, повышающих самооценку на 62%

ТОП ошибок, которые мешают жить счастливо

Карта трансформации личности: создай нового себя

Техника коучинга для улучшения всех сфер жизни

Рабочая тетрадь «Действия, которые дают результат»

Поможет достичь целей в быстрые сроки

Скачать подборку бесплатно

DOC 1,7 mb PDF 2,5 mb

Уже скачали 27173 человек

Также существуют отличия в конкретных практических методах и инструментах, которые будут рассмотрены далее.

Ценности и принципы Agile-методологии

Agile-манифест, составленный в феврале 2001 года при участии 17 представителей крупных компаний и организаций, которые являлись сторонниками методологии Agile, объединил принципы и ценности движения.

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

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

Ценности Agile-манифеста

• Люди и взаимодействие важнее процессов и инструментов.

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

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

• Работающий продукт важнее исчерпывающей документации.

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

• Сотрудничество с заказчиком важнее согласования условий контракта.

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

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

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

• Готовность к изменениям важнее следования первоначальному плану.

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

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

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

Для вас подарок! В свободном доступе до 5.04

Узнайте, с помощью коучинга, как выйти на новый финансовый уровень

Скачайте бесплатный фрагмент книги
"Делай как коуч"

Чтобы получить файл, укажите e-mail: Для доступа к файлу укажите телефон:

Скачать бесплатно

pdf 2,3 mb

Я даю согласие на обработку своих персональных данных в соответствии с Политикой конфиденциальности

Я даю согласие на получение рассылок об акциях, бонусах, подарках от Академии и рекламных материалов

12 принципов системного подхода

1. Приоритетным является удовлетворение всех потребностей заказчика. Команда выполнила свою задачу, если клиент доволен и получил прибыль.
2. Любые изменения могут быть полезны и только приветствуются даже на завершающих этапах. От полезных усовершенствований зависит конкурентоспособность продукта и успешность его продвижения на рынке.
3. Выпуск основного продукта осуществляется с периодичностью от 14 дней до двух месяцев. Команда должна регулярно представлять мини-версии своего изобретения, а его функциональные возможности и дополнительные опции можно доработать позже.
4. В течение всего периода разработки исполнители работают над проектом совместно с представителями заказчика. Такой подход позволяет создать продукт, полностью соответствующий ожиданиям клиента.
5. В воплощении идеи должны быть задействованы только мотивированные специалисты. Для успешного выполнения поставленных задач следует создать условия, способствующие продуктивной деятельности.
6. Личное общение как между сотрудниками, так и с заказчиком является наиболее эффективным способом передачи информации. По возможности следует исключить обсуждение вопросов посредством переписки в мессенджере, телефонных звонков и т. п.
7. Главным критерием успешной деятельности является функционирующий продукт. А отклонение от стартовой идеи, корректировка плана, применение нетрадиционных методов имеет второстепенное значение.
8. Инвесторы, разработчики проекта и пользователи должны иметь возможность поддерживать ровный темп работы. Ускорение одних процессов и замедление других способствует срыву сроков. Agile-методология помогает избежать нестабильности.
9. Гибкости проекта способствует непрерывное внимание к техническому усовершенствованию и качеству проектирования. Следует принимать даже оригинальные предложения разработчиков, если они эффективны.
10. Необходима простота — умение свести к минимуму лишнюю работу. Важно организовать деятельность команды так, чтобы разработчики не совершали бесполезных действий, не тратили время и ресурсы на решение неоправданных задач.
11. Самые ценные идеи, требования к продукту, архитектурные и технические решения появляются в самоорганизующихся командах. Отсутствие строгого руководства позволяет сохранить свободу творческого поиска и креативность специалистов.
12. Группа исполнителей должна регулярно оценивать новые возможности, анализировать свою эффективность и искать пути ее повышения, при необходимости корректировать подходы к работе. Только развитие позволяет сохранить конкурентоспособность и создать уникальный продукт.

Плюсы и минусы Agile-методологии

Agile-методология имеет свои плюсы и минусы.

Основные достоинства

• Гибкость и готовность к изменениям. Есть возможность быстро адаптироваться к новым требованиям заказчика, незамедлительно реагировать на действия конкурентов и эффективно работать в ситуации неопределенности.
• Снижение риска неудачи. В конце каждого этапа предусмотрено взаимодействие с клиентом, тестирование продукта и анализ результатов. Такой подход позволяет своевременно выявить проблемы, внести необходимые коррективы и в результате получить востребованный продукт.
• Управление сроками. Гибкая методология разработки Agile позволяет адаптировать дедлайны. Если процесс создания определенной функции затянулся, можно внести коррективы в рабочий процесс, чтобы не допустить срыва и своевременно выпустить продукт.
• Высокая мотивация команды. Активное взаимодействие с руководством, отсутствие микроменеджмента и самоуправление способствуют осознанию своего вклада в проект и повышению эффективности работы.
• Быстрая реакция на возникшую проблему. В случае возникновения сбоя нет необходимости кардинально пересматривать проект или изменять сроки. Любую ошибку можно оперативно устранить в следующем цикле.
• Минимум рутинной работы. Специалисты тратят меньше времени на оформление документации и составление отчетов.

Недостатки

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

Методы Agile

В России известны две основных разновидности Agile — Scrum и Kanban.

Scrum

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

Для такой разновидности методологии Agile, как Scrum, характерно применение пяти инструментов:

• Спринт — цикл работы над продуктом. Его продолжительность составляет от одной до четырех недель, в течение которых команда выполняет поставленные задачи.
• Планирование спринта — нацеленность на получение промежуточного результата — рабочей версии продукта (инкремента). На основе результатов предыдущего цикла команда, Scrum-мастер и Product Owner (PO — владелец продукта) совместно разрабатывают план для следующего спринта. Например, при разработке веб-сайта инкрементом является функционирующая главная страница или форма для сбора данных.
• Дейли — короткие регулярные встречи. Ежедневно команда собирается на 10–15 минут для обмена информацией: анализа выполненных задач, обсуждения текущих вопросов и предстоящих работ.
• Обзор спринта — демонстрация результатов работы команды (инкремента). Заказчик имеет возможность оценить соответствие достигнутых результатов изначально поставленным целям.
• Ретроспектива — анализ работы, выполненной в течение спринта. Разработчики обсуждают, что было успешным, а где требуются улучшения.

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

Формированием перечня задач занимается Product Owner, он же определяет их приоритетность и сроки выполнения. Группа разработчиков выбирает задание из бэклога продукта и переносит их в бэклог спринта, устанавливая статус «В работе».

Бэклог спринта — это постоянный неизменный список дел, которые предстоит выполнить в конкретном рабочем цикле. Он составляется командой и Scrum-мастером в процессе планирования. Задачи со статусом «В работе» следует обязательно завершить.

Kanban

Kanban — метод управления проектами, позволяющий разбить большой объем работы на отдельные задачи. На базе этой системы организации труда созданы таск-трекеры — сервисы, состоящие из канбан-досок, которые помогают:

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

Правила использования канбан-досок в проектной методологии Agile:

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

Читайте также!

Матрица Эйзенхауэра: зачем нужна и как использовать

Подробнее

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

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

Для визуализации работы над проектом на канбан-доске нужно создать шесть колонок:

• Заключение договора и старт работ.
• Разработка дизайна.
• Верстка.
• Тестирование.
• В работе.
• Завершено.

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

Далее карточки с задачами перемещают по колонкам на доске. Например, в то время, когда специалист вместе с заказчиком определяет тип сайта, задача «Выбор типа сайта» должна находится в колонке «В работе». После утверждения типа сайта карточка перемещается в колонку «Завершено».

Как работает команда Agile

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

• product owner;
• project-менеджеры;
• UX-дизайнеры;
• технические писатели;
• разработчики в соответствии с профилем проекта;
• тестировщики.

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

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

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

Для каких проектов подходит Agile-методология

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

Примеры применения Agile-методологии в проектном управлении, когда она максимально эффективна:

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

Определить необходимость перехода команды на Agile поможет чек-лист:

1. Команде нередко приходится начинать работу над проектом в условиях неопределенности.
2. Большинство сотрудников являются опытными профессионалами, готовыми поддерживать друг друга. Новичков нет или они присутствуют в ограниченном количестве.
3. В процессе разработки непрерывно поступают новые вводные данные.
4. Специалисты команды чаще всего не осведомлены о деятельности своих коллег.
5. Заказчики выражают желание влиять на промежуточные результаты.

Читайте также!

Методы тайм-менеджмента: как управлять временем

Подробнее

Совпадение в чек-листе более трех пунктов сигнализирует о необходимости внедрения методологии Agile. Простыми словами ее можно описать как гибкое управление.

Технические особенности работы по Agile-методологии

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

Распределение ролей

Выделяются три ключевых роли:

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

Иерархическая система

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

Пропускная способность процесса

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

Определение приоритетности задач

Распределение заданий по степени их важности зависит от специфики сферы деятельности:

• Value Based — ориентация на ценности. Приоритет отдается прибыльности и пользе для бизнеса. Учитывается, как выполнение задания повлияет на репутацию компании и какие проблемы целевой аудитории будут решены.
• Technology Risk Based — ориентация на уровень технологических рисков. Высокая степень возможной опасности может быть связана с возросшим количеством требований, значительным влиянием внешних факторов и т. д.

Читайте также!

Что такое тимбилдинг: виды, идеи и этапы организации

Подробнее

График выполнения задач

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

Как внедрить Agile в работу

Для внедрения методологии Agile следует выполнить шесть шагов:

• Выбор наиболее подходящего метода. Кроме Scrum или Kanban, есть и другие методологии: Agile и Waterfall, Lean и т. д. Не стоит ограничиваться одним методом, можно их комбинировать.
• Подготовка сотрудников к усвоению основ философии Agile. Методология Agile является философией, а не просто инструментом управления проектами. Важно донести до сотрудников все ее преимущества, чтобы исключить их сопротивление внедрению новшеств.

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

• Привлечение квалифицированных специалистов.

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

• Подбор подходящих для работы инструментов. Нужно определить, как команде удобнее устанавливать задачи и отслеживать их выполнение. Можно использовать онлайн-сервисы для создания интеллект-карт или таск-трекеров.
• Обеспечение прозрачности рабочих процессов. Взаимодействие сотрудников должно осуществляться напрямую, без посредников. Для общения можно задействовать корпоративный мессенджер и организовать групповые чаты для каждого проекта или задачи.
• Тестирование на первом проекте. Не следует внедрять новшества сразу же во все процессы. Начните интегрировать методологию Agile в этапы одного проекта. Анализируйте результативность, выявляйте и устраняйте недостатки, продумайте возможные улучшения.

Читайте также!

Методы управления в менеджменте: лучшие подходы и их применение

Подробнее

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