Гибкость, открытость, постоянный обмен знаниями, продуманные циклы работы — за эти качества философию Agile ценят в компаниях по всему миру. Её принципы позволяют оперативно выпускать и дорабатывать продукт, который реально нужен аудитории, прокачивать самостоятельность команды и проще переносить изменения рынка.
Собрали для тебя основы основ про Agile, которые помогут «примерить» методологию на свои планы. А если захочется закопаться глубже и попробовать всё на практике, дадим много ссылок на подробные гайды 📖 Погнали!
Что такое Agile простыми словами
(в переводе с английского «гибкий», «проворный») — это способ управления проектами, который предлагает регулярно улучшать процессы и конечный продукт, опираться на интересы клиентов и самого бизнеса
Изначально принципы Agile применяли для создания программных продуктов, поэтому ты можешь встретить термин Agile software development — «гибкая разработка ПО». Но последние десятилетия этими правилами пользуются самые разные команды, которым удобно работать короткими итерациями.
Иногда Agile называют методологией, но это не совсем точно. Готовых правил в нём нет: это набор ценностей и принципов, а конкретные правила задают методы и фреймворки вроде Scrum и Канбана. Их, в свою очередь, зовут гибкими, потому что они разделяют ценности Agile. Причём часть из них появилась ещё до манифеста, и их авторы участвовали в его создании.
📉 Когда проектам тесно в прежних рамках
> Развивай бизнес и команду по нашему гайду →В чём суть гибкого подхода
Он появился как альтернатива Waterfall — «водопадному», или каскадному, методу работы. В нём этапы идут строго по очереди. Менять план по ходу можно, но долго и дорого: каждая правка тянет за собой пересмотр следующих этапов. А готовый продукт заказчик видит только в конце.
Agile, наоборот, учит выстраивать работу так, чтобы в любой момент можно было что-то исправить, дополнить, улучшить. В 2001 году 17 разработчиков и консультантов составили Манифест гибкой разработки: четыре ценности и 12 принципов. Вот ключевые идеи:
- Работай небольшими подходами — так проще проверять сделанное, вносить изменения и сохранять актуальность продукта
- Лучше быстро выпустить работоспособную версию и постепенно обновлять её, чем бесконечно доводить что-то до идеала
- Самоорганизация и самоанализ — твоё всё. Agile-команда сама решает, как выполнить задачу, и отвечает за результат. Руководитель только задаёт цель и помогает убрать препятствия. Но и отвечать за свой вклад нужно по максимуму
- Изучай не только свой участок работ, но и соседние. Коллеги должны знать, кто чем занят, задавать друг другу вопросы и обмениваться знаниями
В этой статье подробно разбираем все-все ценности и принципы из Agile-манифеста. Заодно показываем, как не переборщить с внедрением новых правил, — чтобы команда быстрее ощутила перемены к лучшему 🪄
Поэтому мы взяли из Agile отдельные принципы. Первый — регулярное вовлечение клиента. Важно обо всём договориться на ранних этапах проектирования и дизайн-концепции, которые определяют архитектуру, интеграции, пользовательские сценарии, макеты. Второй — работающий прототип важнее исчерпывающей документации. Он позволяет раньше проверить, что клиент и команда одинаково понимают продукт
Наконец, сотрудничество с заказчиком важнее формального согласования. Не забываем про формальное согласование, но стараемся выстраивать и партнёрскую коммуникацию: регулярные статусы, совместные решения, показывающие, что в готовом продукте заинтересованы не только заказчик, но и мы как исполнитель
Как Agile связан с методами работы команды
Как мы уже выяснили, на основе гибкого подхода выросли фреймворки, то есть правила внедрения. Часть из них универсальна, часть «заточена» под конкретные бизнес-сферы, например IT. Вот несколько популярных:
- Канбан. Классика визуализации проекта — колонки задач, карточки, которые по ним перемещаются, и WIP-лимиты, чтобы команда не зависала на каком-либо этапе
- Scrum. Более строгий фреймворк, основы которого — работа по спринтам, понятное распределение ролей. Особенно важен бэклог, то есть упорядоченный список задач и требований к продукту. В начале спринта команда берёт из него то, что успеет сделать
- Scrumban. Гибрид двух предыдущих вариантов, где спринты наглядно группируют по доскам и колонкам, чтобы контролировать поток задач
- Lean. Применяется и в разработке, и в других сферах: это Agile, усиленный принципами бережливого производства. Сотрудники постоянно учатся, развивают продукт и оптимизируют ресурсы
- SAFe. Agile с дополнениями из разработки и бережливого производства. Инструмент-магнит, чтобы объединить отделы, работающие по разным правилам
- Crystal Clear. Хороший фреймворк для маленьких команд, чтобы быстро делать MVP (минимально жизнеспособный продукт) и дорабатывать его
- XP (экстремальное программирование). Тоже про шуструю разработку, плюс умение выдерживать неопределённость и постоянный контакт с пользователями
Как работает Agile на практике
Допустим, тебе с командой нужно доработать цифровой продукт. Далее покажем инструменты, которые помогут не утонуть в потоке задач и правок. А пока можешь изучить нашу таблицу с примером одного цикла. Команда повторяет эти этапы не раз, а по кругу, короткими циклами 👇
| Этап | Что нужно сделать |
|---|---|
| Планирование | Обсудить сроки, ресурсы, бюджет, роли команды |
| Проект продукта | Подготовить бэклог продукта / бриф / критерии приёмки |
| Прототип | Работать короткими циклами и постоянно запрашивать обратную связь |
| Тестирование | Проверить все критерии качества и актуальность для клиента |
| Доработка | Устранить текущие ошибки, добавить новые важные опции |
| Релиз/выпуск продукта | Выпустить рабочую версию и собрать обратную связь |
| Итоговая аналитика | Обсудить результаты и решить, что взять в следующий цикл |
| Затем цикл повторяется |
Все этапы можно разнести по колонкам в Weeek — их на доске может быть сколько угодно ♾️ Выбирай названия и цвета, которые будут удобны команде. А по доскам можно распределить, скажем, задачи разных отделов и бэклог.
На обратной связи всё держится, так что почаще проси и давай её коллегам 💬 В Weeek достаточно написать @ в комментариях к задаче, выбрать сотрудника — и можно обсуждать доработки, согласовывать итерации и, конечно, хвалить!
Мы изменили подход: стали активно обсуждать с клиентом проектирование и дизайн-концепцию. Показывали прототипы на этапе дизайна, чтобы клиент заранее понимал, какие будут анимации и какую идею дизайнер закладывает в те или иные страницы. Это было особенно важно, потому что в проекте есть игровая механика: без визуального прототипа клиенту сложно было оценить, как это будет работать и выглядеть
С внедрением принципов Agile срок согласования дизайн-концепции сократился в три раза. Кроме того, мы пришли к процессу, где правки возникали только в части копирайтов
Где применяют Agile
Уже столько хорошего сказали о гибком подходе — теперь остановимся на том, в каких сферах стоит управлять проектами по Agile.
Разработка
Здесь эти правила и советы родились и выросли, поэтому в создании программного обеспечения, электронных сервисов и игр Agile незаменим. Циклы работы, непрерывное развитие, тесные коммуникации с заказчиками и пользователями особенно важны в ИТ.
Стартапы
Запускай хоть фабрику мармелада, хоть высокотехнологичные гаджеты для здоровья — Agile и тут пригодится. Он сориентирует, как работать быстро и вовлечённо, подстраиваться под меняющийся рынок, тестировать гипотезы и развивать команду.
Производство
На заводах чаще используют Lean: он помогает беречь ресурсы и сокращать потери. А Agile на производстве берут для отдельных задач, например для разработки новых продуктов.
Маркетинг
Ценит Agile не меньше, чем на заводах, ведь производит идеи, образы, смыслы и призывы. Цикличность делает работу более предсказуемой и снижает риск бесконечных правок. В то же время удобно быстро проверять гипотезы, корректировать действующие кампании и собирать аналитику для новых.
Личное планирование
Подойдёт фрилансерам и самозанятым, но не только им. Сделать учебный проект с одногруппниками, освоить новый навык, написать книгу, организовать свадьбу — принципы Agile здесь будут твоими «маяками», чтобы помнить о сроках, вносить только нужные изменения и не сдаваться. А обратную связь тебе будет давать самый важный заказчик — ты 😉
Преимущества и ограничения Agile
В гибкой методологии много пользы, но есть и особенности, которые подойдут не каждому бизнесу. Держи ещё одну таблицу, чтобы прикинуть, что перевешивает в твоём случае ⚖
| Плюсы | Минусы |
|---|---|
| Работать, анализировать данные и принимать решения можно быстрее | Не все сотрудники готовы много общаться и вникать в задачи друг друга |
| Бизнес гибко реагирует на изменения и соблюдает сроки | Руководству нужно следить за лимитами и поддерживать мотивацию команды |
| Меньше иерархии, больше свободы в действиях и решениях сотрудников | Каждый работник должен чётко организовывать свой день |
| Продукт дорабатывается тогда, когда это нужно | Сложно строить долгосрочные планы |
| Отзывы заказчиков, партнёров, клиентов сразу влияют на обновление продукта | Нужно постоянно искать компромисс между требованиями разного уровня и возможностями команды |
Далее можете провести пилотный запуск изменений на одном проекте или даже на одном этапе. Не стоит сразу кардинально что-то менять, например требовать от клиента ежедневных статусов. Внедряйте отдельные элементы: демо, прототипы, постепенное включение клиента
Ещё один важный блок — работа с мотивацией команды. Покажите коллегам новые ценности и объясните, чем они будут полезны. Если выявленные изменения применяются по итогам ретроспективы с той же командой, вас однозначно поддержат. И конечно, измеряйте метрики: объёмы правок, сроки согласования и количество итераций
Частые вопросы об Agile
Уф, столько показали и рассказали о гибком подходе — надеемся, это только начало твоего погружения в тему. В завершение ответим на несколько популярных вопросов — пусть это будет плюс одна причина подружиться с Agile.
Успешной и гибкой тебе работы, которая всегда будет приводить к желанным целям! 🎯
