Руководство по скраму | 10. Самые распространенные ошибки Scrum Master

Опубликовано: 2022-04-20

Работу хорошего Scrum Master можно узнать по тому, что в какой-то момент он становится не нужен в повседневной работе Команды Разработки. Тем не менее, это не всегда так. Каковы причины ошибок Scrum Master?

Ошибки Scrum Master – оглавление:

  • Отсутствие скрам-мастера
  • Недостаточное присутствие Scrum Master
  • Резюме

Работа Скрам-мастера в первую очередь заключается в поддержке работы Команды Разработки. Поэтому наиболее распространенные ошибки Скрам-мастера обычно связаны с тем, как он участвует в повседневной работе разработчиков. Мы разделили эти ошибки Scrum Master на две группы. К первому относятся проблемы, возникающие из-за слишком большого участия, а ко второму — проблемы, возникающие из-за недостаточного присутствия Скрам-мастера в жизни Команды Разработки.

mistakes of Scrum Master - The Scrum Master's Absence

Отсутствие скрам-мастера

Необходимость слишком сильно контролировать команду часто приводит к ошибкам в применении Scrum. Ошибки скрам-мастера чаще всего проявляются в следующих ситуациях.

  1. Скрам-мастер ищет решение проблемы, а не помогает команде справиться с ней. Как правило, корень проблемы в том, что Скрам-мастер также является экспертом в том, что делает Команда Разработки. Их неспособность выйти за рамки роли эксперта лишает их возможности эффективно помогать команде в самостоятельном поиске решений. Такой подход также может привести к единоличному авторитарному принятию решений — и это, вероятно, самая большая ошибка, которую может совершить скрам-мастер.
  2. Скрам-мастер не позволяет команде совершать ошибки. Эта проблема тесно связана с предыдущей. Если скрам-мастер эффективно защищает команду от ошибок, она не научится самостоятельно решать проблемы и брать на себя ответственность за свою работу. Он всегда будет полагаться на советы и опыт Скрам-мастера.
  3. Скрам-мастер пытается изменить людей вместо того, чтобы работать над атмосферой в команде. Эта проблема включает в себя слишком большой акцент на изменении поведения члена или членов команды, а также на кадровых изменениях. Ошибочно менять состав Команды Разработки во время работы над Целью Продукта, если в этом нет абсолютной необходимости. Это может привести к значительным задержкам в его реализации и нарушить ритм работы Команды Разработки. А также нарушить ритм формирования Команды, о чем мы пишем в отдельной статье.
  4. Скрам-мастер выступает в роли супервайзера Команды Разработки в организации. Это ошибка, которая не часто является результатом собственных решений Скрам-мастера. Однако это может усугубить все ошибки, возникающие из-за необходимости контролировать Команду.
  5. Скрам-мастер чрезмерно вовлекается в работу команды. Когда Команда состоит из экспертов, которые знают навыки и обязанности друг друга и действуют в соответствии с принципами Скрама, Скрам-мастера не должны без приглашения вмешиваться в работу Команды. Если они это сделают, они просто мешают нормальной работе команды. У хороших скрам-мастеров, благодаря их устоявшейся позиции тренера и лидеров, будут просить совета в экстренных ситуациях или ситуациях, требующих свежего взгляда. Вот почему они должны быть доступны по вызову для разработчиков, не навязывая свое присутствие.
  6. Скрам-мастер слишком жестко придерживается принципов Скрама. Если какой-либо аспект Scrum не работает в конкретной команде, Scrum Master должен попробовать другой подход. Каждая команда уникальна, и Scrum — это всего лишь общая схема.
mistakes of Scrum Master

Недостаточное присутствие Scrum Master

Не только чрезмерное, но и недостаточное участие Скрам-мастера может привести ко многим ошибкам. Ниже мы описали наиболее распространенные из них.

  1. Скрам-мастер недостаточно знаком с принципами Скрама. Эта ошибка, скорее всего, приведет к их неправильному выполнению. И работа Команды будет только внешне работать по Scrum.
  2. Скрам-мастер не соблюдает принципы Скрама. Неадекватное повседневное присутствие Скрам-мастера означает, что он не защищает команду должным образом. Это может привести к недостаточной защите от наплыва сторонних задач. Или к неспособности Команды Разработки достичь Цели Спринта.
  3. Скрам-мастер не следит за соблюдением последовательного ритма Скрама. Небрежность в организации Scrum Events может привести к пустой трате времени. Это приведет к слишком долгому или плохому проведению Событий — Планирования Спринта, Ретроспективы Спринта или Обзора Спринта (о которых мы напишем в отдельных постах). Также ошибкой является откладывание событий или изменение их продолжительности.
  4. Скрам-мастер не реагирует на конфликты в Команде. Ожидание, что конфликты в команде со временем разрешатся сами собой, является ошибкой скрам-мастера. Конфликт — это не всегда плохо, но скрам-мастер должен не только знать о его существовании и текущем состоянии, но и участвовать в нем как переговорщик. А также уметь использовать конфликт для изменения и улучшения Команды.
  5. Недостаточное присутствие Scrum Master. Проблема возникает, когда Скрам-мастер тратит слишком мало времени на работу с Командой и, например, занимается специализированными задачами. Это заставляет его слишком мало слушать и задавать слишком мало вопросов. Как мы писали в предыдущей статье, это ключевой навык Скрам-мастера. В результате скрам-мастер недостаточно хорошо знает, какова текущая ситуация и атмосфера в команде. И он доволен статус-кво.
  6. Скрам-мастер не ставит под сомнение статус-кво. Чтобы Команда Разработки и Скрам-Команда в целом могли расти, необходимо постоянно бросать вызов существующему положению вещей. Часто это рискованная и потенциально опасная деятельность. Скрам-мастер должен браться за это, осознавая трудности, с которыми он может столкнуться. Однако не существует такого понятия, как «зрелая команда разработчиков, которая больше не развивается». Если оставить его в покое, это быстро приведет к значительному ухудшению его характеристик.
  7. Скрам-мастер не делится своими наблюдениями за работой Команды с Командой . Хранение этих знаний при себе затрудняет или даже делает невозможным рост Команды. Хотя Скрам-мастер полностью сосредоточен на повседневных обязанностях, он не работает над тем, как члены команды работают вместе. Это часто приводит к накоплению проблем и конфликтов.
mistakes of Scrum Master

Распространенные ошибки Scrum Master — краткое изложение

Ошибки Scrum Master, возникающие в результате недостаточного или чрезмерного вовлечения в Команду Разработки, могут нарушить ритм работы. И даже способствовать остановке активности по правилам Scrum. Поэтому скрам-мастеру стоит знать о потенциальных ошибках и вытекающих из них рисках. А также следить за их отношениями с Командой.

Если вам нравится наш контент, присоединяйтесь к нашему сообществу занятых пчел в Facebook, Twitter, LinkedIn, Instagram, YouTube.

Scrum Guide | 10. The most common mistakes of Scrum Master caroline becker avatar 1background

Автор: Кэролайн Беккер.

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

Просмотреть все сообщения

Руководство по скраму:

  1. Глоссарий основных терминов, ролей и понятий
  2. Что такое Скрам?
  3. Скрам-ценности
  4. Как внедрить Scrum в вашей компании?
  5. Скрам-команда — что это такое и как она работает?
  6. Кто такой владелец продукта?
  7. Самые распространенные ошибки владельца продукта
  8. Кто такой скрам-мастер?
  9. Характеристики хорошего скрам-мастера
  10. Самые распространенные ошибки скрам-мастера
  11. Какую статистику и показатели должен отслеживать скрам-мастер?
  12. Сотрудничество между владельцем продукта и скрам-мастером
  13. Команда разработчиков в Scrum
  14. Самые распространенные ошибки разработчиков
  15. Скрам артефакты
  16. Масштабирование Скрама
  17. Бэклог спринта
  18. Что такое бэклог продукта?
  19. Что такое пользовательские истории?
  20. Создание лучшей пользовательской истории с INVEST
  21. Самые распространенные ошибки User Story
  22. Критерии приемлемости пользовательской истории
  23. Оценка и баллы в Scrum
  24. Планирование покера
  25. Игра на оценку команды
  26. Определение приращения
  27. Скрам-события
  28. Что такое спринт в Scrum?
  29. Обязательства команды Scrum — цель продукта, цель спринта и определение завершения
  30. Что такое диаграмма выгорания?
  31. Как создать и интерпретировать диаграмму выгорания?
  32. Преимущества и недостатки диаграммы выгорания
  33. Канбан-доски в Scrum и Scrumban
  34. Скорость в Scrum — скорость команды разработчиков
  35. Ежедневный Скрам
  36. Планирование спринта
  37. Обзор спринта
  38. Что такое ретроспектива спринта?
  39. Распространенные ошибки во время ретроспективы спринта
  40. Развитие бэклога продукта