Нужен ли технический бэкграунд Скрам-мастеру? Короткий ответ - зависит от этапа развития команды.
Если команда только запускается, наличие у Скрам-мастера технического бэкграунда будет плюсом. Практика показывает, что при запуске команда нередко обращается к Скрам-мастеру с проблемами, касающимися реализации (например, не можем поставить стенд для микросервисов) или коммуникации с бизнесом. И важно, чтобы Скрам-мастер понимал, какого плана проблема и как помочь команде ее решить.
По мере взросления команды это влияние снижается и практически не имеет значения, когда команда достигла определенной самоорганизации.
А что делать при найме Скрам-мастера?
Идеальный вариант - выбрать Скрам-мастера из состава команды, чтобы человек совмещал свою обычную роль в команде и роль скрам-мастера.
Но даже если вы берете человека с рынка, его технический бэкграунд должен стать важным плюсом при выборе кандидата.
Даже компаниям в активной фазе трансформации, когда сразу формируются десятки команд и соответственно десятки вакансий, мы рекомендуем набирать Скрам-мастеров не всем скопом (частый аргумент здесь — «потому что в Сбере их сотни»), а все-таки ориентируясь на конкретные команды и их состав.
Повторимся, что в идеале, Скрам-мастер должен участвовать в разработке продукта наравне с остальными участниками команды, а не просто быть Мастером Скрама.
Плюсы и минусы выбора
О деталях выбора Скрам-мастера рассказывает старший консультант OnAgile Consulting Артём Гринякин. «Выбрать Скрам-мастера из команды или привлечь специалиста со стороны — это всегда дилемма. И как у любой монеты есть орел и решка, так и в этом вопросе стоит разобраться и посмотреть, какие плюсы и минусы имеются в наличии».
Скрам-мастер выбирается или назначается из участников команды (совмещение с ИТ-позицией)
❎ Минусы
- Непонимание своей роли и недостаточная погруженность в Agile-подходы
- Потенциальные конфликты в команде по принципу «почему он, а не я?»
- Отсутствие опыта в решении конфликтных ситуаций
- Невозможность предоставить сервис поддержки Владельцу продукта
- Отсутствие навыков фасилитации, коучинга, обучения
- Отсутствие ответов на базовые вопросы, которые часто возникают у новых команд
- Необходимость постоянно балансировать между ИТ-ролью и Скрам-мастерством
- Отсутствие мутации на уровне команды. Это теория, которая подразумевает, что из одного набора генов (специалистов) невозможно качественно вырасти без привлечения свежей крови (мутации) — новых специалистов, не входящих в состав изначальной группы.
✅ Плюсы:
- Погруженность в предметную область
- Более эффективное использование ресурсов с точки зрения бизнеса
Скрам-мастер привлекается со стороны
❎ Минусы:
- Временное непонимание предметной области
- Время на адаптацию и первоначальный анализ
✅ Плюсы:
- Новые знания, подходы, которые раньше не присутствовали в организации
- Навыки фасилитации, коучинга, обучения
- Вариативность в методах и практиках
- Умение ответить на базовые вопросы
- Отсутствие конфликта интересов
- Возможность погрузиться в процесс развития команды и организации
- Предоставление сервиса поддержки Владельцу продукта
- Возможность балансирования Бизнеса и ИТ
- Умение решать конфликты
- Возможность взять до 3 команд (актуально для LeSS и производных от SAFe, где считается оптимальным использование одного Скрам-мастера на 3 команды. В немасшабируемом Scrum такой подход не приветствуется)
Важный момент: чем менее зрелая команда, тем в большем вовлечении Скрам-мастера она нуждается. И соответственно, с развитием это внимание, выраженное в часах, снижается.
