Новая версия Scrum Guides | OnAgile Consulting

Новая версия Scrum Guides

Коротко: это все тот же Scrum. Если вы не занимаетесь процессами на ежедневной основе, кардинальные отличия заметить будет непросто. Однако есть несколько важных вещей, которые обновились, и мы очень хотим обсудить их с вами.

Если вы не из ИТ, то небольшой комментарий перед тем, как вы начнете читать, чтобы не смутить вас: ниже по тексту под Разработчиком в Scrum понимается любой человек, работающий над задачами продукта или сервиса.

Вот изменения, на которые хочется сделать особенный фокус

 

  1. Владелец продукта и Разработчики стали единой командой. Наконец-то! Ведь большинство людей, которые только начинали использовать скрам, были уверены, что Владелец продукта — это Заказчик, а остальные — исполнители. И конечно, при такой модели работы мало что получалось изменить в лучшую сторону в новой команде. Но теперь проблема решена, Владелец продукта — точно такой же участник команды, как остальные.
  2. Владелец продукта и Скрам-мастер — больше не роли, а зоны ответственности внутри команды. Кто-то в команде отвечает за написание кода, кто-то отвечает за логистику, а Владелец продукта отвечает за правильность направления, в котором работает команда. А Скрам-мастер, например, за эффективность процесса, по которому работает команда. Напомню, что команда в Scrum «плоская», то есть в ней нет никакой иерархии (руководитель-подчиненный).
  3. Владелец продукта может выступать Разработчиком. Воу. Тем не менее это так, для многих команд это может быть полезно. Когда Владелец продукта непосредственно участвует в ежедневных задачах по разработке продукта, это еще более сближает «заказчиков» и «исполнителей», если говорить языком традиционных процессов. Самое замечательное в работе консультанта — это видеть, как стремительно падает градус формальности и бюрократии в общении внутри команды, как активно вся команда начинает думать о продукте и сроках его запуска — и это первый показатель того, что процесс формирования команды идет в правильном направлении.
  4. У продукта должна быть цель. Очевидно. Каждый раз при запуске новой scrum-команды мы помогаем нашим клиентам описать не только продуктовую цель команды, но и построить дорожную карту на ближайшие 3-6-12 месяцев. И цель продукта, и дорожная карта — активности по их созданию очень помогают команде глубоко погрузиться в бизнес-контекст. Теперь эта активность частично закрывается фреймворком, и это отлично.
  5. Уменьшена детализация инструментов. Например, на ежедневном скраме (стендапе) теперь не предлагается каждому человеку отвечать на 3 вопроса (что делал, что будешь делать и есть ли проблемы — в контексте достижения цели спринта), а предлагается проводить его так, как команда посчитает нужным. Это здорово, потому что, например, в нашей практике мы уже много лет рекомендуем клиентам на стендапах проходиться по задачам, их статусам и возникающим вопросам — это позволяет ускорить решение задач и помогает людям не воспринимать стендап как статусный отчетный митинг.

Новым командам

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

Раньше можно было взять «шаблон» из скрам-гайда, посмотреть, что получается и адаптировать его под себя. Теперь команда сама решает, как должен проходить, например, тот же стендап. И для незрелой команды это может представлять сложность, поскольку у них еще нет опыта, на который можно было бы опереться.

Задача помочь команде в этом случае ложится на Скрам-мастера. Или на внешних консультантов, у которых за плечами опыт запуска и развития сотен scrum-команд.

Мы в OnAgile Consulting всегда готовы поддержать вас в задаче внедрения Agile/Scrum в вашей компании, помочь в развитии команд и достижении ими поставленных целей.

Очень важная рекомендация

Если вы захотите узнать что-то новое о фреймворке или у вас с коллегами возникнет спор вокруг процесса — обязательно обращайтесь к первоисточнику. Вот ссылка на обновленный Scrum-гайд: https://www.scrumguides.org/scrum-guide.html

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

Интересно узнать подробнее?

Приходите на один из наших тренингов, где вы в деталях разберете эту тему и сможете задать тренеру свои вопросы.

Вопросы и ответы по теме

Почему в новом Scrum Guide отказались от привычных ролей в команде?

Это революционное изменение: теперь Product Owner и Scrum Master – не роли, а зоны ответственности внутри единой команды. Такой подход устраняет барьер между 'заказчиками' и 'исполнителями', позволяя всем участникам быть равноправными членами команды. Владелец продукта теперь может даже участвовать в разработке, что радикально меняет динамику командного взаимодействия.

Как изменился формат Daily Scrum и почему это важно для команд?

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

Какой неожиданный бонус получают команды от введения Product Goal?

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

Почему опытные Scrum-команды в восторге от нового гайда?

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

Какая главная ловушка ждет новые команды в обновленном Scrum?

Увеличенная гибкость фреймворка может стать серьезным вызовом для начинающих команд. Отсутствие четких шаблонов проведения церемоний требует более глубокой экспертизы от Scrum Master'а. Неопытным командам теперь сложнее начать без поддержки опытных специалистов.

Как изменилась роль Product Owner'а и почему это революция?

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

Еще публикации по Agile в Agile, Scrum, Kanban–метод

Успешный кейс применения Scrum в аппаратной разработке
Кейс Производство

Успешный кейс применения Scrum в аппаратной разработке

Agile и Scrum уже давно зарекомендовали себя в разработке ПО, но интересно узнать, можно ли их использовать в аппаратной разработке, и какие преимущества это даст?

Что такое Scrum и как он работает простыми словами
Публикация Agile, Scrum, Kanban–метод

Что такое Scrum и как он работает простыми словами

Все самое важное о Scrum коротко.

Секрет успеха ZARA: часть 1
Публикация Мода

Секрет успеха ZARA: часть 1

В 1975 году Амансио Ортега Гаона открыл первый магазин одежды ZARA. В мае 2016 года Forbes оценил стоимость бренда ZARA в 10.7 миллиарда долларов. Каким образом ZARA удалось занять лидирующие позиции в модной индустрии, оставив конкурентов далеко позади?

Ближайшее обучение по Agile и Scrum

С 2015 года мы помогаем адаптировать к изменениям культуру и процессы компании

Связаться с нами

Дмитрий Лобасев

Managing Partner

+7 495 221 87 39

dmitry@onagile.ru

Наш Telegram канал об Agile и гибких организациях, присоединяйтесь!