Путь скрам-мастера. #ScrumMasterWay

Путь скрам-мастера. #ScrumMasterWay
Зузана Шохова

Основываясь на 15-летнем опыте, Зузана Шохова рассказывает, какие роли и обязанности есть у скрам-мастера, как ему решать повседневные задачи, какие компетенции нужны, чтобы стать выдающимся скрам-мастером, какими инструментами ему нужно пользоваться. Эта книга для всех скрам-мастеров, Agile-коучей и руководителей, которые хотят реформировать свои организации.

На русском языке публикуется впервые.

Зузана Шохова

Путь скрам-мастера. #ScrumMasterWay

Информация от издательства

Издано с разрешения 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 (http://scrummasterway.com/). Она – душа и сердце пражской 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-мастера» (#g1) мы знакомимся с основными обязанностями scrum-мастера.

В главе 2 «Состояние модели сознания» (#litres_trial_promo) я представляю модель, которая помогает scrum-мастерам решать, какой подход они будут применять для решения проблем в повседневных ситуациях.

Глава 3 «#ScrumMasterWay» (#litres_trial_promo) знакомит с носящей это название концепцией, подчеркивающей сложность роли scrum-мастера, необходимость построения сообщества scrum-мастеров и создания на ее основе agile-организации.

В главе 4 «Метанавыки и компетенции» (#litres_trial_promo) мы поговорим о том, что позволит вам стать выдающимся scrum-мастером.

Глава 5 «Построение команд» (#litres_trial_promo) посвящена теории создания команды и практическим примерам из agile-среды.

Глава 6 «Осуществление изменений» (#litres_trial_promo) обращена к теме реализации и динамике изменений.

В главе 7 «Инструменты scrum-мастера» (#litres_trial_promo) вы найдете описание различных инструментов, которые сможете использовать в своей работе scrum-мастера.

Глава 8 «Я верю…» (#litres_trial_promo) завершает повествование, как бы закругляя его.

Книга дает более широкое, чем принято, определение роли scrum-мастера. Вводимая здесь концепция #ScrumMasterWay позволяет определить три уровня функционирования великого scrum-мастера. Быть scrum-мастером – это как играть в игры приключенческого жанра. По пути вы подбираете некоторые инструменты, суть использования которых может быть вам вначале неизвестна. Порой нужно творчески проявлять себя и пробовать разные подходы, иногда кажущиеся сумасшедшими. Время от времени вы чувствуете отчаяние и готовы отказаться от своего выбора. А потом вдруг осознаете, что существует еще один способ подойти к ситуации и заставить ее работать на вас. Это действительно похоже на то, что происходит в приключенческих играх, когда вам надо найти крошечную лазейку в стене, чтобы открыть секретную дверь, или использовать привычные инструменты каким-нибудь совсем необычным способом.

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

1. Роль и обязанности scrum-мастера

Роль scrum-мастера – одна из самых недооцененных в Scrum и Agile. Большинство начинающих команд не видят особого смысла в том, чтобы scrum-мастер работал на полной ставке, и, дабы «занять его работой», пытаются совместить эту должность с позицией разработчика или тестировщика. Это одна из самых распространенных ошибок в понимании роли scrum-мастера, свойственная большинству начинающих групп. Объясняется это примерно так: «Мы понимаем, что члены команды должны производить программный продукт, упорно трудиться. Они должны развивать кросс-функциональность и помогать друг другу. Должны сотрудничать. Мы также высоко оцениваем роль Владельца продукта, потому что этот человек определяет общее видение и согласовывает требования с клиентами. А как насчет scrum-мастера? Что делает он?» В таких условиях scrum-мастер часто превращается просто в секретаря – довольно скучная позиция, не правда ли? Он заботится о карточках на scrum-доске, сам устраняет все препятствия и близок к тому, чтобы начать готовить кофе для команды, пока она сосредоточена исключительно на работе. Знакомая ситуация?

Тогда продолжайте читать, потому что все описанное выше даже приблизительно не определяет основной роли scrum-мастера и его предназначения…

Другое весьма распространенное ошибочное отношение к роли scrum-мастера связано с тем, что кто-то берет ее на себя просто потому, что компании необходимо перейти на Scrum, – обычно такое происходит в крупных корпорациях. Там рассуждают примерно так: «Нам нужен scrum-мастер, чтобы воплощать Scrum, верно? Но мы не можем использовать для этого хорошего разработчика или тестировщика, потому что они должны заниматься программированием/тестированием». И scrum-мастером в таких случаях нередко становится какой-нибудь малоспособный, тихий человек, назначение которого scrum-мастером стало возможным лишь потому, что он не слишком хорош как разработчик.