Коучинг agile-команд. Руководство для scrum-мастеров, agile-коучей и руководителей проектов в переходный период
Шрифт:
Скалолазы знают это и готовятся к ней. То же самое делают agile-коучи.
Я использую эту метафору, чтобы проиллюстрировать: в нашей физической среде некоторые вещи просто принимаются как данность. Постоянно. Всегда присутствуют. Неоспоримы. Так же и в нашей работе.
Потребности клиентов меняются. Гравитация.
То, что команда может делать, – известно только им, и это со временем меняется. Гравитация.
Мир движется невероятно быстрыми темпами и создает ситуации, которые никто не мог предвидеть. Гравитация.
Вы не можете принять на себя обязательство от чужого имени и ожидать от этого человека соответствующего поведения. Гравитация.
Agile принимает законы гравитации и находит
Чтобы преодолеть гравитацию, руководители проектов делают попытки использовать тактики управления планом.
Так на протяжении одного путешествия от руководителя проекта к agile-коучу эта основная идея должна быть принята: гравитация работает.
Руководитель проекта превращается в agile-коуча = agile-обучение +
опыт работы scrum-мастером в нескольких командах (или с другими agile-подходами) +
опыт наставничества с теми, кто совершил переход от руководителя проекта к agile-коучу +
внедрение идей смежных дисциплин +
индивидуальный коучинг вне команды, помогающий не только в работе с аутсайдерами + работа с препятствиями, окружающими команды.
В процессе вы будете определять, хотите ли вы совершить переход к agile-коучу. Может быть, вы склоняетесь к роли владельца продукта, потому что она включает в себя похожие формы работы и видение, которое вам нравилось в то время, когда вы были в роли руководителя проекта. Возможно, вы хотите стать членом команды и восстановить давно утраченные (но любимые) навыки. Или вы узнаете, что agile-коучинг идеально подходит для вас, поэтому нырнете в него.
Вероятно, вы решите, что не следует что-либо менять, и вместо этого выберете возможность продолжать использование своих план-ориентированных навыков в обычных командах. Получив опыт работы в Agile, вы, скорее всего, приобретете острое чутье, помогающее определять, какие проекты подходят для конкретного, план-ориентированного подхода. Взгляните на них так, чтобы знания о проектах потребовали от вас меньшей борьбы с законами гравитации.
Возможность иметь помощь наставника во время прохождения через эти изменения имеет решающее значение. Agile-коуч, наставник в процессе коучинга, предлагает вам помощь, чтобы увидеть, как работает Agile, и доводит это до вашего сведения, когда вы ненароком попадаете обратно в установки план-ориентированного подхода. Эти установки работают на глубоком уровне и возникают разными способами – в виде необходимости рассказать членам команды, что делать, либо усвоенной реакции говорить «да» на последнюю версию требований клиента и затем надеяться, что команда сможет это сделать. Еще вариант – не уложиться в срок, а потом рассказать об этом команде.
Неоднократно вы и даже команда сталкиваетесь с непониманием вашей веры в систему управления проектами, пока ваш наставник не укажет на это и не поможет увидеть, что agile-коуч ничего из этого не делает. Вместо этого agile-коуч знает, что простые agile-практики имеют ответы на все эти и многие другие вопросы. Поэтому коуч сосредоточивает свое внимание на том, чтобы команды придерживались Agile по всем правилам. Остальное достанется как естественный выигрыш.
Иногда навыки agile-коучинга добавляются к уже имеющемуся багажу трюков, чтобы в дальнейшем помогать людям развивать их технические навыки. Путь от технического руководителя к agile-коучу попадает в эту категорию. Технические руководители часто начинают свою карьеру как серьезные разработчики, оттачивающие навыки мастерства
Затем преподавание и наставничество разворачивается между командами и принимает форму помощи в совершенствовании мастерства разработки программного обеспечения в большем масштабе. При таком масштабе проблемы, присущие огромной организации, становятся барьерами для дальнейшего совершенствования мастерства в деле разработки программного обеспечения. Технический руководитель понимает: будучи начеку и имея дело с этими ограничениями и дисфункциями, похожими на бутылочное горлышко, он способен помочь сразу многим командам и подтверждает существование сложной проблемы, которая заставляет его тренировать целый комплекс навыков, таких как содействие процессу и влияние на окружающих.
В какой-то момент технический руководитель начинает использовать термин «agile-коуч», чтобы описать себя. Его работа выходит за рамки преподавания технических навыков, хотя это по-прежнему остается в центре его профессиональной деятельности, потому что теперь он также уделяет одинаковое внимание системе управления окружающей средой, в которую погружена команда, и «человеческому ресурсу», кажущемуся присутствующим всегда. Когда этот agile-коуч сможет ловко управлять проблемами как внутри команды, так и за ее пределами и разрешать их в погоне за высокой эффективностью на всех этапах, а не только на уровне технического совершенства, он заслужит свой титул.
Рождение agile-коуча
Независимо от того, какой путь вы выбираете или какой имеете опыт, если вы успешно работаете с agile-командами, вы начнете меняться. Явные признаки укажут вам на то, что вы формируетесь как agile-коуч. В таблице 1.2 приведены некоторые из этих признаков.
Таблица 1.2. Явные признаки появления agile-коуча
Это то, что вы делаете как коуч, и то, что вы говорите о замене, когда двигаетесь от управления к коучингу. Если варианты поведения в правом столбце таблицы случаются чаще и становятся более естественными, то вы прочно стоите на пути становления как agile-коуч. Продолжайте в том же духе.
Естественный ход
Я заметила, что люди, добившиеся значительного успеха в самопреобразовании в процессе agile-коучинга, имеют кое-что общее – они не всегда осознают перемены в себе. Давайте называть это явление естественным ходом. Кажется, что я наблюдаю его присутствие в членах команды с самого начала и он заставляет меня предвидеть: «Да, вероятно, он сделает это». И наоборот, оглядываясь назад, я замечаю его отсутствие и думаю, почему кто-то не смог реализовать переход к agile-коучу. Порой я ошибаюсь, поэтому использую его в качестве общего руководства, а не правила.