Коучинг agile-команд. Руководство для scrum-мастеров, agile-коучей и руководителей проектов в переходный период - читать онлайн

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

Наблюдая в течение тридцати дней, как agile-коуч помог подняться моей первой agile-команде, которая, работая совместно, успешно выполняла задачи, я убедилась, что мое восприятие Agile было глубоко ошибочным, а модель управления проектами устарела.

Несмотря на то что agile-команды начинают с нуля (в том мире, из которого я пришла, только на принятие решения требовалось 30 дней), они построили важную часть функции, которую сразу же можно было использовать, возвращая в компанию живые деньги. Они сделали «реальную работу», на которую у проектного механизма ушло бы много месяцев. И качество продукта agile-команды оказалось значительно выше.

И главное – понадобилось всего 30 дней.

Слава – восхитительная вещь. Вице-президенты пришли, чтобы поздравить команду, искренне поблагодарить людей и убедиться, что они понимают ценность своей работы для компании, а также обозначили следующие проблемы. Имея всего лишь тридцатидневный опыт, команда рвалась взяться за любую задачу, чтобы только иметь возможность идти своим путем. Окрыленные совместным успехом, они не видели предела своим возможностям. Пусть так будет всегда!

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

Если команды не имеют столь блестящего опыта в Agile, то им необходимы коучи, способные предложить правильное обучение и наставничество, чтобы сделать это возможным. С этого и нужно начинать.

Почему agile-коучинг так важен

Если вы, как и большинство начинающих agile-коучей, с которыми я работаю, имеете незначительный опыт, то как раз подходите на эту роль. Вас это может удивить, и вы спросите: «Какова моя роль в самоорганизующейся команде? или «Как я могу помочь команде перейти от одной формы работы к другой?»

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

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

Кроме того, те, кого я учу, хотят знать, что они значимы. Их уже не устраивает положение бессловесных винтиков, они хотят верить, что вложили усилия во что-то нужное и их оценят по достоинству. Этих людей нельзя мотивировать морковками и палками, они движимы чувством ценности и цели. Вопросы «Почему мы это делаем?» и «Зачем это нужно?» становятся для них ключевыми, потому что активно ищут смыл жизни. Обратите внимание на то, как члены ваших команд проводят свободное время: они увлекаются йогой, экстремальными видами спорта, творчеством, участвуют в сообществах или активно занимаются воспитанием детей. Короче говоря, они изучают себя, потому что стремятся стать полностью интегрированными и цельными личностями.

Agile-коучинг помогает сразу в двух областях – производстве продуктов, которые существуют в реальном, сложном и непредсказуемом мире, и в жизни человека. Agile – это гораздо больше, чем альтернативная методология управления проектами. Объяснение хорошее, но недостаточное. Как более мощный (и простой) инструмент, Agile фокусирует наше внимание на критически важных продуктах, чтобы дать возможность создавать их один за другим и делать все более значимыми. Таким образом методология позволяет нам удовлетворять собственные высокие стандарты качества и достигать личных целей – но только в том случае, если это сделано хорошо. А значит, командам нужны коучи, которые способны четко определить, что такое в понимании Agile «выполнено хорошо», и предложить множество других навыков, необходимых, чтобы эта методология вошла в их жизнь.

Содержание agile-коучинга

Сам по себе Agile самодостаточен, коучинг углубляет его.

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

Начать использовать Agile легко, но трудно делать это хорошо. Причин немало. Главная в том, что Agile вытаскивает на свет весь тот мусор, который люди привыкли годами заметать под ковер. Кому это приятно? И тем не менее это надо сделать.

Как способ работы Agile полон противоречий: одновременно прост и сложен, легкий, но мощный, разумный, неброский, выглядит доступным, но глубок по сути. Для коуча команды заниматься Agile – это здорово, не нужно добавлять новые артефакты, события и роли в agile-рамках, которые вы выбрали. Вместо этого найдите то, что поможет выразить сложные, мощные, тонкие и глубокие аспекты каждого элемента, которые уже присутствуют в его основах. Введите смежные дисциплины.

На рисунке 1.1 показано, что мы можем думать об Agile как о целостном контексте – совокупности ценностей, методов, принципов и ролей, которых придерживаемся, когда учим людей правильно использовать методологию. Для этого требуются знания из многих смежных дисциплин, позволяющие полностью реализовать себя в роли agile-коуча. Мы становимся посредниками, учителями, коучами и наставниками, навигаторами в конфликтной ситуации, дирижерами сотрудничества и теми, кто решает проблемы. Мы доносим до слушателей и другие вещи, о которых узнали сами и которые помогают выразить мощь, изысканность и глубину agile-аспектов.

Рис. 1.1. Agile обеспечивает основу, в которую мы привносим другие навыки ради углубления понимания и использования Agile людьми

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

Книга исследует каждую из смежных дисциплин, близких к Agile. Например, мы не знакомим agile-команды с сутью бизнес- и лайф-коучинга, потому что рассмотрение индивидуальной программы каждого человека отодвигает в тень цель команды – получение на постоянной основе реальных результатов, которые люди считают ценными. Вместо этого мы используем навыки бизнес- и лайф-коучинга, чтобы помочь каждому участнику стать настоящим agile-специалистом. Таким образом, мы создаем контекст для мира Agile.

Мы просмотрим описание различных дел, характерных для аgile-коуча, среди которых – обучение, посредничество, сотрудничество и наставничество. Из них составляется список того, что необходимо выполнить. И конечно, надо уметь задавать вопросы. Вы должны знать вашу работу в качестве коуча, подоплеку Agile и находиться в постоянном поиске прорывной идеи для команды. «Суть» agile-коучинга – такая же важная составляющая, как и «действие».

Agile-коучинг – это больше о вас и вашей манере поведения, чем о конкретном методе или идее, которую вы предлагаете команде. Можно очень приблизительно сказать так: аgile-коучинг это примерно 40 % действий и 60 % сути. Ваша личность также имеет мощное влияние, потому что ее наряду с тем, как agile-ценности отражаются на вашем поведении, не следует недооценивать. Самой своей личностью вы оказываете долгосрочное воздействие на людей, команды и организации. Оно гораздо сильнее, чем целый учебник agile-методологии.

Agile-коуч все время работает по модели Agile: и в процессе индивидуального коучинга, и при взаимодействии с командой в целом. Это ясно указывает, насколько осознанно вы относитесь к своим поступкам и их последствиям, а также к понятиям простоты и прозрачности.

Через эти разновидности образа жизни коуч также формирует понятие о глубине и пользе Agile, выражает уважение к ценностям, лежащим в основе решений, принимаемых в определенный момент времени. Хороший agile-коуч сам делает то, чему учит других, и тем самым создает путь, по которому команда может следовать за ним. Создавая ключевые модели поведения приверженца Agile, вы становитесь тем, кем учите быть своих слушателей.

Вы не сможете всегда держать марку, будете допускать ошибки, терять спокойствие и срываться на крик. Ваши мысли будут отклоняться от цели во время планерки. Вы станете умело манипулировать людьми, заставлять их делать то, что считаете полезным для команды. Самое главное и нужное – создавать agile-ценности в условиях открытости. Просто умейте признать свои ошибки и извиниться. Расскажите команде, какую agile-ценность или принцип вы нарушили, чтобы люди могли учиться на вашем примере.

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

Добивайтесь откровенности

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

Мое предвзятое отношение к определению agile-коуча связано с прошлым опытом. Когда я впервые узнала об Agile, я работала в компании, где роль agile-коуча рассматривалась как способ не зацикливаться на одном инструменте из agile-возможностей. Со временем те команды, с которыми я занималась коучингом, использовали Scrum вместе с практиками бережливого производства, «шести сигм», экстремальным программированием и разработкой, ориентированной на пользователя. В этих ситуациях термин «agile-коуч» подходит больше, чем «scrum-мастер».

Agile-коуч – это тренер, играющий на поле, который держит процессные возможности открытыми. При сохранении возможности менять одну agile-основу на другую более общее название для лидера такой активности будет уместным. Это вытекает из моего предыдущего опыта работы с использованием Scrum в качестве основы и добавления других инструментов, которые имеют смысл для конкретной ситуации. Вот почему я использую этот пример в книге.

Двигайтесь навстречу agile-коучингу

Чтобы стать agile-коучем, необходимо начать с осознания того, где вы сейчас находитесь. Даже очень опытные коучи выявляют новые возможные риски, когда изучают методы работы своих коллег, применяемые для обучения людей, команд и целых организаций, выстроенных вокруг команд. Они (и я) все еще в пути.

Если вы только начинаете или какое-то время уже занимаетесь коучингом, то ваше путешествие будет отличаться от опыта других людей. Пути бывают разные, но если исходить из похожего бэкграунда (scrum-мастер, менеджер проекта или технический руководитель), то некоторые вещи могут оказаться одинаковыми. На рисунке 1.2 показана часть таких вещей, которые более подробно рассматриваются в следующих главах.

Рис. 1.2. Хотя путь каждого человека к тому, чтобы стать agile-коучем, индивидуален, некоторые вещи могут казаться знакомыми для тех, кто имеет похожий жизненный опыт

Scrum-мастер получает команду и работает со scrum-практиками и agile-принципами. Через некоторое время эти практики и принципы затягивают всю команду и компанию. Организации, пытающиеся строить свою работу в условиях высокой скорости коммуникации короткими циклами для создания реального продукта на основе командной работы и командных обязательств, могут со временем сильно меняться. После нескольких спринтов scrum-мастер часто замечает значительное углубление в каждую из scrum-практик.

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

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

Scrum-мастер ныряет в глубины Scrum и приносит инструменты и методы из разных дисциплин, чтобы помочь команде усваивать scrum-практики, принципы, ценности и роли. В то же время scrum-мастер осознает, что для поддержания команды и внедрения Agile в громоздкой организации требуется тратить много времени на коучинг сотрудников.

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

Поскольку в игре участвует одновременно много команд, часть людей будут на шаг впереди и первыми попробуют свои силы в роли scrum-мастера. По этой причине уже существующий scrum-мастер назначается наставником вновь избранного scrum-мастера, чтобы помогать ему изучать работу и вносить необходимые изменения, без которых невозможно получить хороший результат. Через некоторое время организуется работа новых команд, выбираются scrum-мастера и их наставники, существующие scrum-мастера превращаются в agile-коучей (или scrum-коучей, если придерживаться scrum-жаргона).

Agile- (или scrum-) коуч – это человек, который:

• высоко ценит глубины agile-практик и принципов, а также может помочь командам оценить их;

• сталкивается с большими драконами, организационными трудностями и становится коучем для руководителей и командных аутсайдеров;

• может помочь управлению на всех уровнях организации, чтобы понять преимущества работы с Agile;

• доносит идеи профессиональной координации групповой работы, коучинга, урегулирования конфликта, посредничества и многого другого, чтобы помочь команде стать высокоэффективной – такой, какой вы могли бы представить ее в своих мечтах.

Менеджер проекта и agile-коуч схожи ровно настолько, насколько домашняя кошка и ягуар. Менеджер проекта планирует, контролирует и курирует процесс на всем его протяжении. Коуч ведет. Успех менеджера проекта приравнивается к успеху проекта. Успех коуча – к постоянному совершенствованию команды и ее стремлению к высокой производительности. Оба ориентированы на совершенно разные вещи и действуют абсолютно по-разному. По этим причинам путь от руководителя проекта к agile-коучу может быть немного длиннее, чем другие. Так было и у меня. И это лучшее, что случалось в моей карьере.

Дорога начинается с обучения Agile независимо от того, какую agile-основу вы планируете использовать. Затем появляется практика в командах, что со временем приводит к многократному увеличению преемственности. Во время работы с командами важно быть наставником тому, кто совершил переход от менеджера проекта к agile-коучу. Многие убеждения, на которых базируется управление проектами на основе плана, должны быть изменены, прежде чем человек станет успешным agile-коучем. А наставник поможет вам пройти через эти изменения. В таблице 1.1 приведены некоторые из них.

Таблица 1.1. Основные положения проектного менеджмента, требующие замены

Как правило, базовые убеждения, базирующиеся на управлении на основе плана, заменяются этим простым фактом: гравитация работает.

Скалолазы знают, что гравитация работает. Они это понимают. Принимают ее. Готовятся к ней. Я заново осознала это, когда прогуливалась мимо группы скалолазов, экипированных снаряжением со свисающими канатами. Они цеплялись за вертикальный склон скалы высоко от меня. Затем, сделав круг мимо их автомобилей на парковке, я заметила наклейку на бампере с простой надписью: «Гравитация работает». Да, это так.

Скалолазы знают это и готовятся к ней. То же самое делают agile-коучи.

Я использую эту метафору, чтобы проиллюстрировать: в нашей физической среде некоторые вещи просто принимаются как данность. Постоянно. Всегда присутствуют. Неоспоримы. Так же и в нашей работе.

Потребности клиентов меняются. Гравитация.

То, что команда может делать, – известно только им, и это со временем меняется. Гравитация.

Мир движется невероятно быстрыми темпами и создает ситуации, которые никто не мог предвидеть. Гравитация.

Вы не можете принять на себя обязательство от чужого имени и ожидать от этого человека соответствующего поведения. Гравитация.

Agile принимает законы гравитации и находит для них место в своих практиках и принципах. Гравитация встраивается в Agile.

Чтобы преодолеть гравитацию, руководители проектов делают попытки использовать тактики управления планом.

Так на протяжении одного путешествия от руководителя проекта к agile-коучу эта основная идея должна быть принята: гравитация работает.

Возможность иметь помощь наставника во время прохождения через эти изменения имеет решающее значение. Agile-коуч, наставник в процессе коучинга, предлагает вам помощь, чтобы увидеть, как работает Agile, и доводит это до вашего сведения, когда вы ненароком попадаете обратно в установки план-ориентированного подхода. Эти установки работают на глубоком уровне и возникают разными способами – в виде необходимости рассказать членам команды, что делать, либо усвоенной реакции говорить «да» на последнюю версию требований клиента и затем надеяться, что команда сможет это сделать. Еще вариант – не уложиться в срок, а потом рассказать об этом команде.

Неоднократно вы и даже команда сталкиваетесь с непониманием вашей веры в систему управления проектами, пока ваш наставник не укажет на это и не поможет увидеть, что agile-коуч ничего из этого не делает. Вместо этого agile-коуч знает, что простые agile-практики имеют ответы на все эти и многие другие вопросы. Поэтому коуч сосредоточивает свое внимание на том, чтобы команды придерживались Agile по всем правилам. Остальное достанется как естественный выигрыш.

Иногда навыки agile-коучинга добавляются к уже имеющемуся багажу трюков, чтобы в дальнейшем помогать людям развивать их технические навыки. Путь от технического руководителя к agile-коучу попадает в эту категорию. Технические руководители часто начинают свою карьеру как серьезные разработчики, оттачивающие навыки мастерства на собственном программном обеспечении, и со временем становятся наставниками для других разработчиков. По пути встречаются новые методы и практики, например те, что возникают из ХР-дисциплины (экстремального программирования) и встраиваются в практику технического руководителя. Очень скоро технический руководитель начинает учить других разработчиков правильно использовать методологию XP и работать с ними бок о бок. Он называет себя XP-коучем, который похож на баскетбольного тренера. Баскетбольный тренер знает игру вдоль и поперек, через обучение, повторение и коучинг он добивается усвоения основ каждым игроком, а затем помогает им разобраться в стратегии, ведущей к победе в игре. Главные активы баскетбольного тренера – предметно-содержательная экспертиза и средства для передачи этого опыта другим людям. То же самое можно сказать и об основных активах ХР-коуча.

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

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

Рождение agile-коуча

Независимо от того, какой путь вы выбираете или какой имеете опыт, если вы успешно работаете с agile-командами, вы начнете меняться. Явные признаки укажут вам на то, что вы формируетесь как agile-коуч. В таблице 1.2 приведены некоторые из этих признаков.

Таблица 1.2. Явные признаки появления agile-коуча

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

Естественный ход

Я заметила, что люди, добившиеся значительного успеха в самопреобразовании в процессе agile-коучинга, имеют кое-что общее – они не всегда осознают перемены в себе. Давайте называть это явление естественным ходом. Кажется, что я наблюдаю его присутствие в членах команды с самого начала и он заставляет меня предвидеть: «Да, вероятно, он сделает это». И наоборот, оглядываясь назад, я замечаю его отсутствие и думаю, почему кто-то не смог реализовать переход к agile-коучу. Порой я ошибаюсь, поэтому использую его в качестве общего руководства, а не правила.

Я создала этот список, размышляя над удачами моих учеников и о том, что сделало переход к agile-коучингу таким гладким. Некоторые из них без затруднений стали agile-коучами, им было легко в сравнении с моим трудным (и заслуживающим внимания) путешествием. Теперь, глядя на список, я понимаю, что со временем восприняла естественный ход мышления.

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

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

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

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

3. Они культивируют любопытство. Осознают, что чего-то не знают. Например, что человек думает или чувствует или почему вещи таковы, какие они есть. Поэтому они задают вопросы.

4. Они считают, что люди в основном хорошие. Да, существуют тяжелые случаи. Но даже самые сложные личности в душе могут быть очень неплохими, стоит только присмотреться к ним повнимательнее. Поэтому коучи идут к этим людям и помогают им предпринимать те нужные меры, на которые они способны.

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

6. В них сильна жажда знаний. Они знают, что продолжают расти (всегда).

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

8. Они нетерпимы к институциональным причинам, которые удерживают людей от совершенствования под предлогом того, что «так было всегда». Их выводит из себя, когда кто-то говорит: «Да, я знаю, что это пустая трата времени, но мы всегда поступали именно так».

9. Они верят, что равновесие имеет большое значение. Хаос и разрушение – это просто строительные блоки для чего-то лучшего. Беспорядок ожидаем.

10. Они не боятся ошибиться. А когда ошибаются, сознаются в этом и продолжают двигаться вперед.

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

Agile-коучинг как способ самовыражения

Эта книга предлагает провокационные и практичные модели, от альтернативных способов думать до конкретных образцов и инструментов, которые может использовать команда. На фоне всей этой информации и многочисленных предложений вы должны найти свой собственный голос, который будете использовать как agile-коуч. Каждый занимается коучингом по-своему. Книга раскрывает точку зрения, приобретенную на основании опыта в agile-коучинге, и представляет один удачный путь – мой собственный – коучинга agile-команд.

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

Все, что вы узнаете из этой книги, преобразуйте в свой уникальный подход и технологию коучинга команды.

Вы понимаете, что превосходно умеете обучать, что вы – лучший. Не забывайте об этом, обдумывая текст книги и находя много новых идей для работы с agile-командами.

Уважайте себя и свою среду, но не позволяйте себе стремиться исключительно к собственному удобству. Бросьте себе вызов. Сделайте коучинг agile-команд средством для выражения вашего личного совершенства.

Резюме

Давайте подытожим идеи из этой главы.

• Когда вы становитесь agile-коучем, это влечет за собой образование, опыт и практику.

• Будьте agile-коучем во всем, что вы делаете, служите вдохновляющим примером для тех, кого учите.

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

• Пути к agile-коучингу так же многочисленны и разнообразны, как и места, откуда каждый начинает свое путешествие.

• Качества, характерные для большинства успешных agile-коучей, включают в себя открытость, ориентированность на людей и горячее стремление к личностному и профессиональному росту.

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

Помимо того что компания требует от каждой команды результат, все они должны еще куда-то стремиться – что-то менять в колесе во время путешествия. Вместо того чтобы видеть одну и ту же картинку, пока они крутятся, как белка в колесе, они то и дело должны видеть различные указатели и ориентиры на пути, ведущие к чему-то стоящему. А «что-то» – это стремление к высокой результативности. Это ежедневное действие, совместное желание быть лучше, чем они могут.

Мы знаем, что в эпоху знаний мотивация приходит тогда, когда люди достигают самостоятельности, профессионализма и целеустремленности (Пинк, 2009). Ожидание высокой результативности и указание способа, при помощи которого команда достигнет желаемого, – именно так можно применить эти мощные мотиваторы. Таким образом вдохновляются и выигрывают все. Компания получает высокие результаты. Она формирует команды, которые способны на многое. Команды и их участники добиваются большей самостоятельности, мастерства и целеустремленности. Каждый вкушает плоды высокой результативности.

Как определить размер своих ожиданий

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

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

Вы верите в высокую результативность – но что это такое? Высокоэффективных моделей, аттестаций и описаний предостаточно, но емкое «словарное» определение ускользает. Даже в этой книге вы не найдете такого определения высокой результативности. Я ищу его не для того, чтобы зафиксировать, а чтобы раскрепостить, признав, что высокая эффективность – это в большей степени не о достижении определенного состояния, а о путешествии к чему-то лучшему. Команды, «превосходящие все разумные ожидания» и «даже удивляющие себя», могут оказаться в таком путешествии (Катценбах и Смит, 2003). То же самое могут получить и команды, которые все время добиваются лучшего небольшими шагами.

В качестве agile-коуча помогите им начать свое путешествие к высокой результативности, просто обозначив свою надежду на то, что они придут к цели. Затем дайте им знания, которые они будут использовать для создания собственного определения высокой результативности – видения, которое поможет им представить и достичь его. Обучайте их так, чтобы выбирать следующий шаг на своем пути (и следующий, и следующий), все время ставя целью движение по направлению к вдохновляющему видению высокой результативности.

Создавайте чувство предвкушения, ожидания и волнения за это путешествие – сначала в себе, а затем позвольте ему распространиться на команду. Ведите их с верой. Ведь если вы сами не верите в то, что они могут достичь высокой результативности, то как они смогут поверить в нее?

Вводите метафоры, чтобы повысить результативность

Метафора – это мощная вещь. Профессиональные коучи знают об этом уже давно. В самом деле, «метафора» – это основной навык, который преподается на профессиональных тренерских курсах (Уитворт и др., 2007).

«Я – клей, который держит всю семью вместе».

«Я – камушек в ботинке, напоминающий тебе об осторожности».

«Я – тысяча свечей, освещающих путь».

«Я – птица, парящая над миром».

«Я – маяк, зовущий тебя вперед».

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

Если это удерживает голову над водой во время быстрых и непредсказуемых изменений, то, вероятно, метафора «Я – птица, парящая над миром» служит для того, чтобы помочь клиенту сохранять баланс во время глобальных перемен. Возможно, клиент хочет поделиться с миром чем-то важным. И метафора «Я – тысяча свечей, освещающих путь» помогает сохранить цель привлекательной, так как она мотивирует.

Команды используют метафоры сходным образом. Через коучинг они создают собственную метафору, помогающую двигаться сквозь бурные времена. Продолжайте создавать метафоры, чтобы люди начали формировать свое видение и двигаться к высокой результативности. Одна из таких метафор может быть представлена в виде дерева: назовем его «дерево высокой результативности».

Дерево высокой результативности появилось, когда я тренировала несколько команд, работавших вместе в течение некоторого времени. Они достаточно хорошо осваивали базовые agile-практики (стандартные совещания и выполнение целей спринта) и стабильно добивались результатов, что было важно, однако их руководители знали, что они могут достичь большего.

Как их agile-коуч я понятия не имела, как они собирались двигаться в сторону высокой результативности, и знала, что каждая команда будет это делать по-своему, что бы я ни предложила, поэтому бесполезно создавать для них некое подобие «шоссе». Даже извилистая дорожка не подошла бы. Мне пришлось придумать запоминающийся образ, чтобы разжечь в них желание добиться впечатляющих результатов. Помня о силе метафоры, я создала дерево высокой результативности (рис. 2.1).

Рис. 2.1. Дерево высокой результативности

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

Чтобы представить команде дерево результативности, просто нарисуйте его вместе с корнями, так же как вы рассказываете о значении scrum-ценностей и перечисляете характеристики высокой эффективности. Имейте в виду: чтобы сделать это, не обязательно быть хорошим художником.

Когда вы пишете слова на корне дерева, вы изучаете scrum-ценности. Говоря простыми словами, они заключаются в следующем.

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

Фокусировка: делайте свою работу. Сосредоточьте усилия и умения на выполнении работы, которую вы обязаны выполнить. Не думайте ни о чем постороннем.

Открытость: Scrum создает условия открытости проекта для всех.

Уважение: люди формируются в соответствии со средой, в которой существуют, и своим опытом. Важно уважать всех людей, из которых состоит команда.

Смелость: иметь мужество брать обязательства, действовать, быть открытым и ожидать уважения (Швабер и Бекедале, 2001).

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

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

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

Обратная связь: конкретные отзывы о текущем состоянии системы абсолютно бесценны. Оптимизм – это профессиональный риск в программировании. А обратная связь – лечение.

Смелость: хорошие разработчики программного обеспечения имеют смелость удалить написанный код и сменить направление даже в конце разработки. Можно сказать, что вы обещаете не загонять себя в угол (Бек и Андрес, 2004).

Если ни одна из этих ценностей не подходит и ваша компания имеет свои устоявшиеся ценности, которые хорошо работают, то используйте их. Вот ключ: ценности и их смыслы, которые вы используете, должны быть определены так, чтобы они стали запоминающимися и динамичными, понятными (не содержали абстрактных понятий или делового жаргона) и находить отклик. Используйте только те ценности, которые вызывают у членов команды желание действовать. Вы поймете, что ваша установка правильная, когда члены команды, рассмотрев определения, скажут: «Да, я хочу использовать это. Я хочу, чтобы наша компания стала такой».