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

Публикация
Agile, Scrum, Kanban–метод
Agile + Lean: комплексный подход к изменениям в компании
Agile и Scrum сейчас очень популярны. К нам обращается огромное количество компаний с просьбой внедрить Agile-практики и обучить сотни сотрудников. Но всегда ли требуется, а главное, подойдет именно Agile / Scrum?
Публикация
Agile, Scrum, Kanban–метод
Покер планирования - совместная оценка задач командой
Planning poker — техника командной оценки задач в относительных единицах. Впервые описана в 2002 году Джеймсом Гренингом, одним из авторов Agile-манифеста. В дальнейшем популяризирована Майком Коном в книге «Agile Estimating and Planning».
Публикация
Agile, Scrum, Kanban–метод
Мифы об Agile. «Мы стали проводить время в бесконечных митингах»
Нередко от Agile-команд можно услышать недовольство о нехватке времени, поскольку большую часть времени люди стали проводить в «бесконечных встречах».
Публикация
Agile, Scrum, Kanban–метод
Product owner и скрам-мастер: почему важно разделять эти роли
При внедрении Scrum появляются две новые роли: владелец продукта и скрам-мастер. И часто бывает, что на них решают назначить одного человека — обычно это менеджер проекта или тимлид. Но это не лучшее решение.

Мы помогаем организациям с 2004 года

Свяжитесь с нами

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

Managing Partner

+7 495 221 87 39

dmitry@onagile.ru

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