Может ли мастер схватки выговорить свою команду?

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

Это больше похоже на уведомление для них. Он знает, почему этого не происходит, например: - тратить время на социальные сайты или тратить время на менее важные вопросы.

Можно ли ему сказать «выговор» команде доставки по их стилю работы? Или он должен быть эскалирован и оставлен для функциональных менеджеров, чтобы справиться с этим?

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

6 голосов | спросил R11G 31 Jpm1000000pmFri, 31 Jan 2014 17:55:56 +040014 2014, 17:55:56

5 ответов


19

Мастер Scrum не выговаривает. Он или она видит проблемы и помогает команде справиться с ними.
Если команда борется, это его или ее работа, чтобы сформулировать проблемы и попытаться заставить команду сделать анализ основных причин этих проблем.
Чтобы подробно остановиться на вашем примере: тратить время на сайты социальных сетей не является основной причиной. Если команда тратит слишком много времени на эти сайты (и это все еще «если»), вероятно, причина для этого. Может быть, им нужно облегчение, может быть, их работа слишком скучна, потому что они не могут взять на себя ответственность за архитектуру решения, может быть ...
Первый шаг - общение с командой. Пусть они выяснят, что происходит не так.

ответил Stefan Billiet 31 Jpm1000000pmFri, 31 Jan 2014 18:16:27 +040014 2014, 18:16:27
8

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

Мастера Scrum должны поддерживать культуру открытой коммуникации, а мастера схватки ... являются частью команды! Итак, почему они not указывают на проблемы с командой?

Некоторые команды превосходны, самоорганизуются, трудолюбивы и эффективны. Некоторые другие команды посредственны, неспособны к организации, ленивы или неэффективны. Почему бы и нет?

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

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

В общем, это то, что мы хотим:

  • Открытая коммуникация
  • Одна команда, которая включает мастер scrum
  • Когда возникают проблемы, они четко передаются и адресуются
  • Когда люди явно плохо себя ведут, плохое отношение (никогда не человек!) рассматривается открыто и справедливо
  • Люди, принимающие ответственность

Это то, чего мы не хотим:

  • Люди, хранящие тайны или культивирующие негодование, притворяясь счастливыми в команде.
  • Scrum master против отношения команды
  • Указание пальцев
  • Культура страха /вины
  • Люди, уклоняющиеся от ответственности

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

ответил Sklivvz 31 Jpm1000000pmFri, 31 Jan 2014 19:04:15 +040014 2014, 19:04:15
4

Мастер схватки защищает команду от руководства и клиента. Владелец продукта выступает за клиента в команде. Менеджер защищает компанию от отдельных членов команды.

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

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

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

ответил Karl Bielefeldt 31 Jpm1000000pmFri, 31 Jan 2014 22:19:39 +040014 2014, 22:19:39
1

Выговор - очень сильное слово. И дело не в том, можете ли вы это сделать. Конечно, вы можете выговорить любого, кого хотите. Но должны ли вы это сделать? Я нахожу, что, когда руководство /руководство использует такой подход, оно обычно деморализует команду и ничего не улучшает. Поэтому вы говорите мне, что я не могу быть на P.SE в рабочее время. Как бы это перевести на меня, давая вам более высокую производительность?

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

И прежде чем вы посмотрите слишком глубоко (и почему я хочу добавить свои 2 цента здесь), вы (и, возможно, некоторые из ваших менеджеров) должны ознакомиться с основными идеями Agile и мотивами, чтобы эти идеи были в первое место.

В сущности, Agile выступает за децентрализованную форму контроля, где руководство устанавливает общее направление, но оставляет все остальное до команды. Решения, такие как, как мы собираемся доставить, сколько времени он собирается принять, какие технологии использовать, кто будет работать над чем. Команда должна решить это самостоятельно. Причина этого в том, что люди, выполняющие эту работу, действительно имеют наибольшее знание о том, как это сделать, и когда дело доходит до расписаний, если мой босс говорит мне, что у меня есть 5 дней, чтобы закончить задание, я возвращаюсь к своему столу и продолжать работать как обычно. Если это займет 10 дней, это должно быть плохое планирование со стороны моего босса. Если это займет 4 дня, я проведу на днях, кто знает, что. Если разработчики принимают решения, а разработчик - тот, кто говорит, это не должно занимать меня более 5 дней, у этого разработчика есть более сильное личное давление, чтобы доставить его слово, но оно работает только в том случае, если эти 5 дней сунул ему горло вверх.

Как вы продолжаете делать свои спринты, часть вашего процесса должна состоять в том, чтобы постоянно искать улучшения, о чем идет ретроспектива. И снова, все это полностью сфокусировано на разработчике. «Ребята, давайте обсудим, что вас замедлило и что вас разочаровывало». Определите самые большие разочарования и устраните их и повторите. Люди будут чувствовать себя более энергичными и мотивированными, если они увидят, что структура компании призвана помочь им и облегчить их жизнь.

Если вы все сделаете правильно, вся ваша команда должна войти в мышление (это займет некоторое время, но не так долго, как вы думаете, я видел, как это произошло через 3 месяца), что мы вместе. Мы контролируем наш график. Мы хотим построить отличный продукт. Ключом является «мы». Когда вы доберетесь до этого момента, а) если кто-то не носит собственный вес, его собственные товарищи по команде вызовут его и спросят, Боб «мы» ждем вас, чтобы закончить это, что случилось? и б) люди будут чувствовать себя более уверенно в доставке, потому что их собственные товарищи по команде, а не менеджмент, зависят от них. Поэтому, когда вы дойдете до этого момента, абсолютно не нужно выговор .

Этот ответ основан частично на Agile, частично на теориях управления, которые они учат в школе MBA (да, я вернулся в школу, чтобы получить степень магистра в темной стороне) и частично на собственном опыте в моей предыдущей компании. У меня был отличный босс, который позволил мне попробовать всевозможные вещи в нашей команде. Мы реализовали множество идей, которые «истинные» гибкие адвокаты, и хотя мы еще не получили их полностью (не имели регулярных ретроспективных и единичных тестов, было значительно не хватает), но с точки зрения взглядов, мотивов и общей этики наша команда действительно повернул на 180 градусов через 3 месяца. И пока мы работали, и часто регистрируются в ночью или в других случайные моменты времени, только чтобы закончить вещи здесь и там, а) никто никогда не просил и заставил нас работать сверхурочно и б) мы, вероятно, были счастливейшим команда разработчиков в всей организации, потому что многие корпоративные BS остановились у нашего менеджера.

ответил DXM 31 Jpm1000000pmFri, 31 Jan 2014 22:52:44 +040014 2014, 22:52:44
1

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

Я не знаю о выговоре, но роли Scrum Master связаны с тем, что Scrum выполняется правильно, балансируя рабочие нагрузки с ожиданиями держателей ставок, помогая команде выполнять на высоком уровне и т. д. Некоторые мастера Scrum Masters приходят от должности руководителя /менеджера команды, поэтому могут быть дополнительные управленческие обязанности, когда SM играет другую роль, например, ежегодную оценку (не очень Scrim-like).

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

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

ответил JeffO 31 Jpm1000000pmFri, 31 Jan 2014 23:17:40 +040014 2014, 23:17:40

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132