Читать книгу Коучинг agile-команд. Руководство для scrum-мастеров, agile-коучей и руководителей проектов в переходный период - Лисса Адкинс - Страница 10
Часть I. Все начинается с вас
Глава 1. Стану ли я хорошим коучем
Двигайтесь навстречу agile-коучингу
ОглавлениеЧтобы стать agile-коучем, необходимо начать с осознания того, где вы сейчас находитесь. Даже очень опытные коучи выявляют новые возможные риски, когда изучают методы работы своих коллег, применяемые для обучения людей, команд и целых организаций, выстроенных вокруг команд. Они (и я) все еще в пути.
СМОТРИТЕ ТАКЖЕ
В главе 13 «Это ваше путешествие» рассказывается о разных типах коучей, имеющих различный бэкграунд.
Если вы только начинаете или какое-то время уже занимаетесь коучингом, то ваше путешествие будет отличаться от опыта других людей. Пути бывают разные, но если исходить из похожего бэкграунда (scrum-мастер, менеджер проекта или технический руководитель), то некоторые вещи могут оказаться одинаковыми. На рисунке 1.2 показана часть таких вещей, которые более подробно рассматриваются в следующих главах.
Рис. 1.2. Хотя путь каждого человека к тому, чтобы стать agile-коучем, индивидуален, некоторые вещи могут казаться знакомыми для тех, кто имеет похожий жизненный опыт
ПУТЬ ОТ SCRUM-МАСТЕРА К AGILE-КОУЧУ
Scrum-мастер получает команду и работает со scrum-практиками и agile-принципами. Через некоторое время эти практики и принципы затягивают всю команду и компанию. Организации, пытающиеся строить свою работу в условиях высокой скорости коммуникации короткими циклами для создания реального продукта на основе командной работы и командных обязательств, могут со временем сильно меняться. После нескольких спринтов scrum-мастер часто замечает значительное углубление в каждую из scrum-практик.
Например, можно продолжать бесконечное изучение способов настройки ретроспективы таким образом, чтобы члены команды получали совершенно новый взгляд на свою работу и придумывали замечательные идеи для ее улучшения. А можно пробовать разные подходы, описанные agile-гуру в своих блогах, которые нацелены на помощь команде в нахождении практик, помогающих достигать цели спринта. Или помочь команде грамотно разрешать конфликты или использовать сотрудничество.
И каждый раз команда будет ждать от вас новых идей, чтобы справляться с повседневной работой.
Scrum-мастер ныряет в глубины Scrum и приносит инструменты и методы из разных дисциплин, чтобы помочь команде усваивать scrum-практики, принципы, ценности и роли. В то же время scrum-мастер осознает, что для поддержания команды и внедрения Agile в громоздкой организации требуется тратить много времени на коучинг сотрудников.
Вероятно, примерно в это же время scrum-мастер начинает работать с другой командой, то есть будет сотрудничать одновременно с несколькими командами, чтобы обеспечивать новые перспективы. Возникающие закономерности, общие препятствия и победы становятся очевидными, когда команды грамотно выбирают путь.
ОБЩИЕ ЭТАПЫ РАЗВИТИЯ ОТ SCRUM-МАСТЕРА К AGILE-КОУЧУ
Scrum-мастер превращается в agile-коуча = сертифицированное обучение scrum-мастера +
опыт scrum-наставничества в нескольких командах на этапе стартапа +
получение консультаций со стороны более опытного наставника +
внедрение идей из смежных дисциплин +
индивидуальный коучинг вне команды, помогающий не только в работе с аутсайдерами +
работа с внешними препятствиями.
Поскольку в игре участвует одновременно много команд, часть людей будут на шаг впереди и первыми попробуют свои силы в роли scrum-мастера. По этой причине уже существующий scrum-мастер назначается наставником вновь избранного scrum-мастера, чтобы помогать ему изучать работу и вносить необходимые изменения, без которых невозможно получить хороший результат. Через некоторое время организуется работа новых команд, выбираются scrum-мастера и их наставники, существующие scrum-мастера превращаются в agile-коучей (или scrum-коучей, если придерживаться scrum-жаргона).
Agile- (или scrum-) коуч – это человек, который:
• высоко ценит глубины agile-практик и принципов, а также может помочь командам оценить их;
• сталкивается с большими драконами, организационными трудностями и становится коучем для руководителей и командных аутсайдеров;
• может помочь управлению на всех уровнях организации, чтобы понять преимущества работы с Agile;
• доносит идеи профессиональной координации групповой работы, коучинга, урегулирования конфликта, посредничества и многого другого, чтобы помочь команде стать высокоэффективной – такой, какой вы могли бы представить ее в своих мечтах.
ПУТЬ ОТ МЕНЕДЖЕРА ПРОЕКТА К AGILE-КОУЧУ
Менеджер проекта и agile-коуч схожи ровно настолько, насколько домашняя кошка и ягуар. Менеджер проекта планирует, контролирует и курирует процесс на всем его протяжении. Коуч ведет. Успех менеджера проекта приравнивается к успеху проекта. Успех коуча – к постоянному совершенствованию команды и ее стремлению к высокой производительности. Оба ориентированы на совершенно разные вещи и действуют абсолютно по-разному. По этим причинам путь от руководителя проекта к agile-коучу может быть немного длиннее, чем другие. Так было и у меня. И это лучшее, что случалось в моей карьере.
Дорога начинается с обучения Agile независимо от того, какую agile-основу вы планируете использовать. Затем появляется практика в командах, что со временем приводит к многократному увеличению преемственности. Во время работы с командами важно быть наставником тому, кто совершил переход от менеджера проекта к agile-коучу. Многие убеждения, на которых базируется управление проектами на основе плана, должны быть изменены, прежде чем человек станет успешным agile-коучем. А наставник поможет вам пройти через эти изменения. В таблице 1.1 приведены некоторые из них.
Таблица 1.1. Основные положения проектного менеджмента, требующие замены
Как правило, базовые убеждения, базирующиеся на управлении на основе плана, заменяются этим простым фактом: гравитация работает.
Скалолазы знают, что гравитация работает. Они это понимают. Принимают ее. Готовятся к ней. Я заново осознала это, когда прогуливалась мимо группы скалолазов, экипированных снаряжением со свисающими канатами. Они цеплялись за вертикальный склон скалы высоко от меня. Затем, сделав круг мимо их автомобилей на парковке, я заметила наклейку на бампере с простой надписью: «Гравитация работает». Да, это так.
Скалолазы знают это и готовятся к ней. То же самое делают agile-коучи.
Я использую эту метафору, чтобы проиллюстрировать: в нашей физической среде некоторые вещи просто принимаются как данность. Постоянно. Всегда присутствуют. Неоспоримы. Так же и в нашей работе.
Потребности клиентов меняются. Гравитация.
То, что команда может делать, – известно только им, и это со временем меняется. Гравитация.
Мир движется невероятно быстрыми темпами и создает ситуации, которые никто не мог предвидеть. Гравитация.
Вы не можете принять на себя обязательство от чужого имени и ожидать от этого человека соответствующего поведения. Гравитация.
Agile принимает законы гравитации и находит для них место в своих практиках и принципах. Гравитация встраивается в Agile.
Чтобы преодолеть гравитацию, руководители проектов делают попытки использовать тактики управления планом.
Так на протяжении одного путешествия от руководителя проекта к agile-коучу эта основная идея должна быть принята: гравитация работает.
ОБЩИЕ ЭТАПЫ РАЗВИТИЯ ОТ МЕНЕДЖЕРА ПРОЕКТА К AGILE-КОУЧУ
Руководитель проекта превращается в agile-коуча = agile-обучение +
опыт работы scrum-мастером в нескольких командах (или с другими agile-подходами) +
опыт наставничества с теми, кто совершил переход от руководителя проекта к agile-коучу +
внедрение идей смежных дисциплин +
индивидуальный коучинг вне команды, помогающий не только в работе с аутсайдерами + работа с препятствиями, окружающими команды.
В процессе вы будете определять, хотите ли вы совершить переход к agile-коучу. Может быть, вы склоняетесь к роли владельца продукта, потому что она включает в себя похожие формы работы и видение, которое вам нравилось в то время, когда вы были в роли руководителя проекта. Возможно, вы хотите стать членом команды и восстановить давно утраченные (но любимые) навыки. Или вы узнаете, что agile-коучинг идеально подходит для вас, поэтому нырнете в него.
Вероятно, вы решите, что не следует что-либо менять, и вместо этого выберете возможность продолжать использование своих план-ориентированных навыков в обычных командах. Получив опыт работы в Agile, вы, скорее всего, приобретете острое чутье, помогающее определять, какие проекты подходят для конкретного, план-ориентированного подхода. Взгляните на них так, чтобы знания о проектах потребовали от вас меньшей борьбы с законами гравитации.
Возможность иметь помощь наставника во время прохождения через эти изменения имеет решающее значение. Agile-коуч, наставник в процессе коучинга, предлагает вам помощь, чтобы увидеть, как работает Agile, и доводит это до вашего сведения, когда вы ненароком попадаете обратно в установки план-ориентированного подхода. Эти установки работают на глубоком уровне и возникают разными способами – в виде необходимости рассказать членам команды, что делать, либо усвоенной реакции говорить «да» на последнюю версию требований клиента и затем надеяться, что команда сможет это сделать. Еще вариант – не уложиться в срок, а потом рассказать об этом команде.
Неоднократно вы и даже команда сталкиваетесь с непониманием вашей веры в систему управления проектами, пока ваш наставник не укажет на это и не поможет увидеть, что agile-коуч ничего из этого не делает. Вместо этого agile-коуч знает, что простые agile-практики имеют ответы на все эти и многие другие вопросы. Поэтому коуч сосредоточивает свое внимание на том, чтобы команды придерживались Agile по всем правилам. Остальное достанется как естественный выигрыш.
ПУТЬ ОТ ТЕХНИЧЕСКОГО РУКОВОДИТЕЛЯ К AGILE-КОУЧУ
Иногда навыки agile-коучинга добавляются к уже имеющемуся багажу трюков, чтобы в дальнейшем помогать людям развивать их технические навыки. Путь от технического руководителя к agile-коучу попадает в эту категорию. Технические руководители часто начинают свою карьеру как серьезные разработчики, оттачивающие навыки мастерства на собственном программном обеспечении, и со временем становятся наставниками для других разработчиков. По пути встречаются новые методы и практики, например те, что возникают из ХР-дисциплины (экстремального программирования) и встраиваются в практику технического руководителя. Очень скоро технический руководитель начинает учить других разработчиков правильно использовать методологию XP и работать с ними бок о бок. Он называет себя XP-коучем, который похож на баскетбольного тренера. Баскетбольный тренер знает игру вдоль и поперек, через обучение, повторение и коучинг он добивается усвоения основ каждым игроком, а затем помогает им разобраться в стратегии, ведущей к победе в игре. Главные активы баскетбольного тренера – предметно-содержательная экспертиза и средства для передачи этого опыта другим людям. То же самое можно сказать и об основных активах ХР-коуча.
Затем преподавание и наставничество разворачивается между командами и принимает форму помощи в совершенствовании мастерства разработки программного обеспечения в большем масштабе. При таком масштабе проблемы, присущие огромной организации, становятся барьерами для дальнейшего совершенствования мастерства в деле разработки программного обеспечения. Технический руководитель понимает: будучи начеку и имея дело с этими ограничениями и дисфункциями, похожими на бутылочное горлышко, он способен помочь сразу многим командам и подтверждает существование сложной проблемы, которая заставляет его тренировать целый комплекс навыков, таких как содействие процессу и влияние на окружающих.
В какой-то момент технический руководитель начинает использовать термин «agile-коуч», чтобы описать себя. Его работа выходит за рамки преподавания технических навыков, хотя это по-прежнему остается в центре его профессиональной деятельности, потому что теперь он также уделяет одинаковое внимание системе управления окружающей средой, в которую погружена команда, и «человеческому ресурсу», кажущемуся присутствующим всегда. Когда этот agile-коуч сможет ловко управлять проблемами как внутри команды, так и за ее пределами и разрешать их в погоне за высокой эффективностью на всех этапах, а не только на уровне технического совершенства, он заслужит свой титул.