Что такое Agile: как работает и кому подойдет гибкое управление проектами
Наталья Хайду
Главный редактор
Профессионально увлекаю через контент. С командой Журнала практически с самого основания. Знаю толк в продукте и заражаю читателей интересом к нему с помощью наших статей.

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

10 мин
4668
Задачи

agile_what_is_preview

В феврале 2001 года в США собрались 17 недовольных программистов. Разработчиков беспокоило, как развивается IT-индустрия. На тот момент компании работали по традиционному, каскадному методу управления проектами. Подход мешал экспертам создавать новые технологии.

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

В статье рассказываем про Agile — что это такое простыми словами и кому подойдет такой подход к управлению проектами.

Agile: что это

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

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

Пример. За первый спринт разрабатывают каталог тренировок для фитнес-приложения. В сервисе уже можно выбрать видеозанятие и посмотреть его. На втором цикле появляются страницы тренеров. В конце третьего — рекомендации по питанию.

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

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

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

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

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

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

Чтобы быстро измениться, ING внедрил гибкий подход к работе.

  1. Объединил разных специалистов в команды. Маркетологи, разработчики, дизайнеры, аналитики — сотрудники с разной экспертностью стали вместе придумывать, как сделать банк лучше.
  2. Дал командам свободу. Специалисты начали предлагать и сразу тестировать идеи без согласований с менеджерами.
  3. Перешел на работу короткими циклами. Команды начали работать по спринтам с четкими целями. В конце сотрудники обсуждают результаты и планируют будущий этап.
После перехода на Agile банк стал выпускать обновления для IT-сервисов каждые две-три недели вместо пяти-шести раз в год. Клиенты отметили удобство сервиса, а сотрудники начали больше вовлекаться в рабочие процессы.

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

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

Scrum

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

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

Scrum

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

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

Kanban

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

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

Kanban

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

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

Scrum Kanban
Подходит для запуска новых продуктов. Используют команды, где работают разные эксперты. Используют для узких задач. Часто применяют в маркетинге, где много потоковой работы: написать статью, сделать картинку, придумать креативную рекламу.
Работа делится на спринты — одинаковые по времени этапы. Спринтов нет. Задачи идут потоком.
Команда регулярно созванивается друг с другом и с заказчиком. Встречи проводят только при необходимости.
У каждого члена команды своя роль. За работой следит Scrum-мастер. Строгого разделения на роли нет.

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. Затем определите:

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

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

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

Ставьте задачи в Битрикс24
Организуйте эффективную работу над задачами и проектами в удобном таск‑трекере.
Попробовать бесплатно

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

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

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

Каким компаниям не подходит Agile?

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

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

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

Какие инструменты нужны для работы по Agile?

Понадобятся инструменты для общения: мессенджер, онлайн-доски, программы для видеозвонков. Если проектов много, желательно, чтобы можно было создавать ветки или треды, папки с чатами. Так сотрудники не утонут в количестве диалогов.

Еще нужны сервисы для совместной работы и управления проектами по Agile: с карточками задач, ролями исполнителей, базой знаний со всеми файлами по проекту.


Что в итоге

  • Методика Agile позволяет командам быстрее реагировать на то, как меняются запросы клиентов. Она подходит и крупным компаниям, и стартапам. В основном ее используют в IT и диджитале.
  • В Agile есть несколько методологий, самые популярные: Scrum и Kanban. По Scrum разработку продукта делят на спринты по 1-4 недели. По Kanban задачами управляют на досках.
  • У методологии Agile есть преимущества и недостатки. Плюсы — гибкость, высокие скорость разработки и качество продукта. Минусы — не очевиден финальный результат, большая ответственность на команде.
  • Чтобы внедрить гибкий подход, определите цель, выберите подходящие инструменты и спланируйте работу. Обучите сотрудников основам методологии, объясните ценности и принципы. Начните с одного проекта. Привлеките тренера, чтобы правильно организовать процесс.

Управляйте проектами и создавайте сильную команду с Битрикс24
Попробовать бесплатно
Наталья Хайду
Главный редактор
Рекомендуем
Показать еще