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