Рис. 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 и других гибких и негибких методологий, скорее всего, адаптировались бы до тех пор, пока не стали успешными. Обратите внимание на следующий пример.
Agile-коуч – это тренер, играющий на поле, который держит процессные возможности открытыми. При сохранении возможности менять одну agile-основу на другую более общее название для лидера такой активности будет уместным. Это вытекает из моего предыдущего опыта работы с использованием Scrum в качестве основы и добавления других инструментов, которые имеют смысл для конкретной ситуации. Вот почему я использую этот пример в книге.
Двигайтесь навстречу agile-коучингу
Чтобы стать agile-коучем, необходимо начать с осознания того, где вы сейчас находитесь. Даже очень опытные коучи выявляют новые возможные риски, когда изучают методы работы своих коллег, применяемые для обучения людей, команд и целых организаций, выстроенных вокруг команд. Они (и я) все еще в пути.
В главе 13 «Это ваше путешествие» рассказывается о разных типах коучей, имеющих различный бэкграунд.
Если вы только начинаете или какое-то время уже занимаетесь коучингом, то ваше путешествие будет отличаться от опыта других людей. Пути бывают разные, но если исходить из похожего бэкграунда (scrum-мастер, менеджер проекта или технический руководитель), то некоторые вещи могут оказаться одинаковыми. На рисунке 1.2 показана часть таких вещей, которые более подробно рассматриваются в следующих главах.
Рис. 1.2. Хотя путь каждого человека к тому, чтобы стать agile-коучем, индивидуален, некоторые вещи могут казаться знакомыми для тех, кто имеет похожий жизненный опыт
Scrum-мастер получает команду и работает со scrum-практиками и agile-принципами. Через некоторое время эти практики и принципы затягивают всю команду и компанию. Организации, пытающиеся строить свою работу в условиях высокой скорости коммуникации короткими циклами для создания реального продукта на основе командной работы и командных обязательств, могут со временем сильно меняться. После нескольких спринтов scrum-мастер часто замечает значительное углубление в каждую из scrum-практик.
Например, можно продолжать бесконечное изучение способов настройки ретроспективы таким образом, чтобы члены команды получали совершенно новый взгляд на свою работу и придумывали замечательные идеи для ее улучшения. А можно пробовать разные подходы, описанные agile-гуру в своих блогах, которые нацелены на помощь команде в нахождении практик, помогающих достигать цели спринта. Или помочь команде грамотно разрешать конфликты или использовать сотрудничество.
И каждый раз команда будет ждать от вас новых идей, чтобы справляться с повседневной работой.
Scrum-мастер ныряет в глубины Scrum и приносит инструменты и методы из разных дисциплин, чтобы помочь команде усваивать scrum-практики, принципы, ценности и роли. В то же время scrum-мастер осознает, что для поддержания команды и внедрения Agile в громоздкой организации требуется тратить много времени на коучинг сотрудников.
Вероятно, примерно в это же время scrum-мастер начинает работать с другой командой, то есть будет сотрудничать одновременно с несколькими командами, чтобы обеспечивать новые перспективы. Возникающие закономерности, общие препятствия и победы становятся очевидными, когда команды грамотно выбирают путь.
Scrum-мастер превращается в agile-коуча = сертифицированное обучение scrum-мастера +
опыт 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-обучение +
опыт работы scrum-мастером в нескольких командах (или с другими agile-подходами) +
опыт наставничества с теми, кто совершил переход от руководителя проекта к agile-коучу +
внедрение идей смежных дисциплин +
индивидуальный коучинг вне команды, помогающий не только в работе с аутсайдерами + работа с препятствиями, окружающими команды.
В процессе вы будете определять, хотите ли вы совершить переход к agile-коучу. Может быть, вы склоняетесь к роли владельца продукта, потому что она включает в себя похожие формы работы и видение, которое вам нравилось в то время, когда вы были в роли руководителя проекта. Возможно, вы хотите стать членом команды и восстановить давно утраченные (но любимые) навыки. Или вы узнаете, что agile-коучинг идеально подходит для вас, поэтому нырнете в него.
Вероятно, вы решите, что не следует что-либо менять, и вместо этого выберете возможность продолжать использование своих план-ориентированных навыков в обычных командах. Получив опыт работы в Agile, вы, скорее всего, приобретете острое чутье, помогающее определять, какие проекты подходят для конкретного, план-ориентированного подхода. Взгляните на них так, чтобы знания о проектах потребовали от вас меньшей борьбы с законами гравитации.
Возможность иметь помощь наставника во время прохождения через эти изменения имеет решающее значение. Agile-коуч, наставник в процессе коучинга, предлагает вам помощь, чтобы увидеть, как работает Agile, и доводит это до вашего сведения, когда вы ненароком попадаете обратно в установки план-ориентированного подхода. Эти установки работают на глубоком уровне и возникают разными способами – в виде необходимости рассказать членам команды, что делать, либо усвоенной реакции говорить «да» на последнюю версию требований клиента и затем надеяться, что команда сможет это сделать. Еще вариант – не уложиться в срок, а потом рассказать об этом команде.