Читать книгу: «Путь скрам-мастера»
Информация от издательства
Издано с разрешения Pearson Education, Inc. publishing as Addison-Wesley Professional
Благодарим за помощь в подготовке издания компанию ScrumTrek в лице Алексея Пименова
Все права защищены. Никакая часть данной книги не может быть воспроизведена в какой бы то ни было форме без письменного разрешения владельцев авторских прав.
Authorized translation from the English language edition, entitled GREAT SCRUMMASTER, THE #SCRUMMASTERWAY, 1st Edition; ISBN 013465711X; by SOCHOVA, ZUZANA; published by Pearson Education Inc., publishing as Addison-Wesley Professional.
© 2017 Pearson Education, Inc. All rights reserved. No part of this book may be reproduced or transmitted in any form or by any means, electronic or mechanical, including photocopying, recording or by any information storage retrieval system, without permission from Pearson Education, Inc.
© Перевод на русский язык, издание на русском языке, оформление. ООО «Манн, Иванов и Фербер», 2018
* * *
Введение
Зузана Шохова – Зузи – не только автор новой книги о #ScrumMasterWay. Она – душа и сердце пражской agile-конференции, на которой я и имела счастье встретиться с ней несколько лет назад. С красивой дамой в красивом городе.
Как предполагает само название ее книги, это путеводитель по профессии scrum-мастера и agile-коуча.
Книга содержит очень много ценной информации. Вы найдете в ней точные краткие описания множества ценных подходов, а также полезные примеры, основанные на реальном опыте, заработанном тяжким трудом. Благодаря этому после прочтения книги она еще долго послужит вам справочником по техникам.
Зузи очень много читает. Поэтому беседы с ней интересны и информативны, она умеет доносить то, что прочитала, до сведения всего заинтересованного сообщества. Кроме того, Зузи присуще agile-мышление, и ее главный посыл состоит в том, чтобы стимулировать читателей стать такими же, как она. Делайте маленькие шаги и, даже когда опускаются руки, продолжайте двигаться вперед. Это звучит как приглашение к «бесстрашным и даже более чем бесстрашным изменениям»!
Поскольку я сама глубоко заинтересована в изменениях, то вполне разделяю подход Зузи. В отличие от грандиозных планов, вынашиваемых большинством организаций в отношении собственного преобразования к завтрашнему утру или какому-то определенному сроку – «мы станем полностью Agile к концу 2018 года», – по-настоящему успешные изменения зиждутся на небольших шагах и обучении. В книге Fearless Change («Бесстрашные изменения») мы описываем схему «цикла обучения»: сделать маленький шаг; остановиться; уделить время рефлексии и обучению; на основе небольших успехов сделать следующий маленький шаг. Конечно, мы хотели бы достичь того переломного момента, когда изменения начнут жить собственной жизнью и все само собой будет двигаться вперед быстрей и легче, но мы не можем рассчитывать на это! Лучший подход основан на небольших экспериментах.
Вы наверняка полюбите скетч-иллюстрации в книге Зузи! Как показывают исследования, мы ведь учимся именно на изображениях – даже сами слова опознаются мозгом как некие картинки. Образные рисунки Зузи идеально дополняют текст.
Эта книга дает толчок к размышлениям, к оценке и ваших сильных сторон, и того, что требует улучшения, – в этом, пожалуй, главная ее ценность. Все мы знаем, как трудно понять себя. Без специально запланированных тайм-аутов на рефлексию сложно надеяться на улучшения, они не возникнут сами по себе. Исследования показали, что всего лишь несколько минут в день, отведенных на обдумывание того, что работает хорошо, а что следует совершенствовать, с течением времени могут принести реальную выгоду.
Мне очень нравится, как Зузи обсуждает в книге фреймворк Cynefin. Нам так необходимо лучше понимать работу Дейва Сноудена! В agile-разработках мы имеем дело с запутанными адаптивными системами. Это значит, что мы не можем заранее предсказать эффект даже от небольшого изменения в нашей организации, команде или в нас самих. Мы можем лишь протестировать его на себе, затем остановиться, чтобы прорефлексировать это, и далее, на основе наблюдений, планировать следующее небольшое изменение. Ведь нелепо полагать, что можно планировать любое действие, требующее от нас каких-то усилий, на много лет вперед.
Думаю, вам понравится эта легко читаемая, информативная «книжечка». Знаю это по собственному опыту.
Линда Райзинг,автор книг Fearless Change и More Fearless Change («Бесстрашные изменения» и «Еще более бесстрашные изменения»), написанных в соавторстве с Мэри Линн Маннс
Предисловие

Я Зузи, ваш новый друг и наставник. Расслабьтесь и выслушайте все, что я собираюсь вам сказать. Вы можете доверять мне. Десять лет назад, когда в качестве разработчика я присоединилась к своей первой scrum-команде, мне самой не очень нравился этот, как мне тогда казалось, неудобный способ работы. Я была такой же «неподдающейся», как большинство моих нынешних клиентов, находящихся в начале своих agile-путешествий. Это было нечто новое и необычное. И как бы наши agile-коучи ни пытались его объяснить, я не понимала…
Полгода спустя меня назначили scrum-мастером. Не имея иного опыта, кроме работы в качестве лидера команды и разработчика, я закончила тем, что стала scrum-ассистентом команды, а чуть позже scrum-мамой. Мне потребовалось много времени, чтобы понять, почему Scrum настолько мощен и что он значит с точки зрения возможностей улучшения самоорганизации.
И тогда я поняла, как всем нам не хватает доходчивого объяснения роли scrum-мастера. И позже описала ее с помощью концепции #ScrumMasterWay, которой собираюсь поделиться с вами в этой книге и которая наконец дала scrum-мастерам ответ на их самый «больной» вопрос: «Что должен делать scrum-мастер после того, как команда стала самоорганизовывающейся?» После коучинга многих scrum-мастеров в компаниях и проведения курсов SCM (Certified Scrum Master – сертифицированный scrum-мастер) я могу с уверенностью сказать, что ответы типа «перейти в другую команду», «ничего не делать» или «всегда будет какая-то работа» не спасают. Scrum-мастера чувствуют себя растерянными, так же как и я когда-то.
Но стать настоящим scrum-мастером никогда и не было легко – так позвольте же мне пригласить вас в путь, где вы узнаете все о моем собственном опыте проб и ошибок. Эта книга является лучшей отправной точкой для осмысления роли scrum-мастера. Надеюсь, читая ее, вы получите удовольствие, найдете описанный в ней опыт полезным и легко применимым в вашей работе и в итоге станете великим scrum-мастером.
Кому следует прочесть эту книгу
Эта книга представляет собой руководство для всех scrum-мастеров, agile-коучей и руководителей, которые хотят изменить свои организации к лучшему. Она раскрывает общие концепции и понятия, в которых следует разобраться каждому scrum-мастеру, а также направляет к источникам знаний, которые смогут помочь вам в разрешении сложных ситуаций.
Книга осознанно создавалась как тонкое иллюстрированное издание, которое можно прочитать за выходные, не потратив на это слишком много времени и сил. Однако она должна стать для вас отправной точкой поиска полезной информации или идей относительно того, куда двигаться дальше. Безусловное преимущество этой книги – в наличии множества практических примеров того, как применять каждую из концепций.
Обратите внимание, что книга не объясняет базовых правил и принципов Scrum, поскольку предполагается, что вы уже знакомы с Agile и Scrum и у вас есть опыт работы scrum-мастером.
Как читать эту книгу
Книга разделена на восемь глав, которые шаг за шагом формируют осознание и понимание роли выдающегося scrum-мастера.
В главе 1 «Роли и обязанности scrum-мастера» мы знакомимся с основными обязанностями scrum-мастера.
В главе 2 «Состояние модели сознания» я представляю модель, которая помогает scrum-мастерам решать, какой подход они будут применять для решения проблем в повседневных ситуациях.
Глава 3 «#ScrumMasterWay» знакомит с носящей это название концепцией, подчеркивающей сложность роли scrum-мастера, необходимость построения сообщества scrum-мастеров и создания на ее основе agile-организации.
В главе 4 «Метанавыки и компетенции» мы поговорим о том, что позволит вам стать выдающимся scrum-мастером.
Глава 5 «Построение команд» посвящена теории создания команды и практическим примерам из agile-среды.
Глава 6 «Осуществление изменений» обращена к теме реализации и динамике изменений.
В главе 7 «Инструменты scrum-мастера» вы найдете описание различных инструментов, которые сможете использовать в своей работе scrum-мастера.
Глава 8 «Я верю…» завершает повествование, как бы закругляя его.
Книга дает более широкое, чем принято, определение роли scrum-мастера. Вводимая здесь концепция #ScrumMasterWay позволяет определить три уровня функционирования великого scrum-мастера. Быть scrum-мастером – это как играть в игры приключенческого жанра. По пути вы подбираете некоторые инструменты, суть использования которых может быть вам вначале неизвестна. Порой нужно творчески проявлять себя и пробовать разные подходы, иногда кажущиеся сумасшедшими. Время от времени вы чувствуете отчаяние и готовы отказаться от своего выбора. А потом вдруг осознаете, что существует еще один способ подойти к ситуации и заставить ее работать на вас. Это действительно похоже на то, что происходит в приключенческих играх, когда вам надо найти крошечную лазейку в стене, чтобы открыть секретную дверь, или использовать привычные инструменты каким-нибудь совсем необычным способом.
Даже если приведенные в книге примеры будут не вполне соответствовать вашей конкретной ситуации, а описанные методы, возможно, покажутся вам иными во время первой практической попытки их использовать, дайте им второй или третий шанс. Творчески адаптируйте эти примеры. Верьте, что они сработают и вы таки станете выдающимся scrum-мастером.
1. Роль и обязанности scrum-мастера
Роль scrum-мастера – одна из самых недооцененных в Scrum и Agile. Большинство начинающих команд не видят особого смысла в том, чтобы scrum-мастер работал на полной ставке, и, дабы «занять его работой», пытаются совместить эту должность с позицией разработчика или тестировщика. Это одна из самых распространенных ошибок в понимании роли scrum-мастера, свойственная большинству начинающих групп. Объясняется это примерно так: «Мы понимаем, что члены команды должны производить программный продукт, упорно трудиться. Они должны развивать кросс-функциональность и помогать друг другу. Должны сотрудничать. Мы также высоко оцениваем роль Владельца продукта, потому что этот человек определяет общее видение и согласовывает требования с клиентами. А как насчет scrum-мастера? Что делает он?» В таких условиях scrum-мастер часто превращается просто в секретаря – довольно скучная позиция, не правда ли? Он заботится о карточках на scrum-доске, сам устраняет все препятствия и близок к тому, чтобы начать готовить кофе для команды, пока она сосредоточена исключительно на работе. Знакомая ситуация?
Тогда продолжайте читать, потому что все описанное выше даже приблизительно не определяет основной роли scrum-мастера и его предназначения…
Другое весьма распространенное ошибочное отношение к роли scrum-мастера связано с тем, что кто-то берет ее на себя просто потому, что компании необходимо перейти на Scrum, – обычно такое происходит в крупных корпорациях. Там рассуждают примерно так: «Нам нужен scrum-мастер, чтобы воплощать Scrum, верно? Но мы не можем использовать для этого хорошего разработчика или тестировщика, потому что они должны заниматься программированием/тестированием». И scrum-мастером в таких случаях нередко становится какой-нибудь малоспособный, тихий человек, назначение которого scrum-мастером стало возможным лишь потому, что он не слишком хорош как разработчик.
Имея все это в виду, скажем: хороший scrum-мастер не может рассматриваться как «дополнительные издержки» – то есть как человек, не приносящий своей деятельностью особой пользы. Он должен рассматриваться как человек, способствующий стремительному росту производительности команды. Ведь scrum-мастер нацелен на создание не просто хорошей, а именно высокопроизводительной команды. И в такой команде scrum-мастер более чем окупается.
Помните
Scrum-мастер – это не секретарь.
Scrum-мастер – это не «дополнительные расходы», а человек, создающий высокопроизводительную команду.
Scrum-мастер – это эксперт по agile- и scrum-мышлению, искренне верящий в то, что Agile и Scrum – верный путь к успеху.
Самоорганизующаяся команда
Одно из ключевых понятий Scrum – самоорганизующаяся команда. Говорят об этом все, но вот понять, а тем более развивать это на практике – сложно.
Самоорганизующаяся команда – это группа, которая сама умеет решать, как ей управляться с повседневными задачами. В Scrum это сводится к тому, «каким образом мы должны организовывать себя, чтобы определять цели спринта и спринт-бэклог на согласованном уровне качества в соответствии с определением «сделано»?». Иными словами, команда должна быть в состоянии решать, кому над какой задачей предстоит работать, как помогать друг другу, когда нужно будет учиться чему-то новому и как определять приоритеты повседневной работы при отсутствии внешнего авторитета.

Некоторые команды считают, что самоорганизация предоставляет им неограниченную власть что-то решать на этой планете. Но это не то, что понимается под самоорганизующейся командой в Scrum. Каждая самоорганизующаяся команда является таковой только внутри заданных границ. scrum-границы определяются процессом: целями спринта, бэклогом и поставкой работающего продукта в финале проекта.
Если некоторые члены команды чем-то недовольны, все должны быть готовы обсуждать это, понимая друг друга, и, как результат, изменять свой образ совместной работы и взаимопомощи. Наиболее важная характеристика – мировоззрение каждого отдельного человека. В хорошей команде демонстрируется подход «мы» вместо «я»: «Как я могу помочь команде это решить? Что я могу сделать для других?» вместо «Я ничего об этом не знаю. Это не моя проблема».
Самоорганизующаяся команда – живой организм, и каждый в такой команде влияет на то, насколько сильным или слабым этот организм будет. Члены команды, которые берут на себя обязательства и ответственность за ее самоорганизацию, вместо того чтобы отвечать лишь персонально за себя, на шаг ближе к тому, чтобы стать частью великой команды.
Задача scrum-мастера – поддерживать командное, а не индивидуальное поведение. Он должен создавать команду из индивидуумов, постоянно напоминая им о том, что команда – это особая сущность, которая важнее, чем составляющие ее отдельные люди. Scrum-мастер должен поощрять членов команды к тому, чтобы в любой ситуации они помогали друг другу, а не прятались за собственные задачи.
Группа индивидуумов
Джон расстроен. Снова и снова повторяется одна и та же проблема. Наконец он обращается к команде: «Я не получил никаких данных из системы! У вас есть идеи, как это можно исправить?»
Реакция команды:
Фред: «Да, это печально».
Жан [задумчиво]: «Слава богу, что я не выбрал сегодня эту задачу».
Рон: «Когда я вчера это пробовал, все было прекрасно».
Джейн: «Мне прошлой ночью помогла перезагрузка моего ПК».
Резюме. Все плохо, и Джон настойчиво пытается решить проблему – это его задача. Но у других тоже достаточно обширное рабочее меню. Они могут откликаться на проблему Джона какими-то советами, но никто не смотрит на нее как на общую и не берет на себя ответственность за ее решение.
Настоящая команда
Джон расстроен. Снова и снова повторяется одна и та же проблема. Наконец он обращается к команде: «Я не получил никаких данных из системы! У вас есть идеи, как это можно исправить?»
Реакция команды:
Жан: «Я могу взглянуть на Git1, чтобы увидеть, вносил ли кто-то какие-нибудь изменения».
Джейн: «Я могу попробовать зайти в систему со своего компьютера, чтобы проверить, есть ли у меня та же проблема. Тогда мы сможем вместе проанализировать, что происходит».
Рон: «Это слишком часто стало нас беспокоить… Я, пожалуй, подумаю о том, как сделать, чтобы автоматизированные тесты выявляли проблему раньше».
Фред: «Ты прав, я помогу тебе с тестом».
Резюме. Команда обсуждает проблему, предлагая варианты ее решения. Все не только дают Джону советы, но готовы приложить усилия и помочь решить задачу. Они смотрят на проблему с командной точки зрения и высказывают идеи, которые помогут всей команде.
Упражнение: Самоорганизующаяся команда
Дополните следующие утверждения (выберите вариант, который вам больше нравится), с точки зрения члена группы, и оцените свою команду.
Главное для членов команды – это…
a. …решать свои задачи к обещанному сроку, потому что остальные на них рассчитывают.
b. …предлагать свою помощь только в случае, если знаешь, что для этого есть время.
c. …помогать команде во всем, что должно быть сделано.
Эффективность каждого отдельного члена команды…
a. …это ключевой момент: каждый человек должен быть максимально эффективен.
b. …важна, но иногда нам нужна помощь в том, чего мы не знаем.
c. …не имеет значения; единственное, что имеет значение, – общая ценность, создаваемая всей командой.
Если мы сталкиваемся с препятствием вне нашей команды…
a. …обращаемся к менеджеру/руководителю группы, чтобы тот сказал, что нам делать, как преодолеть препятствие.
b. …зовем scrum-мастера и просим устранить проблему.
c. …проводим командную дискуссию о том, как нам преодолеть это препятствие и заставить его работать на нас.
Когда есть задача, которая кажется нам слишком сложной…
a. …мы тихо сидим и ждем, пока кто-нибудь возьмет на себя ее решение.
b. …мы передаем ее самому опытному члену команды, потому что это явно его ответственность.
c. …кто-то первым высказывает тревогу и инициирует дискуссию о том, как решить задачу всей командой.
Если один из членов команды жалуется на некую мелкую проблему…
a. …это явно мелочь, и она нас не волнует.
b. …пусть команда проголосует, что делать.
c. …проявляем любопытство и спрашиваем, почему он так расстроен этой мелочью.
Мой коллега настаивает на том, с чем я не согласен, поэтому…
a. …я решаю задачу своим способом, а он пусть решает ее по-своему.
b. …я прошу старшего архитектора поддержать меня.
c. …я пытаюсь понять решение моего коллеги и обсуждаю с командой плюсы и минусы обоих подходов до тех пор, пока мы вместе не придем к согласию.
Поставьте себе 0 баллов за каждый ответ «а», 1 балл – за каждый ответ «b», 2 балла – за каждый ответ «с», а затем суммируйте их. Результат в 7 и более баллов означает, что ваша команда демонстрирует отличную самоорганизацию.
Цель scrum-мастера
У scrum-мастера множество обязанностей. Но поскольку их трудно сравнить с какой-либо известной традиционной ролью, то непросто понять, чем же он целый день занят. Выдающиеся scrum-мастера должны практиковаться в «мягких навыках» (soft skills) и быть хорошими слушателями. Кроме того, им необходимо быть экспертами в Agile и Scrum. Предпочтителен опыт работы в scrum-командах или scrum-среде. В противном случае scrum-мастеру сложно будет внедрить agile-мышление и самоорганизацию в качестве базовых принципов на каждом уровне.

Итак, какова же цель scrum-мастера? Она – в стремлении построить самоорганизующуюся команду и обеспечить самоорганизацию как ключевой принцип компании на всех уровнях. Самоорганизация порождает чувство вовлеченности и обязательности, делает людей более активными и ответственными. А это, в свою очередь, дает команде возможность находить собственные решения и делает ее более эффективной. Самоорганизация является ключевым аспектом высокой производительности команды, но не в краткосрочной, а в долгосрочной перспективе. Она позволяет по мере необходимости улучшать и адаптировать процессы, коммуникацию и сотрудничество. Создает сотрудников с высокой мотивацией, а будучи примененной к группе людей, помогает им выстроить настоящую команду – с едиными целью и идентичностью.
Если вместо этого scrum-мастера сосредоточивают свою ответственность на какой-либо иной цели, то в итоге превращаются в секретарей, советников, менеджеров или просто бесполезных людей, которым «нечего делать, поэтому мы можем игнорировать их роль».
Помните
Цель scrum-мастера – стимулировать самоорганизацию.
Scrum-мастер является коучем и фасилитатором.
Scrum-мастер не несет ответственности за поставку.
Scrum-мастер – не секретарь команды, он должен лишь помогать ей самостоятельно преодолевать препятствия.
Scrum-мастер должен стимулировать команду брать на себя ответственность.

Обязанности scrum-мастера
Обязанности scrum-мастера включают в себя следующее.

• Поощрять команду брать на себя ответственность, поддерживать единство идентичности и целей команды.
• Обеспечивать прозрачность и сотрудничество.
• Удалять препятствия поощрением команды к активной деятельности.
• Понимать суть agile- и scrum-мышления и постоянно обучаться.
• Поддерживать agile- и scrum-ценности; помогать другим в понимании следовании scrum-ценностям.
• При необходимости – защищать команду разработчиков.
• Фасилитировать проводимые scrum-совещания.
• Помогать команде в том, чтобы она стала еще эффективнее.
Ловушки совмещения ролей
Если scrum-мастер совмещает несколько ролей, то все они должны быть отделимы от главной. Как в каждый конкретный момент можно носить лишь одну шляпу, так и scrum-мастеру всегда следует выбирать, в какой из ролей он сейчас выступает или действует. В противном случае он не будет полностью адекватен ни одной из ролей и каждая от этого лишь пострадает.
Следующие примеры дают более подробное представление о преимуществах и недостатках сочетания с ролью scrum-мастера какой-либо еще роли.
Scrum-мастер – член команды
Недостатки. Scrum-мастер настолько занят в команде, что ему не хватает системного взгляда и возможностей системного мышления.
В этом случае ему часто не хватает лидерства и навыков в управлении изменениями. Поскольку сам он член команды, то, как правило, меньше горит желанием ее улучшать, особенно когда у команды есть проблемы со своевременным завершением спринта.
Кроме того, ему часто не хватает способностей, чтобы вывести команду на следующий уровень.
Преимущества. Когда scrum-мастер – часть команды, то между ним и ею существует взаимное доверие. Он хорошо понимает и основы Scrum, и слабые стороны команды, поэтому может легко указать их в Ретроспективе, когда тесты уже завершены, а пользовательские истории закрыты.
Результат. Роль scrum-мастера обычно рассматривается как не столь важная и часто вообще исчезающая. scrum-мастер понижается до уровня ассистента команды, которому особо нечего делать, так почему бы ему не помочь команде реальной работой?
Scrum-мастер – Владелец продукта
Недостатки. Возникает серьезный диссонанс интересов, ведь scrum-мастер и Владелец продукта имеют конфликтующие цели. Scrum-мастер не должен нести ответственности за поставку, а для Владельца продукта она является главной. Налицо конфликт между потребностями бизнеса и командным самосознанием. Возникает проблема балансирования долгосрочных и краткосрочных улучшений и результатов.
Преимущества. Владелец продукта, который одновременно является и scrum-мастером, скорее всего, будет рассматриваться как часть команды.
Результат. В большинстве случаев роль scrum-мастера отодвигается на второй план и все контролирует Владелец продукта. Такой команде обычно не хватает глубокого понимания Scrum и самоорганизации.
Scrum-мастер – руководитель сотрудников
Недостатки. Такой scrum-мастер – чаще всего «ходячая директива» с опорой на менторство вместо коучинга. Его отношениям с командой может не хватать доверия.
Достоинства. Хорошие менеджеры, как правило, лидеры и имеют опыт управления изменениями, поэтому в период трансформации они быстрее вникают в ее суть.
Результат. Роль scrum-мастера обычно рассматривается как менее важная, но в некоторых культурах (не директивных и менее процессно-ориентированных) это отличная возможность начать agile-трансформацию. Однако мечта большинства руководителей – не быть scrum-мастером, а руководить организацией, поэтому они могут выполнять роль scrum-мастера лишь временно. Несмотря на возможные положительные аспекты, командам, в которых scrum-мастер – менеджер, часто не хватает самоорганизации, уверенности в себе и вовлеченности, потому что именно менеджер, а не команда все решает, исправляет и изменяет.
Scrum-мастер работает с несколькими командами
Недостатки. Scrum-мастеру обычно не хватает времени для нескольких команд, потому что независимые друг от друга проблемы часто возникают в одно и то же время. Работу такого scrum-мастера нередко осложняют невозможность фасилитировать дискуссию и предотвратить конфликты на достаточно раннем этапе.
Преимущества. Scrum-мастер быстро учится и становится намного опытней в решении сложных проблем. Общие рекомендации – иметь одного scrum-мастера для двух, максимум трех команд одновременно. Однако в большинстве случаев три команды становятся мостиком ко множеству, отчего у scrum-мастера часто отсутствует необходимая информация для предотвращения конфликтов и перемещения команд на следующий уровень.
Результат. У такого scrum-мастера больше опыта, и он гораздо сильнее в системном мышлении, потому что понимает, насколько все команды разные. Основываясь на своем опыте работы в различных средах, он имеет больше шансов быть успешным в реализации Scrum в разных культурах. Кроме того, он удачливее в применении Scrum в масштабах всей организации, так как не слишком привязан к конкретной команде разработчиков.
Помните
Scrum-мастер сразу для двух-трех команд – оптимальное рекомендуемое совмещение.
Владелец продукта никогда не должен выступать в роли scrum-мастера. Эти роли имеют противоположные цели.
Сочетание ролей scrum-мастера и менеджера часто вызывает отсутствие доверия и делает команду слишком зависимой от решений менеджера вместо побуждения брать ответственность на себя.
Scrum-мастер не должен быть членом команды. Иначе он будет упускать из виду общую картину и в большинстве случаев предпочтет обязанности члена команды функциям scrum-мастера.
Scrum-мастеру следует в каждый конкретный момент времени сосредоточиться на одной роли и не смешивать ее с другими. Это единственный путь к тому, чтобы стать великим scrum-мастером.

Scrum-мастер как лидер-слуга
Большинству scrum-мастеров трудно ответить на вопрос: «А что делает scrum-мастер во время спринта?»

Это я подробно объясню в следующих главах. А здесь сформулирую лишь самую суть: scrum-мастер – это лидерская роль. Одна из целей scrum-мастера – вдохновить других работать лучше, ориентируясь не только на scrum-команду, но на организацию в целом. Вас удивляет, что scrum-мастер должен быть лидером? Но это именно так. Scrum-мастер – не просто некто, понимающий Scrum, он гораздо значительней. Он больше заботится о долгосрочных целях и стратегии, нежели о жестких краткосрочных показателях.
Лидеры не зависят от табелей учета рабочего времени (таймшитов). У них есть стратегическое видение, они самостоятельны и способны к творчеству. Можно назвать scrum-мастера лидером-слугой, что, кстати, соотносится с древней китайской философией. Речь идет о принципе «поставь свою команду на первое место, а себя – на второе»2 и о том, как самосовершенствоваться в следующих областях.
• Слушание других.
• Эмпатия.
• Исцеление отношений.
• Осознание и самоосознание себя как лидера.
• Использование методов убеждения, а не властных полномочий.
• Концептуализация – способность держать в уме масштабную картину и рассуждать за пределами повседневной реальности и краткосрочных целей.
• Предвидение – интуиция, позволяющая связать уроки прошлого с нынешним состоянием и будущими решениями.
• Руководство – открытость и служение другим людям.
• Стремление к росту других.
• Создание жизнеспособного сообщества3.
Помните
Scrum-мастер – это позиция лидера. Она требует креативности, стратегического видения и интуиции для достижения успеха.
Хорошие scrum-мастера – чуткие, внимательные слушатели и готовы исцелять отношения.
Великие scrum-мастера не сосредоточены исключительно на своих командах, но умеют строить сообщества во всей организации.
Упражнение: Являетесь ли вы лидером-слугой?
Оцените себя как scrum-мастера по характеристикам лидера-слуги, пользуясь шкалой от 1 до 10, где 1 означает «не иметь этого вовсе», а 10 – «в этом моя самая большая сила».
_____
• Слушание других.
• Эмпатия.
• Исцеление отношений.
• Осознание и самоосознание.
• Убеждение.
• Концептуализация.
• Предвидение.
• Руководство.
• Стремление к росту других.
• Создание сообществ.
В какой области вы хотели бы улучшить свои навыки и почему?
Держитесь на шаг впереди
Любые перемены непросто принимать, каждый из нас справляется с этим по-своему. И так же как мы порой наблюдаем сопротивление переменам у отдельного человека, это можно видеть и на уровне команды или большой организации. Выполняя одну из своих ролей, scrum-мастер должен быть проводником на пути перемен – таких, к примеру, как agile-трансформация, поиск новых возможностей сотрудничества или новая практика работы. А чтобы стать хорошим проводником, он должен держаться ровно на шаг впереди команды и всей организации, вытаскивая их за собой из прежних привычек, норм и обычаев. Если scrum-мастер уходит очень далеко вперед и делает это слишком быстро, то командам, скорее всего, будет трудно понять, о чем он говорит. С другой стороны, если он остается на том же уровне, что и команды, то вряд ли поколеблет их статус-кво в достаточной степени, а значит, они не будут совершенствоваться.
В начале перемен scrum-мастеру необходимо преодолеть первое (не самое большое) сопротивление. Обычно люди просто говорят: «Мы довольны тем, что у нас есть», они не хотят меняться и не видят в этом никакой необходимости. Обращенный к ним призыв взять на себя ответственность и стать активней на этом этапе практически обречен на провал.
Через некоторое время можно будет услышать: «Все это, конечно, здорово, но не для нас». Какие-то новшества уже опробованы, но, поскольку изменения, как всегда, даются непросто, люди предпочитают вернуться к прежнему состоянию, к тому, что было до перемен.
Чуть позже, когда вы вместе преодолеете серьезные проблемы, вам скажут: «Давайте поговорим о том, как нам что-то улучшить, мы больше не хотим возвращаться назад». Это будет хороший момент, чтобы начать.

И вот наконец они это делают! И радуются успеху: «Это гораздо лучше, чем то, что было раньше». Но здесь возникает и самая большая ловушка. Все настолько довольны своими первыми достижениями, что перестают совершенствоваться дальше и застревают на этой стадии. Роль scrum-мастера состоит в том, чтобы, позволив всем некоторое время понаслаждаться моментом, подтолкнуть их в направлении последующего экспериментирования, адаптации и совершенствования.
Помните
Scrum-мастер является проводником на пути agile-трансформации.
Scrum-мастер должен держаться не более чем на один шаг впереди команды и организации, вытаскивая их из устоявшихся привычек и обычаев.
Подсказки для выдающегося scrum-мастера
Ориентация на самоорганизацию: это ваша конечная цель.
Не смешивайте разные роли, будьте полноценным scrum-мастером.
Верьте в людей, позволяйте им делать все самостоятельно.
Будьте хорошим проводником во время agile-трансформации, всегда держитесь только на один шаг впереди.
Верьте в Agile и Scrum. Выдающийся scrum-мастер – самый большой энтузиаст Agile.
Выдающийся scrum-мастер – это лидер-слуга. Создавайте сообщество, исцеляйте отношения и слушайте других.
Бесплатный фрагмент закончился.
