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

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

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

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

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

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

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

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

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

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

Руководитель проекта превращается в agile-коуча = agile-обучение +

опыт работы scrum-мастером в нескольких командах (или с другими agile-подходами) +

опыт наставничества с теми, кто совершил переход от руководителя проекта к agile-коучу +

внедрение идей смежных дисциплин +

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

В процессе вы будете определять, хотите ли вы совершить переход к agile-коучу. Может быть, вы склоняетесь к роли владельца продукта, потому что она включает в себя похожие формы работы и видение, которое вам нравилось в то время, когда вы были в роли руководителя проекта. Возможно, вы хотите стать членом команды и восстановить давно утраченные (но любимые) навыки. Или вы узнаете, что agile-коучинг идеально подходит для вас, поэтому нырнете в него.

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

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

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

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