Что такое Agile и почему он важен для digital-агентств
📌 Agile — набор ценностей, который служит основой для целого ряда практик в области управления проектами. Эту философию нужно не внедрить, а принять. Колыбелью Agile считается IT-разработка, где метод родился и закрепился, а сейчас подход используют в десятках других сфер.
Agile опирается на четыре ценности и 12 принципов, суть которых:
- признание клиента главной ценностью
- быстрая адаптация к изменениям
- установление плоской иерархии и самоорганизации команд с равной ответственностью, взаимозаменяемость членов команды
- работа частями, то есть итерациями
По Agile разработка продукта делится на шаги. Для каждого шага заранее анализируют требования и планируют объём задач, затем проектируют, разрабатывают и тестируют часть проекта. Процесс документируется и согласовывается с заказчиком.
В конце каждого шага команда получает мини-результат. Его можно изучить, оценить, протестировать и решить, как двигаться дальше. А дальше исправить недочёты, подвести итоги и перейти к следующему шагу.
📌 Digital-агентства отвечают за присутствие компании в онлайн-пространстве: создают веб-сайты, разрабатывают корпоративный стиль, занимаются брендингом и продвижением. В digital-агентствах создают образ бренда, контент для блога, таргетированную рекламу и SMM.
Проекты digital-агентств часто меняются и имеют открытые требования — в том числе потому, что у заказчика появляются новые пожелания в процессе. Поэтому эта сфера отлично подходит для работы по гибким методикам.
Одной из таких Agile-методик является Scrum.
Как Scrum помогает в организации работы
По Scrum продукт создаётся спринтами.
📌 Спринт — это цикл работы, который длится от одной до четырёх недель.
В конце цикла (после одной итерации) функциональность продукта вырастает — это называют инкремент, или улучшение продукта.
👉 Про Scrum у нас есть отдельный текст
Краткий ликбез о бэклогах
📌 Бэклог продукта — список всего, что нужно реализовать в продукте.
Например, задача агентства — продвинуть сайт бьюти-блогера. В бэклоге будут все задачи для выполнения этой цели: продвижение в блоге, реклама на внешних площадках, контент в личном канале и прочее.
👉 Формулировать задачи и идеи поможет система SMART. Она следит, чтобы цели были реалистичными и достижимыми. Подробнее о SMART читай в нашей статье
📌 Бэклог спринта — это кусочек бэклога продукта, который нужно сделать за один спринт.
Берём часть из первого пункта, делим на подзадачи и выполняем. Чтобы записать подкаст, нужно договориться с участником, написать сценарий и организовать встречу. Прописываем эти задачи в спринт.
👉 Гибкие команды формирует бэклог разными методами: с помощью Planning Poker, методов ICE и RICE, Story mapping и MoSCoW. У нас есть отдельные материалы про покер планирования и приоритизацию бэклога
Роли в Scrum
Scrum-команды обычно состоят из владельца продукта, Scrum-мастера и членов команды. Есть и дополнительные роли: заинтересованные стороны и участники обзора спринта.
Scrum-мастер
Лидер, который помогает команде следовать принципам Scrum.
Он проводит ежедневные встречи (стендапы) и планирование спринта, помогает сфокусировать команду на работе. Управляет обзорами спринтов и собирает отзывы, а ещё устраняет препятствия с пути команды.
В общем, Scrum-мастер координирует работу команды.
Владелец продукта
Представляет голос клиента и заинтересованных сторон. Отвечает за то, когда и как часто приносить новые результаты, что туда включить и какую фичу разрабатывать следующей.
Они формируют бэклог продукта.
Члены команды
Группа людей, которые вместе работают над продуктом. Это могут быть frontend-инженеры и backend-инженеры, копирайтеры, дизайнеры, видеооператоры. Scrum-команды — сплочённые и небольшие, обычно до 20 человек.
А если вы с командой ищете таск-менеджер для организации процессов, в WEEEK как раз есть шаблон для работы по Scrum. Забирай и пользуйся!
Внутренний мир Scrum
Планирование спринтов
Scrum-команда собирается, изучает бэклог продукта и решает, какие задачи взять в следующий спринт. В общем, все готовятся к следующей рабочей неделе.
☝️ Планирование должно длиться не более двух часов
Для рекламы услуг бьюти-блогера мы составим несколько ветвей продвижения — посты в Телеграм-каналы, подкасты в VK-видео и таргетированную рекламу. На планировании и решим, чем займёмся в начале, и обозначим сроки.
Наша команда создаёт доску задач и разбивает её на колонки:
К работе — нужно сделать
В работе — уже делается
Готово — всё, сделали, можно выдохнуть
Когда мы уже спланировали, оценили и распределили задачи по членам команды, можно переместить их в колонку К работе. Теперь объём задач у нас под контролем. А если что-то не получится выполнить в срок, мы это увидим, зафиксируем и обсудим.
Этот этап помогает всем понять, где сейчас находится команда, что ей предстоит сделать и сколько это будет стоить.
Ежедневные встречи
Проходят в начале каждого рабочего дня во время спринта и длятся примерно 15 минут.
Участники отвечают на три вопроса:
- Какие задачи я буду делать сегодня?
- Что я буду делать завтра?
- Есть ли препятствия, которые мешают прогрессу?
Этот этап помогает команде работать слаженно, а Scrum-мастеру вовремя отловить, когда что-то идёт не так, и исправить это.
Например, сегодня копирайтер напишет пост в Телеграм-канал, а завтра начнёт писать сценарий для подкаста. Но гостя до сих пор не согласовали — а значит, вторая задача под угрозой.
Ретроспектива спринтов
Scrum-команды самостоятельны, но отслеживать их работу всё же надо. Команда снова собирается после завершения спринта, чтобы обсудить текущие показатели и результаты — что получилось хорошо, а что можно сделать лучше.
Этот этап помогает команде держать руку на пульсе, радоваться результатам и работать над ошибками.
5 шагов для внедрения Agile и Scrum в digital-агентствах
Agile внедряется в команду поэтапно. Рассмотрим эти этапы подробно.
Начни с малого
Если решили внедрять Agile, важно делать это постепенно. Применяйте подход в небольших проектах или процессах, чтобы протестировать подход без лишних рисков.
Допустим, наш блогер доволен результатами работы по раскрутке и решил, что ему нужен собственный сайт.
Cначала распределяем командные роли: Scrum-мастер, владелец продукта, тимлид и сама команда.
☝️ Лучше не просто раздать участникам роли, а обучить их на специальных курсах или найти коучей
Далее прописываем роли и зоны ответственности каждого участника с помощью регламентов и должностных инструкций. Здесь пригодятся матрицы RACI и DACI. RACI определит, кто отвечает за результаты проекта, а DACI — за принятие решений.
👉 Подробнее о матрицах RACI и DACI читай в нашей статье
Теперь нужно внедрить правила приоритизации работы. Решаем, как будем планировать разработку, внедрение и изменения — то есть строить дорожную карту и бэклог.
По новым правилам создаём бэклог и приоритизируем задачи. Самые важные и срочные задачи откладываем в будущий спринт — заполняем колонку К работе.
Делай постоянные улучшения
Все эти этапы важны. Но даже они не гарантируют, что всё сразу поедет слаженно и без косяков. Когда команда встанет на рельсы Agille, важно отслеживать прогресс и постепенно оптимизировать работу.
Для этого и нужны встречи команды — чтобы сверить часы и выявить проблемы. Например, если на одном команда возьмёт в спринт слишком много задач, то её мотивация упадёт, а качество работы снизится.
Чтобы заметить это вовремя, используем следующий приём — визуализацию задач.
Используй визуализацию задач
С помощью визуализации легко оценить количество задач и затраченное на них время.
Главный инструмент визуализации в Agile — Канбан-доски, где задачи перемещаются по колонкам-этапам. Канбан помогает увидеть планы, оценить нагрузку и отследить скорость работы. А ещё тут точно не упустишь просроченные задачи и проблемные места, где работа стоит.
Чтобы бороться с перегрузками, можно установить на досках WIP-лимиты — то есть ограничить количество задач в колонке. Ограничение не даст закрепить в колонку больше задач, чем было оговорено членами команды.
👉 Подробно про WIP-лимиты в этом тексте, а про Канбан — тут
Собирайте обратную связь
О пользе фидбека для команды и продукта говорить не будем, расскажем о способах собрать его:
- пообщаться с пользователями — показать работу, получить новые требования и правки
- проводить ретроспективы спринтов — то есть внутренние встречи и созвоны по итогам работы
После нескольких спринтов происходит релиз — мы выпускаем готовую часть продукта или фичу. Не забываем про гибкость: пересматривай правила и формат работы, если что-то идёт не по плану.
🆘 Внедрить гибкие методики самостоятельно бывает непросто. Для организации работы можно привлечь Agile-коуча. Он запустит Agile-трансформацию и поставит процессы на рельсы
Как Agile делает проекты прозрачными для клиентов
Гибкий подход позволяет результату точнее соответствовать потребностям клиента.
Продукт создаётся постепенно, и на любом этапе маршрут можно перестроить под изменчивые требования клиента или рынка. Клиент влияет на каждый этап разработки и регулярно получает промежуточные результаты.
Как это происходит на практике:
✔️ Владелец продукта участвует в планировании спринта: он и команда решают, что сделать, чтобы получить желаемый результат
✔️ В конце спринта команда показывает владельцу результат — уже работающий продукт с минимальным набором фич. Его можно посмотреть, протестировать и дать обратную связь
Внедрение метода Agile с помощью WEEEK
В WEEEK есть свои фишки для настройки работы по гибким методикам.
Работа с задачами
- Каждой задаче можно назначить одного или нескольких исполнителей
- Есть теги и метки приоритета для удобной навигации
- Можно создавать кастомные поля, чтобы настроить пространство под себя
- В задачах можно создавать подзадачи, а в них другие — до бесконечности
- Есть связи между задачами: блокирующие или последовательные
- Задачи можно просматривать в пяти режимах просмотра: календари на неделю и месяц, список, Канбан-доски и диаграмма Ганта
Доски
- К одному проекту можно привязать несколько досок для разных направлений работы
- Есть специальные спринт-доски. На них можно указать период работы
- В колонках можно устанавливать WIP-лимиты и автоматические действия
Работа с командой
- Участникам пространства можно назначать разные роли с разным уровнем доступа
- Участников можно объединять в команды и включать в проекты сразу всю группу
- В профиле каждого пользователя можно прописать должность, контакты и часы работы — для удобного общения
- Есть специальная роль Гость для заинтересованных сторон и клиентов, чтобы просматривать результаты без лишней внутренней кухни
Контроль прогресса и результатов
- Есть трекинг времени по задачам. Можно отслеживать по таймеру или вносить вручную
- В сервисе Аналитика есть подробные данные о затраченном времени и выполненных задачах — по проектам и сотрудникам
Три гайда-проводника по гибкой работе в WEEEK
Главные мысли
- Agile — философия, опирающаяся на гибкость в работе. Она признаёт клиента главной ценностью, поощряет самоорганизацию команд и быструю адаптацию к изменениям
- Scrum — одна из гибких методик, работа по ней идёт спринтами. Digital-агентствам Scrum поможет держать в узде множество проектов и изменчивые требования к ним
- Чтобы внедрить Scrum в команду, нужно начинать с малого и протестировать эту методику на небольшом проекте. В процессе работы важно не забывать отслеживать процесс работы и корректировать курс
- Для визуализации задач используй Канбан-доски, а фидбек собирай с помощью ретроспектив и общения с клиентом
- Гибкий подход позволяет клиентам видеть продукт на всех этапах его разработки и вносить правки в процессе, а не в конце работы
Подписаться 
