Не соглашусь с вами.
В обязанности скрам-мастера входит очень много всего, в том числе помощь всей организации в переходе на agile-ценности, а это может занимать более чем все рабочее время.
Да, scrum не запрещает скрам-мастеру быть еще и членом команды разработки, однако все больше компаний склоняется к тому, что это должен быть выделенный человек, который все свое время тратит на помощь команде, PO и компании.
Абсолютно согласен со всем сказанным
Как раз в этой связи интересует, как по мягче заставить разработчиков его принять. Согласитесь - насильно заставлять отвечать на вопросы - плохая тактика. Есть ли какой-нибудь опыт "объяснения" необходимости DSM разработчикам (особенно интровертам, которые вообще говорить не любят)?
На практике получается, что некоторые сотрудники-интроверты вместо того, чтобы задать вопрос команде - тратят много времени находясь в каком-нибудь ступоре с какой-нибудь проблемой. Когда нету ежедневных обсуждений - такие случаи вскрываются только по окончании спринта, когда делать что-то уже поздно.
По сути, если бы как-то раз утром, они бы сообщили о своей проблеме команде - велика вероятность нашелся бы кто-то, кто уже сталкивался с подобной проблемой и решение нашлось бы очень быстро.
P.S.
Ну и плюс, все обзоры методологии говорят о том, что daily scrum необходимая и очень важная часть спринта.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
В обязанности скрам-мастера входит очень много всего, в том числе помощь всей организации в переходе на agile-ценности, а это может занимать более чем все рабочее время.
Да, scrum не запрещает скрам-мастеру быть еще и членом команды разработки, однако все больше компаний склоняется к тому, что это должен быть выделенный человек, который все свое время тратит на помощь команде, PO и компании.