Вышла новая версия 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–метод

Публикация
Agile, Scrum, Kanban–метод
Мифы об Agile. Кросс-функциональными должны быть все члены команды
Миф связан с распространяющимся иногда суждением, что Agile требует, чтобы каждый член команды обладал всеми необходимыми навыками для создания ценности клиенту.
Публикация
Agile, Scrum, Kanban–метод
Манифест Тестирования в Agile среде. В чем отличия от классического подхода к QA?
В мире разработки программных продуктов Agile зарекомендовал себя как эффективный подход, позволяющий командам быстро реагировать на изменения и поставлять качественный результат. Но как именно мы обеспечиваем это качество в среде, которая ценит гибкость и открытость изменениям?
Публикация
Agile, Scrum, Kanban–метод
Agile: как делать вдвое больше работы за половину времени
Что такое Scrum, и почему он крайне эффективен в современном мире. Практика ограничения одновременно выполняемой работы.
Публикация
Agile, Scrum, Kanban–метод
Мифы об Agile. «Мы стали проводить время в бесконечных митингах»
Нередко от Agile-команд можно услышать недовольство о нехватке времени, поскольку большую часть времени люди стали проводить в «бесконечных встречах».

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

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

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

Managing Partner

+7 495 221 87 39

dmitry@onagile.ru

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