Руководство по скраму | 39. Наиболее распространенные ошибки во время ретроспективы спринта

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

Ретроспектива Спринта — это событие, которое завершает каждый Спринт. И в то же время одно из самых сложных собраний Scrum Team. Наиболее распространенные ошибки во время Ретроспективы Спринта включают уклонение от разговоров о деликатных вопросах, а также отсутствие конкретных обязательств, ведущих к решению уже диагностированных проблем.

Распространенные ошибки во время Ретроспективы Спринта – содержание:

  1. Введение
  2. Недостаточная прозрачность
  3. Сосредоточьтесь на разовых проблемах или успехах
  4. Чрезмерное представительство владельца продукта
  5. Проблемы с самоуправлением
  6. Слишком много обязательств
  7. Распространенные ошибки во время Ретроспективы Спринта – Резюме

Введение

Ошибки во время Ретроспективы Спринта, к сожалению, очень распространены. Это потому, что это одна из самых сложных встреч для успешного проведения, поскольку она требует от команды большой зрелости. Вот почему стоит взглянуть на проблемы, которые чаще всего возникают в других командах, чтобы вам было легче обнаружить их симптомы при проведении Ретроспективы Спринта в вашей Скрам-команде.

Common mistakes during a Sprint Retrospective

Недостаточная прозрачность

Согласно Руководству по Скраму, каждый член Скрам-команды обязан быть честным и смелым в выражении опасений и высказывании своего мнения во время Ретроспективы Спринта. Однако на практике приверженность прозрачности требует очень многого. Из-за этого члены Scrum Team часто пытаются его обойти.

Одна проблема, которую трудно обнаружить и решить, — это избегать обсуждения наблюдаемых недостатков в работе Скрам-команды. Это может привести к гораздо более серьезным проблемам в долгосрочной перспективе.

Таким образом, задача скрам-мастера состоит в том, чтобы внимательно следить за ситуацией в команде и поощрять всех членов команды проявлять инициативу с самого начала ретроспективы спринта.

Сосредоточьтесь на разовых проблемах или успехах

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

Всегда приятно поздравить членов Скрам-команды, если они добились исключительного успеха. Однако обзор спринта не должен посвящен его празднованию. То же самое и с неудачами. Если что-то пошло не так по случайным причинам или по уже диагностированной ошибке, не стоит чрезмерно анализировать событие во время Sprint Review.

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

Чрезмерное представительство владельца продукта

Во многих организациях должность Product Owner приравнивается к должности Product Manager. Затем Владелец Продукта часто считается руководителем Скрам-команды. По этой причине бывает, что Команда Разработки не хочет говорить о проблемах совместной работы в его присутствии.

Вот почему так важно построить взаимное доверие между Командой Разработки и Владельцем Продукта. К сожалению, процесс построения доверия сложен и долог. Вот почему иногда для Владельца Продукта полезно отказаться от участия во всей или части Ретроспективы Спринта, чтобы оставить место для свободного обсуждения остальной частью команды.

Проблемы с самоуправлением

Самоуправление означает, что члены Скрам-команды принимают собственные решения о том, кто из них будет выполнять те или иные задачи, когда и как. Во время Ретроспективы Спринта команда обсуждает людей, их взаимодействие, а также командные практики. Затем он решает, какие задачи необходимо решить в предстоящем Спринте, как это сделать вместе с тем, кто будет нести ответственность за принятие мер.

Если в самоуправляемой команде возникают более серьезные проблемы, у Скрам-команды может возникнуть соблазн снять с себя ответственность.

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

Most common mistakes during a Sprint Retrospective

Слишком много обязательств

Активная Скрам-команда, работающая в соответствии с тремя столпами эмпиризма : прозрачность, проверка и адаптация, может столкнуться с проблемой одновременного принятия слишком большого количества обязательств.

Если обязательств, принятых Скрам-командой во время Ретроспективы Спринта, слишком много, существует значительный риск того, что:

  • ни одно из обязательств не будет выполнено должным образом
  • некоторые обязательства не будут выполнены вообще
  • внесенные изменения не будут постоянными

Поэтому рекомендуется проводить не более четырех улучшений в каждом спринте. Это позволяет постепенно, но эффективно улучшать работу команды.

Распространенные ошибки во время Ретроспективы Спринта – Резюме

Поскольку Ретроспектива Спринта — сложное мероприятие, при его проведении часто возникают проблемы. Чтобы справиться с ними было легче, стоит отметить те, которые возникают чаще всего. Распространенные ошибки во время Ретроспективы Спринта:

  • недостаточная прозрачность — когда члены Скрам-команды не проявляют честности в более сложных командных ситуациях
  • сосредоточиться на разовых проблемах или успехах — когда члены Скрам-команды сосредотачиваются на обсуждении успехов и неудач, а не на обсуждении долгосрочной эффективности работы команды
  • Чрезмерное представительство Владельца Продукта — когда члены Скрам-команды относятся к Владельцу Продукта с ограниченным доверием, как если бы он или она был кем-то вне команды или руководителем.
  • проблемы с самоуправлением — когда члены Скрам-команды пытаются переложить ответственность за проблемы и принятие решений.

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

Scrum Guide | 39. Most common mistakes during a Sprint Retrospective 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. Развитие бэклога продукта