В чем разница методов Agile и Scrum

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

Для облегчения работы активно используют гибкие методологии, например, управление проектами Agile и Scrum. Основные особенности:

• Не используются строгие технические задания. На начальном этапе менеджер создает базовый список задач, который в дальнейшем может дополняться и редактироваться. Это не приводит к повышению нагрузки, специалисты переключаются на новые по мере необходимости.
• Отсутствие бюрократии на всех этапах. Для принятия решений достаточно устного согласия заказчика. Это сокращает время на подготовку.
• Нет проблем с финансированием. Гибкая методология подразумевает, что на каждом промежуточном этапе создается законченная версия продукта с определенным набором функций. Если бюджет исчерпан, заказчик получает рабочую версию продукта с ограниченным функционалом.

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

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

• Планирование. Ключевые специалисты и руководство определяют круг задач, разбивают их на этапы, собирают команды, распределяют задачи и ресурсы.
• Проектирование. Используется визуализация основного функционала продукта. В некоторых случаях достаточно набросков. Главное — отобразить основные элементы интерфейса, взаимодействие модулей и основные функции.
• Разработка. На этом этапе осуществляется реализация основной идеи. Это может быть написание программного кода, возведение сооружения или конструирование нужной модели.
• Тестирование. Полученный продукт проверяется на соответствие техническому заданию. Для этого могут привлекаться тестировщики или сторонние фокус-группы. После получения отчета принимается решение – доработка продукта или отправка заказчику.
• Запуск (деплой, развертывание). После согласования с заказчиком продукт переводится в рабочий режим. Созданный сайт публикуется на хостинге для открытого доступа, программа публикуется на официальном сайте или стороннем каталоге и так далее.

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

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

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

Основные принципы:

• Работающий продукт важнее общих регламентов. Процесс согласования должен быть максимально простым, а количество документов – минимальным. Это позволяет заметно сократить основные этапы работы.
• Люди важнее инструментов. Приоритет отдается хорошей атмосфере в команде.
• Сотрудничество важнее формальностей. Заказчик должен принимать активное участие в проекте на всех этапах.
• Оперативная реакция на новые факторы важнее исходного плана. При необходимости состав первоначальной команды также может меняться при поступлении новых вводных.

В основе этой методики лежат следующие принципы:

• Гибкость. После этапа работы проводится полноценное тестирование, все правки вносятся оперативно перед переходом к следующей итерации. При этом информация учитывается на этапе подготовки к новому циклу.
• Используются короткие циклы. После любого этапа заказчик получает готовое решение или основную его часть.
• Прозрачность. Все вовлеченные в проект сотрудники имеют полную информацию о заказе.
• Взаимодействие и участие. Строгая иерархия не предусмотрена – все сотрудники участвуют в обсуждении, могут предлагать идеи и критиковать решения. Руководители также непосредственно участвуют в решении актуальных вопросов;
• Масштабируемость. Компания использует небольшие команды (3-9 специалистов). На отдельные спринты выделяется 1-4 недели. Работу обеспечивает Scrum-мастер, который контролирует основные параметры.

Инструменты Agile и Scrum имеют много общего, но второй метод подразумевает наличие более строгих правил. Длительность одного периода обычно ограничена 4 неделями, методология Agile такие ограничения не предусматривает, часто используются более длительные периоды.

Использование бэклога, который представляет собой все озвученные ранее пожелания и требования. Документ изначально доступен всем сотрудником, в дальнейшем на его основе создается список задач. Элементы распределяются по уровню важности, после чего запускаются в работу. В рамках Agile использование бэклога необязательно.
Владелец и скрам-мастер для Scrum являются обязательной частью команды, в Agile работа возможна без них.

В обоих случаях для совещаний рекомендуется придерживаться ежедневного режима. При этом для Scrum более высокие требования к частоте встреч.

Базовый штат включает следующих специалистов: разработчики, скрам-мастер и владелец продукта.

Техника Scrum включает следующие шаги:

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

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

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

Основные области применения:

• СМИ. Запуск новых разделов или информационных проектов.
• Маркетинг. Старт новых рекламных кампаний.
• Образование. Внедрение новых технологий.
• Издательская деятельность. Редакционные команды могут выпускать книги собственными силами.
• Коучинг и консалтинг. Анализ и изменение корпоративной культуры и бизнес-процессов.
• Культура и искусство. Процесс съемки новых фильмов.
• Тяжелая и легкая промышленность. Организация процесса выпуска партий продукции.
• Дизайн. Облегчается создание новых проектов для интерьера.
• Игровая индустрия. Разработка масштабных многопользовательских стратегий.

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

В рамках каскадной модели процесс разработки выглядит как строгая последовательность шагов, итерации не используются. Время для каждого этапа устанавливается заранее, после завершения разработки проводятся мероприятия по передаче и внедрения разработки.
К основным недостаткам модели относят то, что нет возможности вносить глобальные изменения. Из этого вытекает следующая особенность: при длительной разработке продукт может потерять актуальность. Такая ситуация, к примеру, может возникнуть в IT.

Еще один популярный подход – Kanban. В основе лежит визуализация рабочих процессов, для чего используется виртуальная рабочая область, которая состоит из следующих секций:

• запланировано. Набор задач для дальнейшего решения;
• бэклог. Перечень всех элементов, которые необходимо реализовать в рамках текущего проекта;
• в работе. Активные задачи;
• сделано. Готовая к запуску работа;
• проверка. Позиции, которые находятся на этапе тестирования.

Отдельные задачи оформляются в виде удобных карточек. По мере работы они просто перемещаются в нужную область. Это позволяет отслеживать все этапы работы.

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

Если есть ограничения по времени и в наличии много непонятных моментов, то лучше использовать метод Scrum. Потребуются периодические совещания, дополнительные согласования, новые каналы коммуникации.

Для долгосрочного и непонятного проекта оптимально использовать преимущества Agile. В этом случае появится возможность выделить время на анализ задачи, обучение специалистов. Разделение процесса на отдельные сегменты с понятными задачами позволит упростить работу. При этом есть возможность оперативно устранять ошибки без остановки основного процесса.

Квант — платформа для роста бизнеса. Содержит инструменты для быстрой интеграции Agile и Scrum. Можно планировать новые проекты, управлять активными задачами. Основные особенности:

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