Что такое Agile: разбираем метод на примерах

Для управления сложными технологическими проектами в IT, сфере продаж и финансов, digital агентствах, используют разные подходы. Одни руководители внедряют классические методы, другие Agile, потому что считают этот вариант эффективнее. 

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

{{cta_banner}}

Суть Agile 

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

Как правило, команды работают спринтами по 1-3 недели. Спринт — промежуток времени, в течение которого сотрудники выполняют серию задач. В конце команда подводит итоги работы, составляет список задач для следующего. Обычно сотрудники создают новый мини-продукт после каждого спринта.

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

Аналитики из ScrumTrek рассказали о преимуществах внедрения Agile в командах:

• стало легче справляться с меняющимися приоритетами;
• удалось добиться прозрачности ведения проектов;
• стало проще управлять удаленными командами;
• улучшилась согласованность бизнеса;
• увеличилась скорость выполнения задач.

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

Как работает Agile 

Допустим, компания хочет разработать мобильное приложение. Для этого:

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

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

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

Работа выглядит так:

• придумали, как сделать приложение;
• разработали хороший дизайн;
• разработали первую фичу → протестировали → исправили ошибки → запустили первую версию приложения;
• разработали вторую фичу → протестировали → исправили ошибки → запустили вторую версию приложения;
• разработали третью фичу → протестировали → исправили ошибки → запустили третью версию приложения.

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

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

Принципы и ценности Agile 

Создатели гибкого метода управления проектами разработали манифест Agile. Это документ, в котором описаны ценности, идеи и принципы методологии. Вот ее 4 ключевые ценности:

1. Люди и взаимодействие важнее процессов и инструментов. Это означает, что команда сама выбирает, какие инструменты эффективны в работе и как выстраивать весь рабочий процесс.
2. Работающий продукт важнее документов. Меньше сил вкладывайте в разработку документации, больше — в создание продукта.
3. Сотрудничать с заказчиком важнее, чем обсуждать условия контракта. Содействуйте клиенту и ищите решение проблемы, а не препирайтесь с ним.
4. Готовность к изменениям важнее следования выбранному плану. Agile — гибкий подход, а значит, если план нужно изменить, в этом нет ничего страшного.

Также в Agile Manifesto описали 12 принципов:

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

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

Методы Agile

Есть 2 основных метода Agile — Scrum и Kanban. В России популярны оба. Аналитики из ScrumTrek установили, что:

• 82% участников опроса используют на работе Scrum;
• 61% участников применяют Kanban; 
• 52% сочетают Scrum и Kanban.

Что такое Scrum

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

В Agile Scrum используют 5 инструментов:

1. Спринт — это цикл работы над продуктом. Небольшой период времени, в течение которого команда выполняет задачи. Обычно он длится от 1 до 4 недель. 
2. Планирование спринта — по результатам предыдущего цикла команда, Scrum-мастер и Product Owner, клиент или владелец продукта, планируют следующий. Целью этого планирования является получение так называемого инкремента, промежуточного жизнеспособного результата. Например, при создании сайта инкремент — это работающая главная страница или форма для сбора данных.
3. Дейли — ежедневные встречи. Каждый день команда собирается на 10–15 минут и проводит митинг. На встречах люди делятся информацией: обсуждают, что было сделано за прошедший день и будет сделано за следующий.
4. Обзор спринта — команда представляет результаты работы, инкремент. Заказчик может оценить, насколько результат совпал с целями, поставленными на этапе планирования.
5. Ретроспектива — команда анализирует свою работу, проделанную в течение спринта. Сотрудники отмечают, что получилось хорошо, а что нужно улучшить.

В Scrum есть бэклог продукта и спринта. Бэклог продукта — это список задач по проекту, которые предстоит сделать. В процессе работы в список добавляют новые  задачи, убирают те, которые решили не делать. 

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

Бэклог спринта — задачи для конкретного цикла работы над продуктом. Команда и Scrum-мастер составляют список задач во время планирования. Это постоянный список, его нельзя менять. Если задачи уже в работе, команда должна их выполнить.

Что такое Канбан

Методика Канбан позволяет разделить большой объем работы на задачи. Этот метод положен в основу таск-трекеров. Такие сервисы состоят из канбан-досок, которые используют чтобы: 

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

Канбан-доски работают по такой схеме:

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

Например, команде нужно разработать сайт. Разбиваем всю работу на 4 этапа, к каждому составляем список задач:

1. Заключение договора и начало работ. Задачи: выбор типа сайта, заполнение договора, предоплата.
2. Разработка дизайна. Задачи: выбор шаблона, хорошей цветовой гаммы, элементов сайта, согласование и утверждение дизайна.
3. Верстка. Задачи: верстка, настройка структуры, настройка сайдбара и дополнительных модулей, согласование.
4. Тестирование. Задачи: перенос сайта на домен, поиск ошибок, тестирование. 

Дальше с помощью канбан-доски визуализируем работу по проекту. Для этого на виртуальной доске создаем 6 колонок:

1. Заключение договора и начало работ. 
2. Разработка дизайна. 
3. Верстка. 
4. Тестирование.
5. В работе.
6. Выполнено.

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

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

{{pc}}

{{/pc}}

{{mobile}}

{{/mobile}}

Отличия Agile от других методов

Сравним Agile-подход с Waterfall — каскадным методом управления проектами в компании. Это классический подход к управлению: работу разбивают на этапы, сделали первый этап → переходят ко второму. Продукт выпускают, когда он полностью готов. По методу Agile его выпускают частями.

{{pc}}

{{/pc}}

{{mobile}}

{{/mobile}}

Для кого подходит Agile 

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

Если проанализировать исследования ScrumTrek за последние 3 года, становится ясно, что финансовый сектор догоняет IT-компании по использованию Agile. Все больше компаний из разных сфер внедряют этот подход.

{{pc}}

{{/pc}}

{{mobile}}

{{/mobile}}

Существует 3 признака, чтобы понять, что бизнесу подходит Agile:

1. Команда состоит из ответственных и организованных сотрудников. В Agile нет привычных руководителей, которые контролируют сотрудников. Есть Scrum-мастер, он выступает в роли коуча, а не лидера. Лидеров в команде нет, поэтому люди принимают решения самостоятельно. Каждый член команды сам следит за дедлайнами и качеством своей работы. Поэтому Agile подходит только для самоорганизующихся команд.
2. Компании нужно быстро выпустить первую версию продукта. Например, надо срочно разработать и запустить интернет-магазин. Тогда команда разрабатывает первую версию сайта, а потом итерациями дорабатывает опции. 
3. На проекте есть много неизвестных факторов, проблем, неопределенности. Если часто появляются конкурентные продукты и сложно предугадать все риски, методика Agile поможет подстраиваться под изменения. Благодаря этой философии не придется заставлять всех участников переделывать работу с нуля.

3 признака, когда бизнесу не подходит Agile:

1. Если продукт не сложный, не инновационный, на проекте нет неизвестных факторов.
2. Команда не готова к Agile. Сотрудникам сложно быть гибкими, приспосабливаться к изменениям, они не мотивированы выполнять свою работу. Им нужен лидер, который будет руководить рабочим процессом. Если сотрудники не знают, как решить организационные вопросы, и им нужна поддержка руководителя, Agile будет мешать.‍
3. Клиент или руководитель компании не готов к Agile. Владелец продукта против обратной связи от разработчиков. Клиенту сложно проявлять гибкость. Ему важно, чтобы сотрудники работали строго по ТЗ, не предлагали новые хорошие функции продукта, следовали первоначальному плану.

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

Чтобы внедрить Agile, сделайте 6 шагов:

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

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

3. Наймите хороших специалистов. Обычно сделать из руководителя Scrum-мастера сложнее, чем нанять компетентного сотрудника. Если хотите воспитать своего Scrum-мастера, подберите для него подходящий курс обучения.
4. Подберите инструменты для работы. Например, выберите сервис с интеллект-картами или таск-трекер. Решите, как команде будет удобнее ставить задачи, отмечать их выполнение.
5. Сделайте рабочие процессы прозрачными. Сотрудники должны общаться напрямую, без посредников. Для этого лучше использовать корпоративный мессенджер. Например, в Compass команда общается в личных и групповых чатах. В мессенджере легко создать групповые чаты для каждого проекта или большой задачи.
6. Протестируйте метод на первом проекте. Не переводите на Agile сразу все процессы. Внедрите метод на одном проекте, оцените результат, найдите и исправьте ошибки, продумайте улучшения. 

Подытожим: что такое Agile и чем он полезен

1. Agile — гибкая методология управления проектами. Здесь нет жесткого планирования, техзаданий, документации и руководителя. Команда вместе принимает решения и трудится над результатом. Планы, сроки и цели можно менять. Продукт выпускают не полностью, а частями. Сначала мини-продукт, потом обновления или доработки к нему.
2. Есть 2 самых популярных метода Agile: Scrum и Kanban. Scrum — работа итерациями по 1–4 недели. После каждого спринта бизнес получает результат, инкремент. Например, после каждой итерации разработчики выпускают новую страницу сайта.
3. Канбан позволяет разделить большой объем работы на небольшие задачи. Так работают таск-трекеры с канбан-досками, например, Trello или Asana, некоторые CRM системы. Проект разбивают на этапы, все этапы переносят в колонки на интерактивной или физической доске. Дальше распределяют задачи по этапам. Это помогает визуализировать процесс работы с задачами по проекту.
4. Раньше с помощью Agile выпускали ПО, поэтому метод использовали в IT-компаниях. Сейчас методологию внедряют не только программисты, но и компании из сферы торговли, финансов, промышленности, энергетики и т д.