Новая редакция Scrum Guide: что добавлено и как с этим работать

It’s not hard to make decisions when you know what your values are. © Roy E. Disney

Кен Швабер и Джефф Сазерленд, создатели знаменитого сегодня в IT-сфере фреймворка Scrum, не почивают на лаврах, наслаждаясь все более растущим интересом к их детищу и получая заслуженные дивиденды. Отцы-основатели Scrum продолжают активную работу в обучении, консалтинге, сертификации, распространении и, главное, дополнении и развитии своего фреймворка.

Совсем недавно, в июле 2016 года появилась официальная обновленная и дополненная самими авторами, 5-я по счету версия Scrum Guide. Создание Scrum Guide Кен Швабер объясняет необходимостью убрать все противоречия, двусмысленные трактовки и недопонимания, которые возникали и возникают у пользователей фреймворка, а также правильно сфокусировать целевую аудиторию и дать возможность ссылаться на первоисточник.

Что добавили в Scrum Guide July 2016

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

Commitment — понимание необходимости брать обязательство перед собой, перед командой, перед организацией за выполнение поставленных целей и задач на короткий период работы (1-4 недели); понимание командой, что им необходимо делать всё, что в их силах, чтобы выполнить то, что они сами (!) пообещали реализовать; понимание своих реальных возможностей и, соответственно, взятие на себя реалистичных обязательств. Как говорит Джефф Сазерленд, это одна из основ непрерывного улучшения. Это действия, направленные на то, чтобы быть лучшими людьми, лучшими командами, лучшими компаниями.

Focus — это сосредоточенность на ближайшей цели команды, на выполнении того обещания, которое было дано владельцу продукта, клиенту. Распыление не дает возможности брать на себя обязательства перед кем-либо. Сосредоточенность — даёт такую возможность.

Courage — это смелость, готовность к изменениям на благо продукта, клиента, команды. Это способность пробовать и предлагать новое, несмотря на риски; это умение делиться своими идеями, даже если не уверен, что они будут приняты или поняты правильно. Это есть двигатель позитивных изменений.

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

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

Внедряем Scrum ценности

К сожалению, Scrum Guide не говорит о том, как привить команде эти ценности, как научиться и научить такому способу мышления. Но здесь и не может быть единого рецепта.

Хороший способ выработки командных ценностей предлагает Юрген Апелло в его книге Management 3.0. В чистом виде рекомендации Юргена не совсем подойдут для работы именно со Scrum ценностями, но я предлагаю его видоизменить. Ниже рассмотрим последовательность шагов, которая поможет команде осознать и принять ценности Scrum.

  1. Начать можно с общей встречи и открытого разговора со всей командой (включая Product Owner), желательно в начале проекта. Если это сделано не было, начать никогда не поздно. На встрече перечисляем и выписываем на доску Scrum ценности.
  2. Просим каждого члена команды на цветных карточках/стикерах написать, что именно для него значит каждая ценность, как бы он хотел, чтобы она проявлялась в их команде. Каждой ценности дать 3-5 характеристик. Получаем 3-5 карточек от каждого члена команды.
  3. Складываем все карточки и получаем набор определений к каждой ценности.
  4. Вместе делаем первичную группировку карточек. Все одинаковые и подобные карточки собираем и даем им единое название под соответствующей ценностью.
  5. Получаем набор примерно по 10-15 определений для каждой ценности.
  6. Проводим несколько итераций по разделению наших карточек на 2 группы — «важно», «менее важно». Здесь можно голосовать, обсуждать. Но обязательно получить 2 равные группы. Чем-то придется жертвовать. Каждый раз то, что находится в разделе «важно» делим еще раз на «важно» и «менее важно».
  7. Останавливаемся, когда каждая ценность имеет по 3 определения в финальной группе «важно».

Таким образом, за 2-3-часовую встречу мы получаем общее понимание, что для нас значат Scrum ценности и какие конкретно их проявления мы будем стараться поддерживать. Полученные определения можно красиво оформить в плакат или в дерево ценностей, чтобы они всегда были на виду.

На ретроспективах рекомендую делать ревью ценностей, чтобы не дать команде забыть о них. Обсуждать, что получается, какие есть зоны развития и как именно мы будем над ними работать.

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

И помним, Scrum легко понять, но сложно освоить ©.

Удачи всем в непрерывном развитии :)

21 комментарий

Подписаться на комментарииОтписаться от комментариев Комментарии могут оставлять только пользователи с подтвержденными аккаунтами.

Как можно так переводить книги ценой по 50 баксов?

Просим каждого члена команды на цветных карточках/стикерах написать// Каждой ценности дать 3-5 характеристик. Получаем 3-5 карточек от каждого члена команды.
А как теряются до 18 карточек: вместе с членами команды или «усушка-утруска» ;)
за 2-3-часовую встречу мы получаем общее понимание, что для нас значат Scrum ценности
Сделайте меня развидеть это.
Courage — это смелость, готовность к изменениям на благо продукта, клиента, команды. Это способность пробовать и предлагать новое, несмотря на риски; это умение делиться своими идеями, даже если не уверен, что они будут приняты или поняты правильно. Это есть двигатель позитивных изменений.

gold plating? no, thanks.

Спасибо за статью о очередном Scrum Bullshit.

Проходящие свои 40 собеседований в год на позиции с требованиями «Only Agile, no waterfall» не совсем с вами согласны :)

Scrum это самый неаджайл из всех методологий. То что более менее близко к аджайл манифесту это канбан и continuous delivery.

Слышал подобное мнение, но не довелось попробовать :) Тащемта, котирую ПМ, умеющих готовить «кастом», в зависимости от проекта :)

Типа, Швабер с Сазерлендом когда писали agile manifesto — были трушные пацаны старой школы, а когда выпустили апдейты — то все, булшит, самый неаджайл из всех методологий.

Континуос деливери более менее близко к манифесту. Офигеть. Десять заповедей у тебя там не близко к правилам дорожного движения?

Типа, Швабер с Сазерлендом когда писали agile manifesto — были трушные пацаны старой школы, а когда выпустили апдейты — то все, булшит, самый неаджайл из всех методологий.
Дядя Боб говорит что мудаками они были.

Там были еще Мартин Фаулер и Энди Хант — они также мудаки? :)

У Скрам и Канбан разные цели. Канбан больше подходит для готовых проектов которые надо просто сопровождать, где планирование на день-два вперёд идёт. А Скрам более удобен для разработки, где нужно планировать на неделю, две, месяц.. и ставить цели, говорить что что-то лучше или хуже не очень правильно.

— Чем отличается яблоко от трактора?
— ??!...
— Яблоко красное, а у трактора дверь во-о-от так открывается...

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

У яблока и трактора разные цели. Яблоко подойдет для людей, у которых есть чувство голода, там, в принципе в самый раз будет яблочно заточить. Трактор же гораздо больше подходит для людей, который копают реально здоровенную яму. Говорить что яблоко лучше трактора или наоборот — не очень правильно.

Во второй раз уже плоский троллинг получился и не в тему ) А вот первый раз шутка действительно жирная была

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

Окай, а ще й Lead Developer.

Прикольно, но понимание прийдет только с практикой.

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

Насчет ценностей — они как были маркетинговым булшитом, так и остались. Но теперь это надо обсудить на митинге? Ок.

Ну, то есть, ценности хороши, но когда они просто есть и выполняются, а не обсуждаются с командой на митингах с карточками. Типа, совет директоров поставил задачу к следующему отчетному периоду стать на 20% открытее и на 35% вовлеченнее.

Типа, совет директоров поставил задачу к следующему отчетному периоду стать на 20% открытее и на 35% вовлеченнее
Если совет директоров знает причины проблемы, вменяемые метрики, пути достижения, а также может понятно и приемлемо для гребцов объяснить задачу, то why not? :)

Подписаться на комментарии