Scrum Master. История роли. Часть 2: Scrum Guide
Во второй части статьи мы рассмотрим, как менялась роль Scrum-мастера в разных версиях Scrum Guide.
Как и следовало ожидать, резких перемен роли в версиях разных почти не происходит, в отличии от “до scrumguide’ового” времени, когда каждая книга меняла образ Scrum Master’а порой радикально. Речь скорее идет о “шлифовке и доводке” понимания роли, сообразно требованиям времени и росту известности Scrum в мире.
Часть 1 | Часть 2
Первый Scrum Guide. 2010
В 2010-м вышел первый Scrum Guide. Прямо скажем, если читать его сегодня, то он выглядит очень “сырым” и сильно удивляет рядом анахронизмов.
Если вы помните конец первой части статьи, то там говорилось, что Майк Кон выпустил в 2009-м году книгу “Succeeding with Agile” в которой ввел понятие Servant Leaderhip как основное свойство и образ действий Scrum Master’а.
Логично было бы ожидать упоминание Servant Leadership в первой версии Scrum Guide 2010.
Но идея Servant Leadership в Scrum Guide 2010 не упомянута вообще. Видимо, авторы Scrum Guide — Кен Швабер и Джефф Сазерленд — черпали материал для Scrum Guide 2010 из своих собственных книг, а не из книг других авторов. Последняя книга, написанная до 2010 года одним из авторов Scrum Guide, была книга “Agile Project Management With Scrum” которая вышла аж в 2004 году, когда идеи Servant Leadership не существовало в принципе.
Косвенным подтверждением моей гипотезы, служит тот факт, что текст Scrum Guide 2010 практически слово в слово повторяет приложение “Apendix A: Rules” к книге “Agile Project Management With Scrum” 2004-го года. В этом приложении содержится краткое описание встреч, ролей и артефактов Scrum, и глядя на это описание невооруженным взглядом видно множество фраз, параграфов и цитат, которые повторяются в Scrum Guide 2010.
Снова мы видим прямую обязанность Scrum Master’а “железной рукой” внедрять Scrum, как это было в далеком 2001-м году, в книге «Agile Software Development with Scrum» (Scrum Book):
«The ScrumMaster is responsible for ensuring that Scrum values, practices and rules are enacted and enforced” — Scrum Guide 2010
Перевод:
““ScrumMaster [напрямую] отвечает за то, чтобы ценности Scrum, практики и роли были введены в действие и соблюдались““ — Scrum Guide 2010
В то же время, Scrum Guide 2010 подтверждает позицию ScrumMaster’а как коуча, поддерживающего команду на пути освоения Scrum:
The ScrumMaster is not the manager but leads by coaching, teaching and supporting the team. The ScrumMaster helps the Team understand and use self-management and cross-functionality” — Scrum Guide 2010
Перевод:
ScrumMaster не является [формальным] руководителем, но он лидирует и руководит, через коучинг, обучение и поддержку команды. ScrumMaster помогает команде понять и использовать самоуправление и кросс-функциональность“ — Scrum Guide 2010
Анахронизмом, отсылающим нас к Scrum Book 2001-го года выглядит ответственность ScrumMaster за то, чтобы “найти и обучить Владельца Продукта”.
“The ScrumMaster works with the customers and management to identify and instantiate a Product Owner. The ScrumMaster teaches the Product Owner how to do his or her job, in order to optimize the value of the use Scrum. If they don’t, the ScrumMaster is held accountable” — Scrum Guide 2010
Перевод:
“ScrumMaster работает с Заказчиками и Руководством, чтобы найти и сформировать Владельца Продукта. ScrumMaster учит Владельца Продукта, как ему выполнять свою работу таким образом, чтобы оптимизировать ценность от использования Scrum. Если Владелец Продукта этого не делает, тогда за это должен нести ответственность ScrumMaster“ — Scrum Guide 2010
Кроме того, за ScrumMaster была закреплена обязанность “стоять на страже” Sprint Goal, чтобы команда не отклонялась от нее и фокусировала усилия для ее достижения. Обратите внимание, что не команда, а именно ScrumMaster должен был гарантировать, что команда сфокусируется на цели спринта, и будет целенаправленно на нее работать. Выглядит как отступление от принципа самоуправления и самоорганизации в команде.
Scrum Guide 2010 как будто отбрасывает наработки авторов книг по Scrum за период 2001-2010 годов, и рисует нам картину все того же «ScrumMaster’а за рулем», который решает как реализовывать Scrum и вести команду. И одновременно с этим, меняется набор инструментов ScrumMaster’а — теперь он много фасилитирует, и делает упор на коучинг команды, а не директивное поведение.
Эдакий «просвещенный правитель», который лучше знает, как надо и полезно для команды и Владельца Продукта.
Вторая и третья версия Scrum Guide, 2011
Во второй версии Scrum Guide наконец-то поменялось написание роли, и вместо нелепого “ScrumMaster”, стали писать “Scrum Master” с пробелом между словами.
Ответственность за реализацию Scrum немного поменялась:
The Scrum Master is responsible for ensuring Scrum is understood and enacted — Scrum Guide October 2011
Перевод:
“Scrum Master ответственен за то, чтобы Scrum понят [командой] и реализован“ — Scrum Guide October 2011
Обратите внимание, что из формулировки исчезло слово “enforced”, которое предполагает некоторую обязаловку и директивность. Теперь достаточно, чтобы команда понимала Scrum и чтобы Scrum был реализован как задумано.
И — о чудо! — в этой версии появилось определение Servant Leader (Служащий Лидер) применительно к Scrum Master. Непонятно, зачем надо было тянуть 2 года, чтобы прийти к тому, что Майк Кон озвучил еще в 2009-м.
В Scrum Guide 2011 были описаны “сервисы”, которые Scrum Master предоставляет Владельцу продукта, Команде разработки и Организации в целом: обучение, коучинг, наставничество (mentoring), фасилитация и помощь. В этом заключались его обязанности.
Из интересного, также хочется отметить, что к обязанностям Scrum Master’а добавился пункт про взаимодействие с теми, кто находится за пределами Scrum-команды.
“The Scrum Master helps those outside the Scrum Team understand which of their interactions with the Scrum Team are helpful and which aren’t. The Scrum Master helps everyone change these interactions to maximize the value created by the Scrum Team ” — Scrum Guide 2017
Перевод:
«Scrum Master помогает тем, кто не входит в состав Scrum-команды, понять, какие из их взаимодействий со Scrum-командой полезны, а какие нет. Scrum Master помогает каждому изменить эти взаимодействия, чтобы максимизировать ценность, создаваемую Scrum-командой» — Scrum Guide 2017
Речь и идет о том, чтобы выстроить правильное, конструктивное взаимодействие с Заказчиками и другими Заинтересованными лицами, за пределами Scrum-команды. В предыдущей версии Scrum Guide 2010 на этом не делалось особого акцента.
Очевидно, это изменение направлено на то, чтобы донести до Заказчиков и Заинтересованных лиц необходимость дать возможность Scrum-команде самой принимать решения, и нести за них ответственность, а также на то, чтобы Заказчики и Заинтересованные лица принимали достаточное участие в работе команды, с тем чтобы часто давать ей полезную обратную связь, которая позволяет делать лучший продукт, полезный пользователю.
Зато теперь со Scrum Master сняли ответственность за то чтобы вмешиваться в процесс самоорганизации/самоуправления команды. Он больше не должен был “охранять” Цель Спринта, и принуждать команду на ней фокусироваться. К выбору и назначению Владельца Продукта наш герой теперь тоже не имел никакого отношения.
Таким образом, Scrum Master окончательно покинул позицию руководителя (менеджера), лишившись права на какие-либо директивные решения в команде. Только развитие, только фасилитация и обучение. Добрым словом. Без пистолета.
Третья версия Scrum Guide ничего не меняла в описании роли Scrum Master, поэтому останавливаться на ней мы не будем.
Четвертая и пятая версии Scrum Guide, 2013/2016
Scrum Guide 4.0 в значительное степени сохраняет все то, что было написано про Scrum Master в предыдущих версиях Scrum Guide, но дополнительно придает ему ответственность за эффективную фасилитацию Планирования Спринта и Спринт Ревью.Можно сказать, что описание роли приводится в соответствие с тем, как она дана в книге “Agile Project Management With Scrum”, 2004 года.
Из существенных добавлений хочется отметить появившуюся ответственность Scrum Master за обеспечение прозрачности артефактов:
“The Scrum Master’s job is to work with the Scrum Team and the organization to increase the transparency of the artifacts. This work usually involves learning, convincing, and change.” — Scrum Guide 2013
Перевод:
«Задача Scrum Master’а — работать со Scrum-командой и организацией , чтобы повысить прозрачности артефактов. Эта работа обычно включает в себя обучение, убеждение и изменение » — Scrum Guide 2013
Напомню, что прозрачность — основа эмпирического подхода к разработке, на котором базируется Scrum. Создатели Scrum Guide хотели подчеркнуть этот момент, добавив отдельный раздел, касающийся прозрачности артефактов.
Scrum Guide 5.0 оставляет роль Scrum Master без изменений, поэтому рассматривать мы ее не будем.
Шестая версия Scrum Guide, 2017
Scrum Guide 2017 ознаменовался тем, что убрал персональную ответственность Scrum Master за обеспечение того, чтобы команда придерживалась правильной реализации Scrum (“ensuring that the Scrum Team adheres to Scrum theory, practices, and rules.”, Scrum Guide 2016/2013)
Теперь обязанностью Scrum Master является:
“The Scrum Master is responsible for promoting and supporting Scrum as defined in the Scrum Guide. Scrum Masters do this by helping everyone understand Scrum theory, practices, rules, and values” — Scrum Guide 2017
Перевод:
«Scrum Master отвечает за продвижение (promote) и поддержку (support) Scrum так, как это определено в Scrum Guide. Scrum Master’а делают это, помогая каждому [сотруднику] понять теорию, практику, правила и ценности Scrum » — Scrum Guide 2017
То есть теперь Scrum Master лишь “продвигает” (promote) и поддерживает (support) реализацию Scrum в соответствии со Scrum Guide, и делает он это “помогая” людям понять теорию и практику Scrum. Обратите внимание — больше никакого “enforce”, только “promote”, “support” и “helping”.
Таким образом, Scrum Master окончательно стал коучем, который лишен руководящих полномочий, и может лишь направлять, отвечать на вопросы и выводить на осознание.
Хотя Scrum Master больше не отвечает за подбор и обучение Владельца Продукта, авторы Scrum Guide 2017 не позволяют совсем оставить его в покое. В списке сервисов, который Scrum Master предоставляет Владельцу Продукта появился пункт:
“Ensuring that goals, scope, and product domain are understood by everyone on the Scrum Team as well as possible ” — Scrum Guide 2020
Перевод:
«Обеспечение того, чтобы цели, объем и предметная область продукта были понятны всем в Scrum-команде, насколько это возможно» —Scrum Guide 2020
Создается ощущение, будто Scrum Master играет роль эдакого “комиссара” при Владельце Продукта, который проверяет за ним — всем ли понятны важные продуктовые аспекты? Не осталось ли вопросов?
Текущая, седьмая версии Scrum Guide 2020
В последнем издании Scrum Guide исчезли многие предписывающие практики.
Фокус внимания смещен от “как конкретно?”, на “почему?”. Из Scrum Guide убрали вопросы Daily Scrum, атрибуты элементов бэклога (PBI) прописаны менее подробно, сокращен раздел, посвященные отмене Спринта и т.д.
Некоторые обязанности Scrum Master’а были сокращены:
- Больше не упоминается, что Scrum Master должен обеспечивать эффективность Scrum-мероприятий и фасилитировать их;
- Из Scrum Guide 2020 убрали требование обеспечивать прозрачность артефактов.
Кроме того, Scrum Guide 2020 устраняет двусмысленность, сложившуюся вокруг зоны ответственности Scrum Master’а.
Напомню, что начиная со Scrum Guide 2017, все что мог делать Scrum Master, это “продвигать” (promote) и “поддерживать” (support) Scrum и “помогать” (helping) команде понять теорию и практику его правильного применения. Никаких полномочий прямого действия у него не было. Он должен был действовать опосредованно.
В результате получалось, что если команда действовала неэффективно, и Scrum получался какой-то “кривой”, то Scrum Master мог сказать “Я продвигал (promote) и поддерживал (support) Scrum в соответствии со Scrum Guide. Но команда меня не слушала, так что это их проблема”. И “умывал руки”, так как его персональной ответственности в том чтобы Scrum работал эффективно, нигде в Scrum Guide 2017 обозначено не было.
Создатели Scrum Guide признали, что эти формулировки завели Scrum куда-то не туда. Scrum Master должен быть ответственен и подотчетен, иначе получается очень странная роль, что порождает кучу побочных эффектов.
Поэтому были добавлены следующие абзацы:
“The Scrum Master is accountable for establishing Scrum as defined in the Scrum Guide. They do this by helping everyone understand Scrum theory and practice, both within the Scrum Team and the organization” — Scrum Guide 2020
Перевод:
Scrum Master несет [персональную] ответственность за установление Scrum-процессов такими, как это определено в Scrum Guide. Он делает это, помогая всем понять теорию и практику Scrum, как в Scrum-команде, так и в организации [в целом] — Scrum Guide 2020
И далее:
“The Scrum Master is accountable for the Scrum Team’s effectiveness. They do this by enabling the Scrum Team to improve its practices, within the Scrum framework” — Scrum Guide 2020
Перевод:
“Scrum Master несет [персональную] ответственность за эффективность Scrum-команды. Он делает это, позволяя Scrum-команде улучшиать свои методы работы в рамках Scrum” — Scrum Guide 2020
Обратите внимание, тут используется слово “accountable” , вместо “responsible”, как было в прошлых версиях Scrum Guide. По-русски обычно переводят одним словом — “ответственность”, но по английски есть нюансы.
Слово “responsible” обозначает общую ответственность, например ответственность родителя за своего ребенка. А “accountable” подразумевает ответственность за конкретный эффект деятельности, и некую подотчетность по этому результату. Например, как ответственность родителя собрать ребенка в школу к 1-му сентября.
Таким образом, с 2020 года, Scrum Master начал нести личную ответственность перед командой за эффективную реализацию Scrum в соответствии со Scrum Guide,
В дополнение к вышеперечисленному, в Scrum Guide 2020 убран тезис о том, что Scrum Master это “служащий лидер” (servant leader). К сожалению, этот термин многие понимали в корне не верно. Часто это понимали как “подай-принеси” или “сделай всю рутинную работу за команду”.
Теперь в Scrum Guide 2020 сформулировано так:
“Scrum Masters are true leaders who serve the Scrum Team and the larger organization.” — Scrum Guide 2020
Перевод: “Scrum Master’а — настоящие лидеры, которые служат Scrum-команде и всей организации [ в целом ]” — Scrum Guide 2020
Суть в том, что Scrum Master должен проявлять лидерское поведение, вести за собой, а не быть “слугой” каждому, и делать то что хочет команда, заказчики или организация в целом.
Он должен установить Scrum в соответствии со Scrum Guide, и сделать это эффективно. За это он несет персональную ответственность (accountability) перед командой.
В то же время, он не может делать все что хочет, и действовать лишь в соответствии со своим пониманием “как правильно”, поэтому в Scrum Guide 2020 прописана обязанность “обслуживать” ( serve ) интересы команды и организации в целом. И если на уровне команды все более-менее ясно, то на уровне организации появляются такие вещи, как бизнес-ценность, конкурентоспособность, финансовая отдача, и другие вещи, которые способствуют стабильности и успешности организации. Теперь все это Scrum Master должен учитывать при принятии решения, как действовать дальше.
Учитывая, что в этой же версии Scrum Guide добавилось понятия Product Goal (Цели Продукта), от которого строится Product Backlog (Бэклог продукта) и Sprint Goal (Цель Спринта), становится ясно, что данная версия Scrum Guide нацелена на работу Scrum, в контексте более широком, чем ответственность одной команды. Теперь нужно учитывать интересы всей организации, а не только местечковые интересы и цели команды.
Заключение
Первые Scrum Master’а по сути были менеджерами, что наглядно видно из книги “Agile Software Development with Scrum” 2001-го года. Scrum Master сидел на месте водителя, и управлял всем Scrum-процессом самостоятельно решая, куда и как двигаться.
С тех пор эта роль кардинально изменилась. Ни одна другая роль в Scrum не претерпела столь значительных изменений, как роль Scrum Master. Это логично, потому что с 2001 года Scrum получил широкое распространение, и в целом, мир стал лучше понимать Scrum благодаря множеству Agile-конференций, докладов, новых практик и кейсов реального применения. Многие Scrum-команды поднялись на более высокий уровень зрелости и самоуправления, что позволяет Scrum Master’у быть больше коучем, чем менеджером.
Но к 2017 году Scrum Master превратился в коуча без какой либо ответственности за результат (accountability). Новая версия Scrum Guide 2020 – это попытка исправить это тенденцию. Теперь Scrum Master несет персональную ответственность за установление Scrum согласно Scrum Guide и эффективность команды. Scrum Master теперь снова лидирует Scrum-процессы, и в то же время обслуживает интересы команды и организации.
Scrum Guide 2020 специально оставляет место для различного поведения Scrum Master’а в зоне его ответственности. Возможные варианты сильно зависят от конкретной Scrum-команды, продукта и организации. Их знания, их точки зрения и их адаптация Scrum задает контекст, в котором Scrum Master’у нужно ориентироваться и учитывать при осуществлении лидерства.
Вместо того, чтобы точно указывать, какие действия должен выполнять Scrum Master, Scrum Guide 2020 задает общую канву, предоставляя Scrum Master’у самому решать, как стоит реализовывать его зону ответственности.
Это накладывает на Scrum Master’а большую ответственность, и предъявляет высокую планку требований к его профессиональному уровню, к уровню его опыта и способности понять, что будет хорошо для конкретной команды и организации в целом.
Почему команды так не любят изменения? Как это проявляется и почему на самом деле сопротивление — это хороший знак? В этой статье обсудим, какую роль играет сопротивление и как Agile-коуч может не бороться с ним, а использовать в интересах команды, применяя различные техники.
Что такое интервизия и действительно ли она помогает скрам-мастерам и agile-коучам, как правильно организовать такую встречу и зачем интервизия нужна самой компании. В статье я постараюсь ответить на все эти вопросы и рассказать о своем опыте, а в конце поделюсь кратким чек-листом для участников, которые хотят извлечь из интервизии максимум пользы.
Современные компании сталкиваются с необходимостью постоянных изменений — будь то адаптация к новым рыночным условиям или улучшение внутренних процессов. Как найти способ эффективно внедрять изменения, причем так, чтобы сделать это быстро и с минимальным сопротивлением от команды? Один из инструментов, который может помочь в этом, — HADI-цикл.