Вышла новая версия Scrum 2020 💎 — OnAgile Consulting

Вышла новая версия Scrum 2020

Коротко: это все тот же 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

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

Хотите узнать, каких результатов можно достичь с помощью Agile в вашем проекте или компании?
Напишите нам
                                                      

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

Публикация
Разработка ПО
Что такое Непрерывная поставка (Continuous Delivery)?
При разработке программного обеспечения в стремительно меняющемся мире часто возникает вопрос, как оставаться конкурентноспособным на рынке?
Публикация
Agile, Scrum, Kanban–метод
Мифы об Agile. Кросс-функциональными должны быть все члены команды
Миф связан с распространяющимся иногда суждением, что Agile требует, чтобы каждый член команды обладал всеми необходимыми навыками для создания ценности клиенту.
Публикация
Agile, Scrum, Kanban–метод
Выбор пилотной команды для внедрения Agile
«С какой команды лучше начать пилотное внедрение Agile?» — часто спрашивают нас клиенты, особенно в крупных компаниях.
Публикация
Agile, Scrum, Kanban–метод
STATIK - что это такое в контексте Kanban-метода
STATIK - Systems Thinking Approach to Introducing Kanban - это системное мышление при внедрении Канбан-метода. 8 ключевых шагов, позволяющих внедрить Kanban-метод в организации.

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

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

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

Managing Partner

+7 495 221 87 39

dmitry@onagile.ru

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