Когда кто-то спрашивает, кто такой скрам-мастер, первое, что приходит в голову — это помощник команды. Вроде бы понятная формулировка из Scrum Guide, только в реальности все оказывается гораздо сложнее и интереснее.
За несколько лет работы с разными командами начинаешь понимать, что
Роль скрам-мастера напоминает работу дирижера оркестра, который должен создать музыку, не касаясь ни одного инструмента.
И при этом половина музыкантов вообще может считать, что дирижер им не нужен.
Видели такое среди своих коллег?
Что делает скрам-мастер
Если открыть любое описание вакансии, там обычно написано что-то вроде "проводит ретроспективы, планирует спринты, убирает препятствия". Технически это правда, но это слишком поверхностные обязанности.
Функции скрам-мастера на самом деле разворачиваются в нескольких плоскостях одновременно. С одной стороны, есть формальные события — те самые планирования, ретроспективы, ежедневные встречи. Кажется, что тут все просто: собрал людей, задал вопросы, записал решения.
Но попробуйте провести планирование в команде, где разработчики не доверяют оценкам аналитика, аналитик считает, что продакт-менеджер не понимает техническую сложность, а продакт-менеджер уверен, что все недооценивают важность дедлайнов. Вот тут и начинается настоящая работа — не просто модерировать дискуссию, а помочь людям услышать друг друга и принять решения.
Скрам-мастер кто это — фасилитатор или коуч
Одна из команд, с которой мне довелось работать, месяцами буксовала на планированиях спринтов. Задачи оценивались, в бэклог попадали, а потом в процессе выполнения оказывалось, что половину требований никто толком не понял. Каждый раз анализировали, в чем дело, каждый раз принимали решения, которые в итоге не работали.
Проблема была не в том, что люди не хотели договориться. Проблема была в том, что у каждого в голове была своя картина процесса, и эти картины не совпадали. Обязанности скрам-мастера в такой ситуации — помочь команде увидеть систему целиком, а не только свой кусочек.
И вот тут возникает интересный момент. Формально скрам-мастер не управляет командой — у него нет административной власти, он не ставит задачи, не оценивает производительность. Но при этом ему нужно влиять на то, как люди работают вместе. Получается такая мягкая власть, которая работает только через доверие и экспертизу.
Иногда это означает задать неудобный вопрос на планировании: "А что будет, если мы не успеем до конца спринта?". Иногда — предложить команде поэкспериментировать с новой практикой. А иногда — просто помолчать в нужный момент и дать людям самим прийти к выводу.
Препятствия: от технических до человеческих
Убирать препятствия — звучит как что-то простое и понятное. На практике препятствия бывают разные, и далеко не все из них решаются походом к менеджеру с просьбой "дайте нам доступ к серверу".
Есть препятствия технические — когда тестовая среда падает каждый день, или когда процесс деплоя занимает полдня. Такие обычно видны всем, и понятно, как с ними бороться.
Есть препятствия процессные — когда команда ждет решений от других подразделений, или когда требования меняются каждую неделю. Тут уже сложнее — нужно разговаривать с людьми, которые могут быть не очень заинтересованы в изменениях.
А есть препятствия, которые живут в головах людей. Когда senior-разработчик не делится знаниями, потому что боится стать менее ценным. Когда тестировщик не участвует в планировании, потому что "это не его зона ответственности". Когда вся команда избегает сложных задач, потому что "прошлый раз мы с такими намучились".
И вот с последними работать сложнее всего, потому что люди могут даже не осознавать, что препятствие есть. Все вроде бы нормально, процессы идут, задачи решаются, только почему-то с большим трудом и постоянным напряжением.
Развитие команды через маленькие изменения
Работа с командой — процесс постепенный. Редко когда можно прийти и сразу все исправить. Чаще приходится двигаться небольшими шагами, пробовать, смотреть на реакцию, корректировать подход.
В одной команде главной проблемой было то, что люди боялись признавать ошибки. Ретроспективы превращались в вежливую констатацию успехов, а настоящие проблемы обсуждались в курилке. Понадобилось несколько месяцев маленьких изменений — начать с обсуждения процессов вместо людей, ввести правило "говорим о фактах, а не о чувствах", создать безопасное пространство для экспериментов.
В другой команде проблема была противоположная — люди слишком много критиковали и мало действовали. Каждое daily превращалось в перечисление проблем и поиск виноватых, после чего все расходились с чувством безысходности. Тут пришлось учиться ограничивать время на обсуждение блокеров и больше фокусироваться на конкретных способах их решения.
Когда скрам-мастер становится узким местом
Есть такой парадокс — чем лучше скрам-мастер делает свою работу, тем больше риск, что команда станет от него зависимой. Люди привыкают, что есть человек, который "решает все вопросы", и перестают брать ответственность на себя.
Несколько раз наблюдали ситуацию, когда команда работает отлично, пока скрам-мастер на месте, и начинает буксовать, как только он уходит в отпуск. Планирования затягиваются, конфликты не решаются, люди ждут, когда кто-то скажет, что делать дальше.
И тут возникает интересная дилемма — нужно помогать команде, но при этом не делать ее зависимой от своей помощи. Это значит постепенно передавать функции самой команде, учить людей фасилитировать встречи, решать конфликты, работать с препятствиями.
В общем, хороший скрам-мастер должен стремиться к тому, чтобы стать ненужным. Что, кстати, создает дополнительный вызов для карьерного развития в этой роли.
Курсы скрам-мастера vs реальная практика
Большинство курсов скрам-мастеров дают хорошую теоретическую базу — рассказывают о ценностях Agile, объясняют механику событий, знакомят с основными практиками. Но любое обучение скрам-мастера сталкивается с одной проблемой — теория и практика могут сильно отличаться.
Это примерно как изучение правил дорожного движения — они важны и нужны, но настоящие навыки приходят только с ежедневным опытом.
В реальности оказывается, что 80% работы скрам-мастера — это не проведение событий скрам, а работа с контекстом вокруг команды. Это разговоры с менеджерами о том, почему команде нужна стабильность требований. Это объяснение заказчикам, почему важна обратная связь от пользователей. Это поиск компромиссов между "хочется быстро" и "хочется качественно".
И все это требует навыков, которые сложно получить на курсах — умение читать эмоции людей, находить подход к разным типам личности, терпеливо объяснять одно и то же разными способами, не терять оптимизм в сложных ситуациях. При этом часто возникает вопрос о том, насколько важны технические навыки скрам-мастера для эффективной работы с командой разработки.
Scrum master в разных контекстах
Интересно наблюдать, как роль скрам-мастера трансформируется в зависимости от зрелости команды и организации. В начинающей команде scrum-master больше похож на тренера — учит, объясняет, направляет. В зрелой команде он скорее катализатор — помогает ускорить процессы, которые команда и так понимает.
В крупных компаниях скрам-мастер часто становится переводчиком между командой и корпоративными процессами. В стартапах — помогает не потерять фокус среди постоянно меняющихся приоритетов.
А иногда роль эволюционирует в сторону Agile-коуча или даже консультанта по трансформации — когда опыт работы с командами дает понимание системных проблем организации.
Что в итоге
Скрам-мастер — это профессия для людей, которым интересно разбираться в том, как работают команды и системы. Это работа для тех, кто готов влиять на изменения через терпение, эмпатию и экспертизу, а не через административную власть.
При этом важно понимать, что это не профессия для интровертов, которые хотят "уйти в менеджмент от разработки". Скрам-мастер проводит большую часть времени в разговорах с людьми, и если общение не дает энергию, а отнимает ее — стоит подумать о других вариантах карьерного развития.
А еще это профессия, где результат твоей работы часто не виден напрямую. Команда стала работать лучше — это может быть заслугой скрам-мастера, а может быть естественным развитием. Что-то пошло не так, скрам-мастер точно виноват. Нужно быть готовым к такой асимметрии.
Интересно узнать подробнее?
Приходите на один из наших тренингов, где вы в деталях разберете эту тему и сможете задать тренеру свои вопросы.
