Вопрос о том, можно ли совмещать роль scrum-мастера и должность в команде разработки, волнует многие команды. Зачастую это необходимость, и команде приходится мириться с тем, что scrum-мастером становится кто-то из разработчиков.
Короткий ответ на этот вопрос: да, можно, и нет, не лучше не нужно.
Scrum Guide допускает, что роль scrum-мастера можно совмещать, потому что в нём не сказано, что это отдельная должность. Так что, теоретически это возможно, если все обязанности этой роли выполняются.
Ключевой момент — выполнять все обязанности. У scrum-мастера много функций, и по-настоящему развиваться в этом направлении и помогать команде будет трудно, если это не единственная работа. Конечно, это также зависит от того, с какой должностью совмещать обязанности scrum-мастера. Программисту будет сложнее посвятить своё время процессам Scrum, если количество задач, связанных с разработкой, для него не уменьшится. В то же время у «розового воротничка» может найтись достаточно времени, а объём основной работы сокращён безболезненно для продукта.
Если scrum-мастер является частью команды разработки, появляется несколько опасностей.
Трудно взглянуть со стороны
Scrum-мастер выступает на scrum-событиях как организатор и фасилитатор. Ему нужно отстраниться от разработчиков, как бы взглянуть на них со стороны. Отсутствие активной роли помогает найти дистанцию, чтобы взглянуть на scrum-процесс шире.
Например, на ретроспективе команда собирается, чтобы обсудить проблемы и улучшить свою работу. Scrum-мастер организовывает событие: применяет техники, направляет беседу и помогает команде добиться цели ретро. Будучи участником процесса, это сделать сложно, потому что самоконтроль и справедливая оценка своих действий требуют большего профессионализма.
Выбор не в пользу Scrum
Когда команда не успевает завершить задачи к концу спринта, вы в первую очередь решите быть scrum-мастером или сядете усиленно писать код? Скорее всего, второе. Возможно, что лучше было бы наладить scrum-процессы, помочь владельцу продукта и подготовиться к ревью спринта, в общем— взглянуть со стороны, но отчитываться о неудачах перед стейкхолдерами не хочется. Приходится выбирать код.
К сожалению, это частая ситуация. Если scrum-мастер — не основная работа, ей жертвуют. В организациях без ставки scrum-мастера начальник не примет в оправдание, что сотрудник написал меньше кода, потому что коучил команду. Это влияет на то, как внедряется Scrum.
Не хватает времени на Scrum
Scrum-мастер «по совместительству» имеет меньше времени. Ему нужно дополнительное время, чтобы работать на трёх уровнях, как это говорит Scrum Guide: на уровне команды, владельца продукта и организации.
Рационально, что такой scrum-мастер концентрируется в первую очередь на своей команде. Но это не отменяет того, что интересы Scrum нужно продвигать и на других уровнях: без понимания Agile и Scrum во всей организации будет сложно работать внутри команды.
С другой стороны, есть компании (и их очень мало), которые глубоко внедрили Agile: команды отказываются от полноценного scrum-мастера и становятся полностью самоорганизованными. Организациям не требуется коучинг, а новые сотрудники обучаются внутри команды. В этом случае совместительство или переходящая по кругу роль scrum-мастера не повредит процессу.
В любом случае, тот, кто берёт на себя обязанности scrum-мастера, должен иметь подготовку или сертификацию и специально отведённое время для этой работы. Например, сотрудник выполняет меньше SP за спринт, так как отвечает за scrum-процесс.
Что вы думаете по этой теме? Если вы совмещаете роль scrum-мастера и разработчика, как с этим справляетесь и с какими трудностями сталкиваетесь?