В феврале 2001 года в США собрались 17 недовольных программистов. Разработчиков беспокоило, как развивается IT-индустрия. На тот момент компании работали по традиционному, каскадному методу управления проектами. Подход мешал экспертам создавать новые технологии.
Чтобы решить проблему, разработчики выпустили Agile-манифест. В нем они собрали ценности и принципы гибкой методологии разработки.
В статье рассказываем про Agile — что это такое простыми словами и кому подойдет такой подход к управлению проектами.
Agile: что это
Agile — это набор методологий для управления проектами. А также философия, система ценностей, которой следует команда во время работы.
Команды работают короткими циклами или спринтами. В начале каждого определяют, какую часть продукта или функцию они будут делать. Неделю или месяц выполняют задачу. Потом собираются и планируют следующий этап.
Пример. За первый спринт разрабатывают каталог тренировок для фитнес-приложения. В сервисе уже можно выбрать видеозанятие и посмотреть его. На втором цикле появляются страницы тренеров. В конце третьего — рекомендации по питанию.
На четвертом спринте разработчики меняют каталог и создают фильтры для поиска упражнений. На пятом понимают, что пользователи не заходят на страницы тренеров, и убирают их из приложения.
Что в итоге: базовая версия сервиса работает с первого спринта. На следующих этапах команда добавляет новые или улучшает уже готовые функции.Agile часто противопоставляют методологии Waterfall. «Водопадная» модель работает так: команда получает техническое задание с описанием проекта. Затем разрабатывает продукт строго по плану, от начала до конца. Менять ничего нельзя.
Метод Waterfall подходит, когда с запуском продукта можно не спешить. И если нужен точно такой результат, какой представляет заказчик. В разработке и маркетинге условия обычно другие. Продукт нужно запустить как можно быстрее, а результат нельзя представить заранее. Поэтому в диджитал-сферах чаще управляют проектами с помощью Agile. Его принципы закрепляет манифест.
Какие ценности и принципы в философии Agile
В манифесте Agilе — четыре ценности и 12 принципов. Они объясняют, как заказчикам, руководителям и исполнителям вместе работать над проектом: что считать результатом, как часто нужно общаться.
Ценности Agile:
- Люди и коммуникация важнее процессов и инструментов.
- Работающий продукт важнее полной документации.
- Сотрудничество с заказчиком важнее контракта.
- Готовность к изменениям важнее первоначального плана.
Принципы Agile:
- Главная задача команды — выполнить запрос заказчика. Для этого нужно вовремя показывать результаты работы клиенту.
- Можно менять продукт даже на поздних стадиях разработки.
- Промежуточный рабочий продукт нужно показывать клиенту в срок от двух недель до 2-3 месяцев.
- Разработчики и заказчик должны общаться друг с другом каждый день.
- Чтобы закончить работу, создайте хорошие условия труда, поддерживайте и мотивируйте команду. Затем полностью доверьтесь профессионалам.
- Личное общение внутри команды — залог надежного обмена информацией.
- Готовый продукт — главный показатель эффективности.
- Процессы должны быть настроены так, чтобы проект стабильно развивался.
- Нужно постоянно улучшать проект, стремиться к техническому совершенству.
- Не должно быть лишней работы: принцип — минимизация труда.
- Команда должна организовывать себя сама.
- Сотрудники должны постоянно оценивать свою работу и искать способы, как сделать ее лучше.
Где применяется Agile
Agile применяют в сферах, где быстро меняются запросы пользователей. Сейчас это в основном IT-сектор, ниша финансовых услуг и агентский бизнес.
Agile-подход используют 71% мировых IT-компаний. Среди них лидеры рынка ― Bosch, Tesla, Spotify. В России, по данным «Перфоманс Лаб», методологию применяют более 80% организаций. Например, «М.Видео», «Яндекс» и «Сбер».
Пример. ING — банк из Нидерландов. В 2015 году у компании все было хорошо: она показывала высокие финансовые результаты. Но замечала, что ожидания клиентов меняются: просто предлагать банковские услуги стало недостаточно.
Поэтому в ING решили сделать сервис максимально удобным для людей: чтобы человек мог начать общение в одном месте, а продолжить в другом. Например, получить консультацию в отделении, а оформить кредит на сайте.
Чтобы быстро измениться, ING внедрил гибкий подход к работе.
- Объединил разных специалистов в команды. Маркетологи, разработчики, дизайнеры, аналитики — сотрудники с разной экспертностью стали вместе придумывать, как сделать банк лучше.
- Дал командам свободу. Специалисты начали предлагать и сразу тестировать идеи без согласований с менеджерами.
- Перешел на работу короткими циклами. Команды начали работать по спринтам с четкими целями. В конце сотрудники обсуждают результаты и планируют будущий этап.
Как работает Agile: методологии Scrum и Kanban
Самые популярные практики гибкого управления проектами: Scrum и Kanban. Фреймворки помогают следовать принципам гибкого подхода.
Scrum
Суть. Разработку продукта делят на короткие циклы или спринты по 1-4 недели. За один спринт команда выполняет конкретную задачу — это цель спринта. В идеале в конце каждого цикла специалисты могут показать готовый продукт.
Задачи берут из бэклога. Команда может добавлять, удалять и определять важность работ.
Коммуникация. По Scrum команда часто обсуждает продукт. Например, ежедневно специалисты собираются на 15-минутные встречи, или стендапы.
В конце спринта его результаты показывают клиенту. Затем проводят ретроспективу — оценивают, как поработали сотрудники.
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. Затем определите:
- как часто будете встречаться с командой и заказчиком;
- какие зоны ответственности будут у каждого участника;
- когда начнете работу над проектом;
- какие инструменты и как вы будете использовать;
- что сделаете в первом спринте.
Шаг 3. Выберите инструменты. Определите, с помощью каких сервисов будете общаться с командой, вести задачи и формировать бэклог. Лучше, чтобы это была одна многофункциональная платформа, ― так коллеги не запутаются в куче программ.
Битрикс24 поддерживает разные методики планирования Agile-проектов. Назначайте сроки, отмечайте самые важные задачи, добавляйте подзадачи и чек-листы. В системе есть счетчик затраченного времени. Он показывает, сколько участники команды тратят на каждый этап, ― это поможет в планировании. Также в Битрикс24 можно настроить автоматические уведомления: сотрудники получат напоминания о горящих сроках и увидят, где появились новые вводные.
Шаг 4. Расскажите команде о переходе. Подготовьте сотрудников. Для этого:
- Объясните, зачем нужен Agile. Покажите сильные стороны. Объясните, что так у команды будет больше возможностей принимать решения и управлять своей работой.
- Обучите команду. Идеальный вариант — пригласить тренера, который расскажет про основные ценности и инструменты.
- Ответьте на вопросы. Продумайте заранее, какие они могут быть.
- Обозначьте план перехода. Расскажите, какой проект вы будете вести по Agile и когда начнется первый спринт.
Частые вопросы
Гибкая методология не подойдет организациям, в которых жесткая иерархическая структура: все члены команды строго подчиняются руководителю, выполняют четкие инструкции.
Agile будет помехой, если уже созданный продукт нельзя менять и дорабатывать. Например, из-за строгого технического задания, репутационных или законодательных рисков.
Также Agile не подойдет, если проект не оценивают по частям и важен только финальный результат. Например, разработка технического оборудования: нет смысла презентовать детали, когда модель оценивают полностью.
Понадобятся инструменты для общения: мессенджер, онлайн-доски, программы для видеозвонков. Если проектов много, желательно, чтобы можно было создавать ветки или треды, папки с чатами. Так сотрудники не утонут в количестве диалогов.
Еще нужны сервисы для совместной работы и управления проектами по Agile: с карточками задач, ролями исполнителей, базой знаний со всеми файлами по проекту.
Что в итоге
- Методика Agile позволяет командам быстрее реагировать на то, как меняются запросы клиентов. Она подходит и крупным компаниям, и стартапам. В основном ее используют в IT и диджитале.
- В Agile есть несколько методологий, самые популярные: Scrum и Kanban. По Scrum разработку продукта делят на спринты по 1-4 недели. По Kanban задачами управляют на досках.
- У методологии Agile есть преимущества и недостатки. Плюсы — гибкость, высокие скорость разработки и качество продукта. Минусы — не очевиден финальный результат, большая ответственность на команде.
- Чтобы внедрить гибкий подход, определите цель, выберите подходящие инструменты и спланируйте работу. Обучите сотрудников основам методологии, объясните ценности и принципы. Начните с одного проекта. Привлеките тренера, чтобы правильно организовать процесс.
