Семинары/методы повышения автономии команды?

Есть ли у кого-нибудь проверенные идеи/методы/семинары для повышения автономии и подотчетности в команде Scrum/Agile.

До сих пор я использовал следующее:

  • определение выполненного
  • Рабочие соглашения
  • Роли и обязанности

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

Обновление: примеры команды, не являющейся автономной

  • Команда не думает наперед. Если на доске есть история, которая, возможно, требует организации технической встречи, они не будут заранее организовывать, они только попытаются организовать, когда подберут историю.
  • Если есть история, которая близка к встрече с DoD, они не обязательно подумают сначала посмотреть на нее.
  • Если они потеряют члена команды, они не будут сами организовывать передачу
  • Если у них осталось 2 дня до спринта, они не обязательно будут пытаться сделать историю, ближайшую к завершению, первой.
Если вы готовы поделиться некоторыми конкретными примерами того, как ваша команда не достигает автономии и подотчетности, это может помочь людям предложить лучшие ответы.
Спасибо за примеры! Возникают ли эти проблемы прямо или косвенно в ретроспективе?
Они появляются, но команда вообще не кажется ответственной

Ответы (3)

Я скрам-мастер в кросс-функциональной команде, у которой изначально практически не было опыта работы с Agile. Я думаю, что ответ Барнаби великолепен и определенно есть к чему стремиться. Однако из того, что я заметил, если у команды нет определенного уровня зрелости (с точки зрения Agile), они не обязательно будут учиться, если вы предоставите их самим себе. Если в своей карьере у члена команды никогда не было возможности проявить инициативу, он, естественно, не решит сделать это, когда вы оставите ему пространство. Команды должны определить, что означает для них самоорганизация, но создание некоторой структуры и подталкивание их в «правильном» направлении имеет большое значение, особенно на ранних этапах процесса. Всегда трудно понять, каков правильный баланс между руководством и свободой, чтобы довести команду до точки, в которой ониСитуационный Scrum Mastering хорошо объясняет это.

Я столкнулся со всеми проблемами, которые вы упомянули, и две вещи, которые я нашел, хорошо работают для их решения:

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

2) Показ коротких (от 5 до 10 минут) видеороликов, посвященных принципам и ценностям Agile, и последующее обсуждение. В последние несколько месяцев я посвящал этому 15 минут на наших еженедельных встречах, и это творило чудеса. Я заметил, что члены команды ссылаются на концепции, которые они видели в видеороликах, и медленно, но верно применяют их в своей работе. Я считаю, что серия Scrum Life особенно полезна в этом отношении (уменьшите темп и при необходимости используйте английские субтитры).

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

Как скрам-мастер я иногда:

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

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

Существуют также некоторые передовые методы самоорганизации команд. Вы должны научить свою команду работать без менеджеров. Например:

  1. Абсолютная прозрачность всей информации по проекту — если есть тот, кто знает больше, чем кто-либо другой, то члены команды не равны, что мешает самоорганизации.
  2. Процесс консультирования — любой может принять любое решение, но он должен получить совет от тех, кто является экспертом и на кого повлияло это решение.
  3. Разрешение конфликтов -- если у двух участников есть противоречивые решения, они должны а) попытаться решить конфликт самостоятельно, ища беспроигрышное решение; б) привлечь арбитра для помощи в его разрешении; в) привлечь арбитражную группу.

И другие практики. Существуют некоторые устоявшиеся методологии и подходы, такие как: