Полезно ли разработчику стать «мастером схватки»?
Это официальная сертификация или просто кто-то специализируется?
Каковы шаги к тому, чтобы стать единым целым?
agile
scrum
scrum-master
codecompleting
источник
источник
Ответы:
Выступая в качестве разработчика, который был обучен в качестве мастера схватки, я бы сказал, что если вы серьезно относитесь к использованию Agile, и люди вокруг вас тоже, то это стоит потренироваться. Скрам-мастер должен знать, как работает гибкий процесс, какие собрания требуются, каковы обязанности людей и т. Д. Ваша задача - обеспечить бесперебойную работу гибкого процесса и исправить его, если это не так. Я не смог бы выполнить свою работу без какого-либо руководства, но в равной степени вы можете обнаружить, что онлайн-ресурсы достаточно хороши.
Мне повезло, что моя компания заплатила за то, что я прошел обучение и получил сертификат Scrum Alliance, но я верю, что есть множество мест, где вы можете пройти обучение. Моя тренировка состояла из двухдневного семинара с последующим экзаменом - это не облагалось налогом, и вам придется перечитать большую часть учебного материала, так как есть достаточно много, чтобы принять.
источник
Существуют официальные учебные курсы Scrum, а также оценки и сертификаты, которые охватывают различные роли в Scrum - Scrum Master, владелец продукта, член команды разработчиков. Для них это просто вопрос факультативного прохождения курса, чтения рекомендованного материала, проработки оценок, а затем оплаты сдачи сертификационного экзамена.
Я не уверен, насколько полезно формальное обучение. Существует множество ресурсов для Scrum, в том числе Scrum Guide и бесчисленное множество книг на эту тему. Кроме того, эти сертификаты и обучение полезны только до тех пор, пока вы находитесь в среде, в которой используется Scrum. Я бы порекомендовал узнать о Scrum и о том, как работать в различных ролях в команде Scrum, но я думаю, что вы могли бы сделать это очень хорошо с самообучением, задавая соответствующие вопросы нужным людям и проводя время, работая в команде Scrum.
Лично я считаю, что гораздо важнее понимать различные модели и методологии процессов, их сильные и слабые стороны, а также методы / методы улучшения процессов, а не фокусироваться на одной конкретной модели или методе. Способность адаптировать процессы к потребностям вашей организации, проекта и команды гораздо важнее, чем тратить значительное время на изучение одной методологии. В конце концов, если у вас есть только молоток, все выглядит как гвоздь.
источник
tl; dr: Scrum Master - это фасилитатор - он не означает владение чем-либо.
Имеется официальное обозначение «Certified Scrum Master» . Это вводный курс, которым руководит альянс Scrum. Если вы пройдете курс и сдадите тест, вы станете «Сертифицированным мастером схватки».
Я не думаю, что это так. Роль Scrum Master - важная часть команды, но не техническая роль. Scrum Master - это парень, который ведет встречи и следит за тем, чтобы все были на одной странице. Это скорее роль фасилитатора. Это, вероятно, полезно, если вы хотите заняться коучингом, но не обязательно, если вы разработчик.
Скрам-команда должна иметь мастера схватки, и лучше всего ее иметь, имея опытного. Сертификация CSM не гарантирует качество Scrum master. Посылать парня на курс CSM и предполагать, что он сможет привести вас к победе - это безумная ставка.
Сертификация CSM похожа на сертификацию CPR - вы знаете основы, но вы не являетесь экспертом.
источник
Я бы согласился с Томасом в общих чертах, но, сосредоточив внимание на самой роли хозяина схватки, следует отметить один важный момент. Это не техническая роль. Мы немного обсудили это на тренинге мастера по схватке, который я недавно посещал. Если вы хотите написать код, то на бумаге «быть мастером схватки», вероятно, не для вас.
Тем не менее, на практике кажется, что люди носят много шляп. Я являюсь специалистом по вопросам схватки в своей команде, но все еще участвую в доставке продукта.
Также стоит отметить, что базовая сертификация Scrum Master - это дело с минимальными усилиями, короткий учебный курс / серия семинаров и онлайн-экзамен. Так что, возможно, стоит сделать это просто для понимания самой структуры.
источник
Разработчику гибкой команды полезно понимать роль мастера схватки. Сплоченная гибкая команда построена на доверии. Если вы, как разработчик, понимаете, что хозяин схватки является наставником, посредником и защитником команды, у вас будет больше шансов привлечь их осмысленным образом.
Разработчик, талантливый в том, чтобы видеть общую картину, находить золотые самородки в грязной горе и любить наставничество, станет отличным кандидатом в мастера схваток. По моему опыту, лучшие мастера схваток по-настоящему талантливы в этих областях. Обучение не сделает вас мастером схватки, но может помочь отточить ваши навыки.
источник
Я бы сказал, что это часто не выгодно. Несмотря на то, что разработчик-мастер-схватчик понимает условия работы тех, кто находится в траншеях, руководство / начальник / клиент может рассматривать жалобы от этого человека не как «хозяин схватки, советующий руководству, что следует изменить», а «сварливый» У Боба просто чип на плече, потому что он должен был работать допоздна в пятницу - не обращайте на него внимания ».
По этой причине я думаю, что такое разделение интересов важно, особенно когда / если руководству / клиенту / боссу трудно узнать, носит ли Боб свою "Боб, одинокий программист", против своего "Боба, мастера Скрама, помощника для команда, шляпа ".
Потому что, если воспринимается, что жалобы от команды на самом деле являются жалобами лично от Боба, это отравляет хорошо: все, что Боб пытается донести до руководства, будет отклонено, потому что Боб (очевидно, на взгляд руководства) нарушитель спокойствия.
источник