6 минутScrum — методология гибкой командной работы. На сегодняшний день она пользуется большой популярностью. Scrum применяют во многих крупных компаниях.
В этой статье разберем, когда и при каких обстоятельствах появилась методика, на каких базовых принципах она строится и что важно учитывать при работе по Scrum.
История появления Scrum
До появления гибких методологий разработки большинство команд использовало «водопадный» подход (Waterfall). Этот метод разделял процесс создания продукта на несколько последовательных этапов.
Определение требований к проектам — заказчик формулирует задачу.
Планирование процессов — команда разрабатывает детальный план.
Разработка — программисты пишут код.
Тестирование —тестировщики выявляют ошибки.
Такой подход имел серьезные недостатки. Если на финальном этапе обнаруживались ошибки или изменения в требованиях, приходилось переделывать значительный объем работы, что увеличивало сроки и затраты.
Agile и основы гибкой разработки
Разработчики начали анализировать успешные проекты и заметили, что команды, работающие гибко, достигают лучших результатов. Это привело к появлению «Манифеста гибкой разработки программного обеспечения» (Agile Manifesto), в котором сформулировали четыре ключевых принципа.
Люди важнее инструментов.
Качество продукта важнее документации.
Взаимодействие с заказчиком важнее контракта.
Готовность к изменениям важнее установленного плана.
Эти идеи стали основой Agile. Вскоре был разработан набор 12 принципов гибкой разработки, на которых базируются современные Agile-методологии, включая Scrum:
Приоритет — удовлетворить потребности клиента за счет качественного продукта.
Готовность к изменениям в любой момент.
Выпускать работающий продукт как можно чаще.
Постоянное взаимодействие команды — личные встречи эффективнее всего.
Тесное сотрудничество с заказчиком на всех этапах.
Доверие и поддержка — мотивированная команда работает лучше.
Рабочий продукт — главный показатель прогресса.
Непрерывное совершенствование процессов.
Акцент на качество — гибкость невозможна без надежного кода.
Простота и отказ от лишней работы
Самоорганизующаяся команда достигает лучших результатов.
Регулярный анализ и адаптация процессов повышают эффективность.
В начале 1990-х годов американские разработчики программного обеспечения — Джефф Сазерленд и Кен Швабер — заговорили о собственной методологии гибкой разработки. Долгое время они наблюдали за военными, спецназовцами и даже регбистами и пришли к выводу, что им удается выполнять поставленные задачи благодаря налаженному взаимодействию, координации и самоорганизации. Эти принципы и легли в основу Scrum.
В 2001 году они детально описали методологию и выпустили книгу «Agile Software Development with SCRUM». Сегодня этот подход — один из самых популярных среди разработчиков.
Базовые принципы Scrum
У методологии есть несколько базовых принципов, которые помогают ориентироваться на клиента и давать ожидаемый результат при минимальных ресурсных и временных затратах.
Базовые принципы Scrum:
Методология Scrum основана на нескольких ключевых принципах, которые помогают создавать качественный продукт, минимизируя затраты времени и ресурсов. Главный фокус – ориентация на клиента и гибкость.
Базовые принципы Scrum
Работа короткими циклами. Проект делится на небольшие этапы — спринты. Каждый из них длится до тех пор, пока не завершится работа над определенной частью продукта.
Гибкость. После каждого спринта проводится тестирование. Если есть ошибки или меняются требования, команда корректирует список текущих задач (бэклог) и стратегию разработки.
Пользователи и заказчик участвуют в разработке. В Scrum-команде есть владелец продукта (Product Owner) — это заказчик или его представитель. Он взаимодействует с пользователями, собирает обратную связь и передает команде. На основе этих данных затем принимают решения о дальнейших доработках и приоритетах в разработке.
Эффективное взаимодействие команды. Scrum-команда (Scrum-team) состоит из небольшого числа специалистов, работающих совместно для достижения общей цели.
Scrum-команда: роли и принципы работы
Scrum-команда – это самоорганизованный коллектив, работающий по гибкой методологии Scrum. Она включает специалистов разных профилей, которые совместно создают продукт, адаптируясь к изменениям требований и обеспечивая высокое качество разработки.
Состав Scrum-команды
В большинстве случаев Scrum-команда состоит из 5–9 человек. Реже встречаются команды из 3–4 специалистов. Но если коллектив становится слишком большим, это усложняет коммуникацию и снижает эффективность работы.
Scrum-команда включает три ключевые роли:
Владелец продукта (Product Owner) — отвечает за видение продукта и взаимодействие с заказчиком.
Скрам-мастер (Scrum Master) — следит за соблюдением принципов Scrum и координирует работу команды.
Разработчики (Delivery Team) — реализуют техническую часть продукта.
Рассмотрим каждую роль подробнее.
Владелец продукта
Product Owner — это лицо, ответственное за стратегическое развитие продукта. Владелец продукта может быть самим заказчиком, его официальным представителем или экспертом рынка, для которого разрабатывается продукт.
Чем занимается владелец продукта
Определяет видение продукта и его ценности для бизнеса.
Управляет ожиданиями заказчика и других заинтересованных лиц.
Занимается приоритизацией задач в бэклоге продукта.
Формирует четкие, понятные и тестируемые требования для команды.
Взаимодействует с разработчиками, следит за качеством выполнения задач.
Оценивает и принимает работу команды в конце каждого спринта.
Важно! В проекте должен быть только один Product Owner, иначе процесс принятия решений затянется, что нарушит гибкость Scrum.
Скрам-мастер
Скрам-мастер — это не просто наблюдатель, а активный участник команды, который обеспечивает правильное применение методологии Scrum. Он создает эффективную рабочую среду, устраняет препятствия и помогает команде работать максимально продуктивно.
Основные обязанности скрам-мастера
Создание атмосферы доверия и открытой коммуникации.
Проведение Scrum-встреч и обеспечение их эффективности.
Устранение проблем и препятствий в работе команды.
Помощь в соблюдении графика работ и следование плану спринтов.
Обучение команды Scrum-практикам и поддержка их внедрения.
Разработчики
Команда разработчиков – это основная движущая сила проекта. В нее входят программисты, тестировщики, аналитики и другие специалисты, отвечающие за техническую реализацию продукта. Как правило, на одну команду приходится 5–9 разработчиков.
Их основная задача — постановка реально достижимых, прогнозируемых, интересных и значимых целей для каждого спринта.
Еще одна задача — достижение поставленных целей каждого спринта в установленные сроки. Достижение цели — растяжимое понятие и определяется в каждом проекте индивидуально. Например, где-то задачу считают выполненной после написания всего кода, а где-то после окончания тестирования.
Основные обязанности разработчиков
Оценка элементов бэклога продукта и выполнение приоритетных задач.
Разработка и тестирование работающего функционала в каждом спринте.
Самостоятельное управление своим прогрессом и дедлайнами.
Взаимодействие с владельцем продукта и скрам-мастером.
Подготовка и предоставление готового продукта заказчику.
Принципы работы Scrum-команды
Успешная работа в Scrum строится на трех ключевых принципах.
Постоянное самосовершенствование. Команда должна анализировать свою работу, внедрять улучшения и повышать эффективность в каждом новом спринте.
Автономность. Членам команды нужно самостоятельно управлять своими задачами, принимать решения и нести ответственность за общий результат.
Кросс-функциональность. В Scrum-команде есть специалисты разных направлений, что делает ее самодостаточной и позволяет выполнять весь цикл разработки без привлечения внешних ресурсов.
Как работает Scrum-команда: этапы взаимодействия
1. Планирование спринта — каждый спринт начинается с планирования, где команда:
анализирует бэклог продукта и выбирает задачи для текущего спринта;
определяет конкретный результат, который должен быть достигнут.
2. Регулярные встречи — команда каждый день или раз в неделю проводит короткие совещания по 15–30 минут. Участники обсуждают:
Что было сделано с момента прошлой встречи?
Какие планы на сегодня?
Мешает ли что-то достижению цели?
Scrum-мастер помогает решить возникшие проблемы и устраняет блокирующие факторы по ходу собрания.
3. Ведение скрам-доски. Для наглядности используют доску, которая состоит из трех колонок: «что нужно сделать», «в работе» и «сделано».
В каждой колонке фиксируют стикеры разных цветов с основными задачами. По мере выполнения их перемещают из одной части доски в другую. Это помогает отслеживать прогресс текущего спринта каждому члену команды.
4. Гибкость и адаптация во время спринта. Если один из участников не успевает выполнить задачу, Product Owner может перераспределить приоритеты или скорректировать объем работы. Если процессы идут быстрее запланированного, команда может взять дополнительные задачи из бэклога.
5. Подведение итогов. После завершения каждого спринта проводят тестирование выполненного функционала. В этом процессе принимают участие и потенциальные потребители (фокус-группа). Владелец продукта собирает обратную связь и принимает решения: какие улучшения внести в следующем спринте, какие функции оставить или доработать.
Артефакты Scrum
В Scrum-проектах используется три основных артефакта. Они помогают команде управлять процессом разработки и контролировать ход выполнения задач.
Журнал продукта (Product Backlog).
Журнал спринта (Sprint Backlog).
График спринта (Burndown Chart).
Каждый из них имеет определенные особенности, о которых поговорим подробнее.
Журнал продукта
Это динамический список всех требований к продукту, который формирует владелец продукта (Product Owner) и регулярно обновляет. Первичную версию журнала продукта дополняют разработчики, оценивая стоимость реализации каждого требования.
Бэклог продукта должен включать в себя не только технические, но и функциональные аспекты. Все требования сортируются по приоритету, например, от 1 до 5. Самые важные описывают более детально, чтобы команда могла оценить их и протестировать.
Владелец продукта не только создает и поддерживает актуальность журнала продукта, но и гарантирует его своевременное обновление. Если этот документ не подготовлен вовремя, проект может задержаться.
Журнал спринта
Как мы уже выяснили, работа в Scrum строится на коротких итерациях, каждая из которых обычно включает реализацию одной ключевой функции. Чтобы эффективно выстроить процессы, все задачи фиксируются в журнале спринта (Sprint Backlog).
Этот артефакт устроен следующим образом:
Одна функция разбивается на несколько мелких задач.
Каждая задача должна быть выполнима в течение 2–3 рабочих дней.
Команда оценивает бэклог спринта, сравнивает его с журналом продукта и корректирует при необходимости.
Менее приоритетные задачи могут быть перенесены на следующий спринт.
Задача владельца продукта — исключить из бэклога незначительные задачи, выполнение которых не повлияет на конечный результат.
График спринта
Это визуальный инструмент, который показывает, как уменьшается объем работы в рамках текущего спринта.
График спринта помогает отслеживать темпы работы команды, позволяет выявлять отклонения от плана и вносить корректировки. Его используют для оценки соблюдения дедлайнов.
Особое внимание графику уделяет владелец продукта. Если со временем объем работы не уменьшается, значит, в процессе есть какие-то отклонения и необходимо срочно скорректировать действия команды.
Как правильно внедрить Scrum — пошаговое руководство
Чтобы повысить эффективность команды, важно грамотно внедрить эту методологию в процессы. Ошибки в процессе адаптации могут негативно повлиять на продуктивность. Подготовили для вас план, который поможет избежать недоразумений.
Шаг 1. Соберите команду. Успех методологии во многом зависит от правильно подобранного коллектива. Scrum-команда должна быть кросс-функциональной — включать специалистов, которые обладают необходимыми навыками для реализации проекта. При выборе участников обращайте внимание на их профессиональный опыт и способность работать в Agile-среде.
Шаг 2. Назначьте владельца продукта. Эту роль должен выполнять заказчик или его представитель. Важно, чтобы у владельца продукта был опыт работы в этом направлении. Так как он отвечает за взаимодействие как внутри команды, так и между заказчиком и исполнителями.
Шаг 3. Выберите скрам-мастера. Найдите человека, который хорошо знаком с методологией и имеет практический опыт внедрения Scrum. От него зависит, насколько продуктивно будет протекать реализация нового продукта.
Шаг 4. Создайте список требований к продукту. Определите ключевые требования, а затем расставьте приоритеты. Желательно, чтобы в обсуждении участвовала вся команда. Это позволит учесть важные нюансы и задать верное направление разработки.
Шаг 5. Запланируйте спринты. Разделите работу на короткие итерации. На первом этапе сосредоточьтесь только на ближайших спринтах, так как в процессе работы будут вноситься изменения. Не пытайтесь заранее расписать весь процесс разработки.
Шаг 6. Анализируйте результаты. После каждого спринта обсуждайте с командой, что удалось сделать хорошо, какие возникли проблемы и как их можно исправить. Переходите к следующему этапу разработки только после полного анализа и принятия решений по итогам предыдущего.
Эти шесть шагов — основа успешного внедрения Scrum. Однако на практике адаптация может занять время и потребовать дополнительных усилий.
Что еще важно учитывать при внедрении Scrum
Сопротивление изменениям. Некоторые сотрудники могут не сразу принять новую методологию. Важно объяснить преимущества Scrum и показать, как он упрощает работу.
Scrum требует четкой организации. Методология не требует сложных технических знаний, но предполагает грамотное управление процессами и рабочим временем.
Scrum — не панацея. Если в команде постоянно срываются дедлайны или есть проблемы с коммуникацией, внедрение Scrum само по себе не решит этих вопросов. Сначала устраните основные организационные проблемы, а затем переходите к работе по Agile.Погрузиться в методологии эффективного управления глубже вы сможете на нашем онлайн-курсе «Профессия Product Manager»
