Что такое Agile: как работает и кому подойдет гибкое управление проектами

Agile: что это

Методология Agile — это подход к управлению проектами. В его основе гибкость, легкая адаптация к изменениям и постоянный сбор обратной связи. Agile объединяет целое семейство методов — Scrum, Kanban и другие. Эти принципы работы помогают командам быстро реагировать на новые требования и развивать продукт по итерациям.

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

Agile часто противопоставляют методологии Waterfall. «Водопадная» модель работает так: команда получает техническое задание с описанием проекта. Затем разрабатывает продукт строго по плану, от начала до конца. Менять ничего нельзя.

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

Какие ценности и принципы в философии Agile

В манифесте Agilе — четыре ценности и 12 принципов. Они объясняют, как заказчикам, руководителям и исполнителям вместе работать над проектом: что считать результатом, как часто нужно общаться.

Ценности Agile:

1. Люди и коммуникация важнее процессов и инструментов.
2. Работающий продукт важнее полной документации.
3. Сотрудничество с заказчиком важнее контракта.
4. Готовность к изменениям важнее первоначального плана.

Принципы Agile:

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

Где применяется Agile

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

Agile-подход используют 71% мировых IT-компаний. Среди них лидеры рынка ― Bosch, Tesla, Spotify. В России, по данным «Перфоманс Лаб», методологию применяют более 80% организаций. Например, «М.Видео», «Яндекс» и «Сбер».

Как работает Agile: методологии Scrum и Kanban

Самые популярные практики гибкого управления проектами: Scrum и Kanban. Фреймворки помогают следовать принципам гибкого подхода.

Scrum

Суть. Разработку продукта делят на короткие циклы или спринты по 1-4 недели. За один спринт команда выполняет конкретную задачу — это цель спринта. В идеале в конце каждого цикла специалисты могут показать готовый продукт.

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

Коммуникация. По Scrum команда часто обсуждает продукт. Например, ежедневно специалисты собираются на 15-минутные встречи, или стендапы.

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

Kanban

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

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

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

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

Scrum и Kanban — не единственные фреймворки. Для крупных компаний есть специальные Agile-практики.

LeSS (Large-Scale Scrum). Тот же самый Scrum, но для больших продуктов. Пригодится, если в работе заняты десятки, сотни или даже тысячи сотрудников. Этот фреймворк использует, например, «Додо Пицца». Когда ее команда выросла с 20 до 70 человек, компания перешла на Basic LeSS. А когда участников стало больше 50 — на LeSS Huge.

SAFe (Scaled Agile Framework). Agile-инструмент для работы больших команд — от 50 человек. Похож на Scrum, но синхронизирует сразу несколько отделов. SAFe использует «Азбука Вкуса» и Kaspersky.

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

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

Плюсы:

• Гибкость. Продукт можно менять на любой стадии. Например, внести правки в дизайн на стадии тестирования, если у команды появились новые идеи.
• Высокая скорость разработки. За счет коротких циклов и частых релизов команды быстрее выводят новые продукты на рынок и обгоняют конкурентов.
• Высокое качество продукта. По Agile заказчик и исполнители все время на связи. Клиент рассказывает, какой результат ждет. А специалисты объясняют, как сделать его лучше. На выходе получается не просто «хотелка» владельца, а продуманное, рабочее решение.
• Минимум рутины. Документации меньше, чем в традиционном подходе. Это экономит время.
• Высокая скорость решения проблем. Перед каждым новым спринтом команды изучают результаты предыдущего. Смотрят, что получилось хорошо, а что — не очень. В следующем цикле трудности решают.
• Прозрачность. Все участники проекта вместе планируют спринты и дают друг другу обратную связь. Поэтому всегда в курсе задач каждого члена команды и могут подключиться, если нужна помощь.

Минусы:

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

Как понять, что команде нужно переходить на Agile

Поможет чек-лист. Сохраняйте, отправляйте коллегам и проходите вместе.

• Команда часто работает в условиях неопределенности на старте проекта.
• Основная часть команды — профи с опытом, которые готовы подхватить работу друг друга. Новичков или немного, или их нет совсем.
• Во время разработки все время появляются новые вводные.
• Члены команды часто не знают, чем занимаются коллеги.
• Клиенты хотят влиять на промежуточные результаты.

Если вы отметили более трех пунктов, значит, пора внедрять Agile-практики. Как это сделать — рассказываем в следующем разделе.

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

Рассмотрим, как подготовить компанию к переходу на методологию управления проектами Agile.

Шаг 1. Определите цель. Ответьте себе на вопрос: почему Agile? Важно определить, какие проблемы в работе есть сейчас.

Шаг 2. Спланируйте работу. Выберите фреймворк, например, Scrum или Kanban. Затем определите:

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

Шаг 3. Выберите инструменты. Определите, с помощью каких сервисов будете общаться с командой, вести задачи и формировать бэклог. Лучше, чтобы это была одна многофункциональная платформа, ― так коллеги не запутаются в куче программ.

Битрикс24 поддерживает разные методики планирования Agile-проектов. Назначайте сроки, отмечайте самые важные задачи, добавляйте подзадачи и чек-листы. В системе есть счетчик затраченного времени. Он показывает, сколько участники команды тратят на каждый этап, ― это поможет в планировании. Также в Битрикс24 можно настроить автоматические уведомления: сотрудники получат напоминания о горящих сроках и увидят, где появились новые вводные.

Шаг 4. Расскажите команде о переходе. Подготовьте сотрудников. Для этого:

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

Частые вопросы