Agile и Scrum: в чем разница и как использовать

Для чего нужны гибкие методологии

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

Здесь приходит на выручку управление проектами по Agile и Scrum. Команда быстро погружается в работу, потому что:

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

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

Что такое Agile

Agile — подход к управлению проектами, в основе которого лежит поэтапная разработка продукта.

Она проходит в несколько циклов (итераций, спринтов — разработчики используют разные термины). Каждый из них имеет одну и ту же структуру:

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

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

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

Чтобы разработка проходила успешно, важно соблюдать принципы Agile:

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

Что такое Scrum

Это техника, которая включает в себя набор инструментов для работы по Agile. В ее основе несколько принципов:

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

Компании, которые работают по Scrum, формируют команды по 3–9 сотрудников и планируют каждый спринт на 1–4 недели. Работу по методике обеспечивает Scrum-мастер — специалист-организатор.

Разница между методологиями

Agile и скрам почти идентичны, но у второй методики есть более четкие правила:

• Продолжительность спринта — от 1 до 4 недель. В Agile срок может быть длиннее.
• Бэклог — открытый перечень, который включает все требования и пожелания заказчика и который виден каждому сотруднику. Затем эти запросы превращают в список задач. Их приоритезируют и отдают в работу. Для аджайла бэклог не обязателен.
• Скрам-мастер и владелец продукта — неотъемлемая часть команды. Для работы по Agile они не всегда нужны.
• Совещания проводят ежедневно. В Agile не менее важна коммуникация, но требований к частоте рабочих встреч не предусмотрено.

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

Процесс работы Scrum-команды

В разработке принимают участие специалисты:

• владелец продукта;
• скрам-мастер;
• разработчики.

Схема работы по Scrum выглядит следующим образом:

1. Подготовка. Владелец продукта собирает требования, идеи и пожелания заказчика, целевой аудитории и других заинтересованных сторон. Все это записывают в бэклог.
2. Планирование спринта. Команда вместе выбирает из бэклога задачи, которые нужно выполнить в первую очередь. Итог совещания — список дел для спринта с оговоренными сроками.
3. Разработка. Специалисты выполняют свои задачи: готовят, тестируют и улучшают продукт. Работу координирует скрам-мастер — следит за соблюдением процесса, проводит ежедневные встречи. В ходе 15-минутных совещаний сотрудники рассказывают о проделанной и будущей работе, о возникших проблемах. Совместно команда обсуждает, как их решить.
4. Ревью-обзор. В конце спринта команда представляет результат работы и подводит итоги. Специалисты дают обратную связь скрам-мастеру и обсуждают, что можно улучшить в следующих итерациях.

Как и где применять

Хотя технологии Agile и Scrum родом из IT-отрасли, они достаточно универсальны. Гибкая разработка отлично подходит для проектов, в которых не определен конечный результат, а в процессе постоянно возникают изменения. Это делает подход идеальным для стартапов и краткосрочных проектов. Однако методу Scrum или Agile найдется место и в корпорациях с жесткой структурой и размеренным темпом работы. Ведь он не только про то, что «чтобы куда-то попасть, надо бежать как минимум вдвое быстрее». Agile учит грамотно приоритизировать задачи, сплачивает команду и избавляет специалистов от привычки откладывать доработки в долгий ящик. Такие навыки востребованы в любой команде.

Вот несколько сфер и ситуаций, в которых можно применить технологии:

• маркетинг — запуск рекламной кампании;
• СМИ — внедрение нового информационного проекта или рубрики;
• издательская деятельность — выпуск тиража книги силами редакционной команды;
• образование — внедрение новой образовательной технологии;
• консалтинг и коучинг — изменение корпоративной культуры и рабочих процессов компании-заказчика;м
• легкая и тяжелая промышленность — выпуск нескольких партий продукта;
• культура и искусство — съемки сериала;
• игровая индустрия — создание многопользовательской стратегии;
• дизайн — разработка проекта интерьера.

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

Другие методологии: Kanban и каскадная модель

Agile пришел на смену каскадной модели, или Waterfall. Сейчас ей пользуются редко — в случаях, когда не требуется гибкое управление.

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

Проблема каскадной модели в том, что отсутствие циклов не дает возможности внести изменения в продукт, если этап уже закрыт. Еще один риск — неактуальность итогового продукта, особенно в IT-сфере. Разработка по Waterfall занимает много времени, за которое на рынке могут появиться более функциональные технологии. Это приводит к тому, что многолетние труды и крупные бюджеты могут уйти в никуда. Именно поэтому методологию применяют для создания несложных или внутренних корпоративных продуктов.

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

• «Бэклог». Все, что необходимо выполнить для достижения поставленной цели.
• «Запланировано».> Список задач, которые нужно реализовать в установленный срок.
• «В работе». То, над чем трудится команда в данный момент.
• «Проверка». Тестирование выполненных задач.
• «Сделано». Готовая к передачи или запуску работа.

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

Как подобрать лучшую методологию для своей команды

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

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

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

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

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

Какой бы метод вы ни выбрали, для его внедрения понадобится профессиональное ПО — программы управления проектами. В них вы будете ставить задачи специалистам и контролировать их выполнение. В Битрикс24 вы сможете управлять бизнес-процессами компании: создавать задачи, назначать ответственных и организовывать единое пространство для общения команды. Попробуйте CRM-систему, чтобы оценить все ее возможности.

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