Должен ли скрам-мастер быть коучем по Agile или это одно и то же?

При ответе и обсуждении этого вопроса на ум пришел новый вопрос, сначала некоторый контекст:

В руководстве по Scrum говорится, что Scrum Master обслуживает организацию:

  • Руководство и коучинг организации по внедрению Scrum;
  • Планирование внедрения Scrum в организации;

Прочитав эту статью, « Scrum Master не является Agile-коучем ». Я понимаю, что Scrum Master должен сосредоточиться только на Scrum Framework, а не на других методах, принципах и ценностях Agile.

Я склонен не согласиться, потому что я думаю, что Scrum охватывает только часть управления проектами «быть Agile», но (например) пропускает важные технические практики , которые делают продукты Agile.

Организационная гибкость ограничена технической гибкостью

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

Можем ли мы успешно внедрить Scrum в качестве Scrum Master, не будучи при этом Agile-коучем? В руководстве по Scrum говорится, что его «трудно освоить». Я думаю, это потому, что он обрабатывает только процесс, а не полный цикл, как это делает экстремальное программирование .

Напрашивается следующий вопрос: должен ли скрам-мастер быть коучем по Agile или это одно и то же?

Я думаю, что основное отличие заключается в масштабе. Скрам-мастер сосредоточен на внедрении Скрама для команды или проекта, в то время как коуч является консультантом с более широким организационным охватом и (в идеале) более независимым от фреймворка подходом.

Ответы (5)

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

Хороший Scrum Master не просто «следует книге» Scrum, но прививает agile-принципы. Agile-коуч делает то же самое, но подходит к проблеме со всех уровней организации, а не просто сосредотачивается на одной команде разработчиков.

Говоря это, мне не нравится понятие «Scrum Master» как название должности, а скорее роль. Я твердо верю, что Scrum — это временный шаг в построении хорошей agile-команды, которая будет развивать свой собственный процесс. Я бы предпочел, чтобы Agile-коуч какое-то время выступал в роли Scrum-мастера, чем кто-то, кто потратил день или два, став сертифицированным Scrum-мастером, удерживая команду от использования Scrum в течение длительного периода времени.

Я оговорюсь с тем фактом, что я Agile-коуч, который в настоящее время также выступает в качестве владельца продукта, поэтому я нарушаю все правила;)

Это один из тех классических вопросов типа «это зависит». Одна ключевая вещь здесь была сказана SpoonerNZ: «Scrum Master» — это название должности, а не роль». В Scrum или Agile нет титулов. В Scrum есть три роли, которые могут быть совершенно не связаны с тем, что HR говорит о вашей должности (я Agile-коуч, HR говорит, что моя официальная должность — старший принципиальный технический менеджер проекта).

Когда я преподаю Agile, я провожу некоторое время, рассказывая о ролях, чтобы попытаться прояснить это. Не только роли, но и то, как они соотносятся друг с другом и каковы их пути.

Scrum Master: SM сосредоточен на своей отдельной команде. Они должны помочь команде достичь своих целей в спринте и защитить команду от внешних препятствий. Они, как правило, сосредоточены на временном горизонте следующих 4-6 недель (2-3 типичных спринта). Скрам-мастер может и часто является активной частью команды в качестве разработчика или тестировщика, и даже если они не являются таковыми, они вместе с командой оцениваются по тому, насколько успешно команда выполняет свои обязательства (планы спринта). Хороший скрам-мастер может вырасти в ловкого тренера при наличии желания и пространства (не все скрам-мастера хотят быть коучами).

Менеджер по персоналу: в то время как SM ориентирован на команду, менеджер по персоналу ориентирован на отдельного человека. Временной горизонт менеджера по персоналу составляет от шести месяцев до года, и он фокусируется на том, как человек будет расти, чтобы стать лучшим товарищем по команде. Если компания прогрессивна, ее менеджеры оцениваются не по тому, поставлен ли продукт, а по тому, растут ли и успешны ли их команды.

Agile-коуч: Agile -коуч не связан напрямую с поставкой продукта. Вместо этого их внимание сосредоточено на организации. Им платят за то, чтобы помочь организации стать более предсказуемой и продуктивной. И как agile-коучи они должны делать это, сосредоточившись на том, чтобы помочь командам стать более вовлеченными, счастливыми и самоорганизованными (вспомните книгу Дэна Пинка «Автономия, Мастер, Цель»). Аджайл-коуч может быть скрам-мастером, однако это означает, что он разделяет свое внимание, что нарушает один из основных элементов аджайл-«фокуса».

Я не согласен с тем, что Скрам-мастера следует прикреплять к проекту только в течение первых нескольких спринтов. SM — это определенная роль в команде, и он должен присутствовать на протяжении всего времени выполнения проекта, чтобы структура функционировала должным образом.
Я не думал, что когда-либо призывал скрам-мастера не быть частью команды. Я больше обращался к тому, как может выглядеть рост скрам-мастера. Часто SM перерастает в роль Scrum Coach/Agile Coach, а новые Scrum Masters появляются внутри команд, частью которых они были. В команде всегда должен быть кто-то с ролью SM.
Я отвечал на предложение «У них, как правило, временной горизонт 4–6 недель (2–3 типичных спринта)». Вы действительно считаете, что отток скрам-мастера каждые шесть недель разумен? Возможно, стоит уточнить ответ с намерением из ваших комментариев о пути роста, в отличие от (как я это читал) неотъемлемого ограничения жизненного цикла роли или места в процессе. Мне очень нравятся различия, которые вы проводите между различными типами коучинговых ролей, и я намерен помочь прояснить ситуацию для будущих посетителей.
Горизонт времени — это то, как далеко заглядывает Скрам-мастер. Они сосредотачиваются на следующих 2-3 спринтах и ​​помогают команде уложиться в это временное окно. Их внимание не сосредоточено на долгосрочных стратегических и человеческих проблемах, как это должны делать архитекторы и менеджеры.

Я думаю, что ответ довольно прост: в идеальной ситуации их быть не должно. Либо команда уже понимает принципы Agile и придерживается их, либо у них есть настоящий преданный Agile-тренер. Это позволит скрам-мастеру сосредоточиться на своих собственных задачах.

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

Это не одно и то же, и определенно скрам-мастер в организации не может проводить Agile-коучинг.

Основные направления деятельности Agile-коуча в компании:

  1. Коучинг или помощь при запуске проекта, определение идеальной методологии в отношении проекта.
  2. Проведение различных тренингов по методам Agile и т. д.

На основе опыта у профессиональной компании есть свой Agile Coach. Например, у нас в компании около 10 Scrum Masters на разных проектах, а Agile-коуч, основная обязанность которого — повышать Agile-компетенции компании, и он помогает проектам на разных этапах.

Исходя из теории, идеальным способом является тот, когда Scrum Master назначается только на один проект.

Но как Scrum направляет «руководство и обучение организации при ее внедрении Scrum»; вписывается в вашу историю? Не поймите меня неправильно, я думаю, что ваша установка имеет смысл, и она может (и, возможно, должна) быть двумя отдельными ролями. Тем не менее, Scrum говорит, что это также работа Scrum Master.
Я лучше скажу, что скрам-мастер должен «вести и тренировать команду, КОГДА НЕОБХОДИМО», устраняя препятствия, обслуживая лидера и т. д. и т. д. Я советую вам взять руководство по скраму в качестве основы, как общую структуру для использования в качестве руководство в повседневной деятельности по Scrum, внедрение настоящего Scrum, другими словами, «структура, которая помогает нам не отклоняться от основ».
В Руководстве по Scrum говорится: «Скрам-мастер несет ответственность за то, чтобы Скрам был понят и принят. Скрам-мастера делают это, следя за тем, чтобы Скрам-команда придерживалась теории, практики и правил Скрама. Скрам-мастер является слугой-лидером Скрам-команды. Скрам-мастер помогает тем, кто не входит в состав Скрам-команды, понять, какие из их взаимодействий со Скрам-командой полезны, а какие нет. Скрам-мастер помогает всем изменить эти взаимодействия, чтобы максимизировать ценность, создаваемую Скрам-командой».

Я думаю об Agile-коучинге скорее как о деятельности, чем как о роли.

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

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

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

Должен ли скрам-мастер быть коучем по Agile или это одно и то же?
СпросиСетьПолитика конфиденциальности1y, 0v