У нас есть Scrum Team со следующими ролями: разработчик, тестировщик и владелец продукта.
Мы хотим создать форму обратной связи 360, и для этого нам нужен заданный формат вопрос-ответ. Какой может быть лучший набор вопросов и вариантов ответов для этого?
Несколько примеров вопросов:
Какова основная цель этого опроса? Как я понял, вы хотите оценить своих товарищей по команде, но, может быть, вы хотите понять, насколько хорошо для вас подходит схватка?
Цель включает в себя, какие вопросы вы должны сделать. Но по обеим причинам я советую следующие действия:
Используйте шкалу Лайкерта
Избегайте чувств в вопросах (ну, плохо, хорошо или что-то в этом роде), используйте вопросы-утверждения по Лайкерту: «Этот человек предлагает много идей, как улучшить наши продукты на скрам-митинге», а затем оценку по Лайкерту — «Однозначно согласен», «Определенно не согласен» и так далее.
По идее не должно быть набора стандартных вопросов - и я не понимаю, вы хотите еще и набор заранее определенных ответов? - потому что обратная связь должна быть представлена в виде заявления от человека А к человеку Б.
Цель состоит в том, чтобы перечислить набор информации по всей команде и сосредоточиться на менее положительных аспектах, пытаясь извлечь из этого максимум пользы. Будьте осторожны, уровень зрелости команды требует большей или меньшей помощи. У новой и незрелой команды могут возникнуть проблемы, если попросить дать отрицательный отзыв, и если баланс нарушен в начале, его сложнее исправить.
Зачем нужны наборы вопросов-ответов и какая цель?
Похоже, ваша идеальная форма обратной связи будет состоять из стандартов вашей команды «быть хорошим членом команды» в форме вопросов «Да/Нет». Я предлагаю вам задать этот вопрос вашей команде напрямую, либо в форме ретроспективы, либо на отдельной встрече:
Я мог бы попросить людей предоставить ответы на эти и, возможно, другие вопросы, предложенные командой, анонимно на листках бумаги, а затем прочитать и обсудить. Я бы сделал это анонимно на тот случай, если какие-то бесполезные примеры будут особо указаны, что может случиться.
Конечным продуктом будет маркированный список того, что можно и чего нельзя делать, или какая-то другая формулировка, которую вы затем сможете использовать в обратной связи 360°.
Сильные стороны этого подхода: - изначально он представлен в контексте того, «как мы стремимся к совершенству», а не в чем-то щекотливом, как конструктивная обратная связь - он создается вашей командой прозрачно - он специфичен для контекста вашей команды
Что касается последнего пункта... не похоже, что существует объективный, независимый от контекста ответ на вопрос "что делает хорошего члена команды".
Также может случиться так, что после такого обсуждения и формулировки «стандартов передового опыта для членов команды», которые были приняты и опубликованы, вы можете обнаружить, что потребность в обратной связи 360 для решения проблем с отдельными людьми уменьшилась. :)
Аксель
Барнаби Голден
Аксель
Алан Лаример
We have a Scrum Team with the following roles: developer, tester and product owner.
Тогда это не Скрам - команда.Тьяго Кардосо
Тодд А. Джейкобс