Руководство по скраму | 25. Игра на оценку команды

Опубликовано: 2022-05-28

Team Estimation Game — это метод, облегчающий планирование спринта в Scrum. Чем он отличается от Planning Poker? Почему одни команды разработчиков считают его более эффективным инструментом, а другие нет? Все, что вам нужно знать об этом, вы найдете в следующей статье.

Командная игра на оценку – содержание:

  1. Введение
  2. Правила командной оценочной игры
  3. Игра на оценку команды против покера планирования
  4. Резюме

Введение

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

Team Estimation Game постоянно набирает популярность, так как позволяет командам разработчиков создавать оценки примерно в 3 раза быстрее, чем с помощью Planning Poker.

Об этой методике мы писали в предыдущей статье. Сегодня давайте сосредоточимся на игре «Командная оценка».

Правила командной оценочной игры

Командная оценочная игра предлагает:

  • колода карточек User Stories – готовится отдельно для каждой игры
  • колода карт Story Point – для многократного использования

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

Карты подсчета очков обычно содержат значения, соответствующие последовательности Фибоначчи. Это последовательность следующих чисел: 0, 1, 3, 5, 8, 13, 20, 40 и 100. Вы также можете обозначить их последовательными степенями числа 2, то есть 2, 4, 8, 16, 32 и так далее.

Team Estimation Game

Этапы игры «Командная оценка»:

  1. Введение. Чтобы сыграть в Командную оценочную игру, члены Скрам-команды садятся за стол. Владелец продукта начинает с того, что берет первую карту из колоды историй пользователей и делится ее содержимым со всеми. После этого карты остаются на столе. Затем Владелец Продукта объясняет остальным членам Скрам-команды, что отныне игроки будут оценивать пользовательские истории как простые или сложные для реализации, размещая их соответственно слева и справа. Если какой-либо из них имеет некоторую степень сложности, игрок будет складываться вместе, один поверх другого на столе. Теперь следующий ход делает человек, сидящий рядом с ними по часовой стрелке.
  2. Игрок берет карту из колоды User Story. Поделившись своим содержимым со всеми, объясняет его суть Владельцу Продукта. Затем человек, держащий карту, кладет ее на стол и выбирает место, исходя из своего мнения о сложности этой пользовательской истории. Затем игрок объясняет причину своего выбора всем, а другой игрок может задавать вопросы, касающиеся рассуждений. Они могут подвергать сомнению не само решение, а аргументы, оправдывающие решение.
  3. Теперь игроки делают ход и имеют два варианта на выбор:
    • Повторите шаг 2 или
    • Переместите одну из карт на столе в наиболее подходящую позицию.

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

  4. Заключительный этап размещения карточек с пользовательскими историями происходит один или несколько раз, в зависимости от практики Скрам-команды. В течение этого раунда у каждого игрока есть еще одна возможность переместить одну из карт на столе в более подходящее место.
  5. Как только игроки распределяют все карты пользовательских историй по своим локациям, представляющим уровни сложности, команда разработчиков переходит к сопоставлению ценности, назначая карты из стопки очков истории. Первая карта User Story слева получает карту Story Point с наименьшим количеством баллов от Владельца продукта. Правило размещения последующих карт такое же, как и для пунктов 3 и 4. На этом оценка завершена.
Team Estimation Game

Игра на оценку команды против покера планирования

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

  • Карточный стол. В игре «Командная оценка» используется известное «правило карточного стола» из популярных карточных игр. Это означает, что после того, как вы положили карту, вы не можете забрать ее обратно. Поскольку User Story оценивается одним человеком за раз, колебания между оценками и количеством смен позиций значительно ниже по сравнению с Planning Poker.
  • Достаточно точный расчет. В Planning Poker необходимо достичь полного консенсуса по каждой пользовательской истории. Однако в командной оценочной игре решение принимает только один человек. Даже если его/ее оценка неверна, другой Разработчик, скорее всего, поставит ее на более точное соответствие ее значению. Таким образом, гарантируется получение достаточно точных и быстрых оценок.
  • Исчерпание предмета обсуждения. Спорные варианты часто становятся слишком длинными, когда вы играете в Planning Poker. Их время значительно сокращается во время командной оценочной игры, потому что они сосредоточены на одном решении одного из разработчиков, а не на характере каждой пользовательской истории.

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

Командная оценочная игра – итоги

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

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

Scrum Guide | 25. Team Estimation Game 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. Развитие бэклога продукта