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

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

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-мастер».

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

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