Предыстория: мы пытаемся внедрить Scrum в моей текущей команде разработчиков. Одним из действий является найм Scrum-мастера, который поможет нам во внедрении Scrum. Но есть некоторые статьи, предполагающие, что это пустая трата денег.
Чтобы убедить руководство нанять скрам-мастера, мне нужно знать преимущества наличия скрам-мастера.
Как это поможет нам в реализации Scrum?
Отметим также, что, по его словам,
лучшее, что мы можем сделать, — это выбросить Scrum на свалку истории.
Так что, если вы верите короткому сообщению в блоге, в котором нет фактических доказательств в поддержку его утверждений, то не только наем Скрам-мастера (СМ), но и весь Скрам — пустая трата денег. Следовательно, прекратите использовать Scrum как можно скорее и вернитесь к старому доброму процессу, который вы использовали ранее (или поищите в блоге автора его метод серебряной пули).
Мы можем начать немного анализировать пост. Мне кажется, его главная мысль заключается в том, что подавляющее большинство существующих SM тратят свое время на борьбу с пожарами и не имеют времени на то, что, как он утверждает, является основной ролью SM, которая будет взаимодействовать с внешними сторонами и помогать оптимизировать их работу. взаимодействие с командой разработчиков. ИМХО, соответствующая цитата из Scrum Guide вырвана из контекста. Взаимодействие с внешними сторонами, безусловно, важно, однако это только часть того, что делает хороший SM. Другие обязанности включают
Это только то, что быстро пришло мне в голову, наверняка можно было бы добавить еще много чего. Безусловно, если СМ тратит почти все свое время на выполнение только первого из них, это проблема. Однако в лучшем случае это может быть временная проблема, и по окончании кризиса СМ может вернуться к более сбалансированному образцу деятельности. С другой стороны, если кризис постоянный, я бы не сказал, что это проблема с ролью как таковой, а скорее с окружением, в котором так много препятствий и/или их устранение занимает так много времени, что на это уходят все силы. время СМ. И если у вас есть эта проблема, она вас укусит с SM или без него, с Agile или без него.
Я твердо убежден, что хороший SM стоит своей цены во много раз, так как без SM команда может просто никогда не приблизиться к своей потенциальной максимальной скорости и эффективности. Если SM может помочь команде удвоить производительность и удовлетворенность клиентов, скажем, за год, стоило ли оно одной дополнительной зарплаты? Конечно, упущенные возможности трудно поддаются количественной оценке, поскольку они никогда не отражаются в балансе так же, как расходы на заработную плату.
Попробуйте найти хорошего SM с проверенным послужным списком и бросьте ему/ей вызов, чтобы он/она привнесли максимум в вашу команду. Вы можете согласиться установить испытательный срок в несколько месяцев, в течение которого он(а) оценивает команду, а вы оцениваете его/ее. После этого ваш SM сможет более точно предсказать, насколько лучше может стать ваша команда, и на основе этого вы решите, хотите ли вы продолжать совместную работу.
Все это не означает, что Scrum безупречен — у него наверняка есть свои ограничения и проблемы, и он может подойти не всем командам и не всем продуктам. Существуют и другие подходы Agile и Lean, такие как Kanban или XP. Я думаю, что важно понимать, что все это требует больших изменений в мышлении разработчиков и менеджеров, подходах к общению и решению проблем, что не происходит легко и быстро. Поэтому я предлагаю провести тщательное исследование, выбрать процесс, который кажется вам наиболее многообещающим, найти хорошего тренера, который поможет вам правильно его внедрить, и дать ему достаточно времени, чтобы увидеть, работает ли он на самом деле и как он работает. По моему опыту, большинство неудач при внедрении Scrum происходит из-за того, что люди не до конца понимают необходимость изменения мышления и глубину его, казалось бы, простых правил.
Отказ от ответственности: я сам скрам-мастер, стремящийся изо дня в день доказывать, что это не пустая трата времени :-)
Скрам-мастер также должен быть частью организации управления проектами.
Результаты работы Скрам-мастера должны включать отчеты/диаграммы agile-измерений, отражающие детализированные аспекты работы каждой команды.
Эти отчеты должны помочь инженерам-менеджерам и, возможно, руководителям проектов определить, в чем сотрудники их команд могут улучшить свою работу.
Эти отчеты должны показывать, как процессы планирования, оценки и т. д. могут быть улучшены, от временного интервала к временному интервалу или в каком-либо другом окне канбана.
Это действительно своего рода «человеческая инженерия».
Привлечение кого-то на эту роль может быть уместным, потому что ни у кого из соответствующей команды нет харизмы или присутствия, чтобы поддерживать порядок на собрании, модерировать споры и т. д. Эта характеристика личности невероятно важна для этой роли — независимо от того, тщательно ли вы формулируете этот факт. сторонам, которым может потребоваться личное развитие, чтобы не чувствовать себя «раненным», услышав это.
Я рекомендую вам «нанимать» на эту роль, только если человек полностью интегрирован в организацию. Если их работа заключается только в том, чтобы «скрам-мастерить» одну или несколько команд, то, скорее всего, это пустая трата времени.
Предприятие2099
Тодд А. Джейкобс
Ашок Рамачандран
SpoonerNZ
Новая Александрия
epsac
Марв Миллс