Иногда, может быть, чаще, чем нет, вы можете задаться вопросом, что, черт возьми, делает ваш scrum-мастер, кроме планирования бесполезных встреч?

Agile и, особенно, scrum, в настоящее время активно внедряются каждой ИТ-компанией. Я считаю, что вы не сможете найти технологическую компанию, основанную после 2005 года, которая не использовала бы методологию Agile (или, по крайней мере, не пыталась бы ее использовать). Хотя, судя по моим наблюдениям, редко когда целая компания или даже целая команда хорошо понимают, что такое Agile-методология. Я не раз слышал от своих сверстников: «Agile? Да, мы каждый день устраиваем стендапы и используем JIRA »,« Иногда я не понимаю, зачем нам нужен наш scrum-мастер ».

Постараюсь объяснить, зачем вашей команде нужен скрам-мастер.

Отвечая на вопросы

Одна из обязанностей мастера схватки - убедиться, что все в команде понимают Scrum и Agile. Если определенные практики или процессы не имеют большого смысла для кого-либо из членов команды, ответ на вопросы должен решать сам мастер схватки.

Если вы действительно не понимаете, зачем вам нужны ежедневные стендапы, ретроспективы или любые другие встречи, задайте вопросы своему мастеру схватки.

У каждой команды или компании могут быть варианты Scrum, поэтому я считаю, что для каждого мастера Scrum крайне важно провести сеанс с командой, на котором они обсуждают свое понимание Scrum, выходят на одну страницу с командой и адаптируют процесс к реальности. конкретной команды и проекта.

Также есть вопросы, на которые мастер схватки не должен отвечать. Скрам-мастер не должен указывать вам, как решить техническую проблему или написать свой код. Даже если мастер схватки знает ответ на вопрос, в большинстве случаев лучше подтолкнуть членов команды в правильном направлении, чем предлагать решение.

Задавать вопросы

Вопросы - лучший инструмент, доступный мастеру схватки. Задавая правильные вопросы в нужное время, мастер схватки может улучшить общение внутри команды и помочь в решении проблем или принятии решений. Таким образом, практически без вмешательства мастера схватки могут сделать команду более эффективной.

Хороший мастер схватки понимает, что команды разработчиков являются экспертами в том, как выполнять свою работу, и стремится понять, что может сдерживать команду.

Устранение препятствий

Одна из основных активных задач, которую выполняет scrum-мастер, - устранение препятствий на пути команды разработчиков. Все, что является потенциальным или реальным препятствием, созданным командой, является обязанностью мастера схватки.

В большинстве случаев препятствия возникают из-за отсутствия команды разработчиков, такой как сторонний поставщик, организация или клиент. В таких случаях мастер схватки должен проанализировать, действительно ли препятствие блокирует команду, и какова его основная причина. Иногда есть вероятность, что команда разработчиков сможет устранить или обойти блокировщик самостоятельно. Однако в других случаях, когда средства устранения проблемы находятся вне рук команды, мастеру схватки необходимо отслеживать препятствия и управлять общением для достижения решения. Скрам-мастер не может позволить препятствиям просто повиснуть там.

Ничего не делаю активно

Чтобы помочь команде стать более эффективной, scrum-мастер должен наблюдать за работой команды, за вращением процессов и отмечать любые проблемы, но не вмешиваться. Принимая решение не участвовать, мастер схватки позволяет команде управлять ситуацией, в противном случае, действуя и решая проблемы для команды, мастер схватки снимает с нее ответственность, а также дает возможность поразмышлять над процессом и определить сами проблемы.

Защита команды

Скрам-мастер также отвечает за то, чтобы посторонние лица не беспокоили команду без необходимости. Бывают определенные ситуации, когда клиент обращается напрямую к члену команды разработчиков с некоторыми проблемами или просит об одолжении. Скрам-мастер должен отслеживать такие коммуникации и соответствующим образом обрабатывать запросы клиентов. Бывают разные ситуации и обстоятельства, когда команда должна разворачиваться во время спринта, но мастер схватки должен быть посредником для любой работы, не связанной со спринтом, или вопросов, которые могут возникнуть.

Вещи, которых не делает Scrum Master

Скрам-мастер не является традиционным менеджером. Скрам-мастер не решает за команду.

Скрам-команды самоорганизуются, что означает, что Скрам-мастер не имеет полномочий принимать решения от имени команды. Команда несет ответственность за планирование, оценку и выполнение работы в соответствии с тем, как они кажутся подходящими, и в соответствии с приоритетом, определенным владельцем продукта. Тем не менее, Scrum-мастер может способствовать прозрачности и эффективному общению, чтобы помочь команде в принятии решений.

При этом Scrum-мастер не несет ответственности за доставку продукта. Команда разработчиков и владелец продукта должны владеть своей работой и доставкой продукта.

Скрам-мастер не разговаривает с командой от имени владельца продукта или наоборот. Если команде есть что обсудить с product owner-ом, scrum-мастер должен облегчить общение, а не быть посредником.

Заключение

Термин схватка происходит от регби. Это момент между раундами, когда команда собирается в круг, чтобы быстро обсудить тактику следующего раунда. Скрам-мастер выполняет ту же работу, что и любой спортивный тренер:

  • Обеспечивает команду обучением и тактикой
  • Помогает повысить производительность команды благодаря наблюдению и советам
  • Вдохновляет команду работать на пике своих возможностей
  • Обеспечивает командный успех, устраняя отвлекающие факторы и препятствия

Важно отметить, что Scrum стал настолько популярным так быстро, что вы можете встретить множество неопытных мастеров Scrum и почувствовать, что они не приносят никакой пользы вам и команде. Вот небольшой секрет:

Если команда достаточно зрелая, скрам-мастер ей не нужен.

Начните с себя и узнайте больше о Scrum. Постарайтесь понять, что стоит за ценностями и принципами Agile. Обучайте свою команду и, при необходимости, своего мастера схватки.

Напишите мне в Твиттер, чтобы рассказать, что за чушь я только что написал @ramen_modules