Вышла новая версия 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–метод
Scrum+Kanban: метод Канбан для Скрам-команд
Краткое изложение ключевых идей «Руководства по использованию Канбан для Скрам-команд» (ориг. назв. «The Kanban Guide for Scrum Teams»), опубликованного Scrum.org в феврале 2018 года.
Публикация
Agile, Scrum, Kanban–метод
Весенняя подборка тематических книг по Agile
Смотрите нашу пеструю весеннюю подборку тематических книг по Agile, каждая из которых способна вдохновить и придать сильнейший импульс для достижения экстраординарных результатов.
Публикация
Agile, Scrum, Kanban–метод
Что такое Agile на самом деле? Разбираем на конкретных примерах
В этой статье мы погрузимся в мир Agile и рассмотрим его ключевые принципы, используя живые примеры и истории из реальной жизни. Согласно Agile Manifesto, в Agile "люди и взаимодействие важнее процессов и инструментов, работающий продукт важнее совершенной документации, сотрудничество с заказчиком важнее согласования условий контракта, а готовность к изменениям важнее следования плану". Но что это значит на практике? Давайте разберемся вместе.
Публикация
Agile, Scrum, Kanban–метод
Отказаться от оценки задач и улучшить отношения с заказчиком
Третий подход к оценке задач, NoEstimates — один из самых интересных. Что если перестать оценивать задачи вообще?

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

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

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

Managing Partner

+7 495 221 87 39

dmitry@onagile.ru

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