2013-06-04 3 views
13

При попытке понять, что я вижу в TFS 2012 Web Access в разделе WORK | отставание | Backlog продукта, я использовал кнопку «Create Backlog Query», а затем открыл новый запрос в редактировании, чтобы увидеть, как он работает. Я заметил, что он отображает PBI, которые соответствуют двум описаниям:Что означает, что PBI должен быть зафиксирован во время отставания в MSF Scrum 2.2?

  • PBI в любом месте под итерацией корня (backlog) в состоянии New/Approved.
  • PBI в отставании (итерация корня) в новом/одобренном/состоянии.

Почему PBI подходит для этого второго описания? Почему PBI когда-либо был зафиксирован в отставании? Может быть, это какой-то способ поддержания PBI с тематическим или эпическим уровнем после уточнения и установка их на то, чтобы их дети на уровне пользователя были привязаны к реальным спринтам? Может быть, это просто средство для компенсации дрянной бухгалтерии, когда неполные PBI выбиваются на отставание, но не возвращая свои штаты обратно в Approved? Может быть, другая причина?

ответ

63

Новые - Это PBI, которые кто-то добавил в товарный запас и не были просмотрены владельцем продукта и не были согласованы для его сборки.

Одобрено - Это PBI, с которыми согласны владельцы продукта, отредактированы и удостоверились, что они понятны для команды. После утверждения они готовы к команде, чтобы забрать в планировании спринта.

Committed - Команда Scrum обсудила PBI в планировании спринта, создала некоторые задачи и согласилась построить PBI в текущем спринте.

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

+1

Извините, на самом деле это не вопрос. – bwerks

+4

Хорошо, я расскажу вам это. У вас есть отставание продукта со списком требований для всего продукта. Эти требования могут быть назначены различным командам. Любой человек может добавить элемент отставания продукта к отставанию продукта. Таким образом, это новое. Если PO нравится эта идея, он может ее одобрить.Во время планирования спринтов команда вытаскивает элемент отставания продукта в свой отстающий спринт и отмечает его как Committed; то есть команда работает над PBI в текущем спринте. Как только PO будет счастлив, команда доставила PBI, PO отмечает это как сделанное –

+1

. Ваш первый, таким образом, означает работу, которая еще не началась. Второе - это неполная работа, в том числе работа, которая не началась –

4

Вы правы! С точки зрения SCRUM нет смысла перечислять PBI Committed в отставании. Команда либо передала PBI на спринт, либо нет.

Интересно, что термин Committed не указан в руководстве SCRUM для Sprint Planning или Sprint Backlog.

Мое предположение - Microsoft использовала термин Committed для описания владения командой разработчиков по более PBI при перемещении из Product Backlog в Sprint, но не хотел, чтобы обеспечить соблюдение этого правила путем проверки или автоматически изменяющемся статус PBI.

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

enter image description here

 Смежные вопросы

  • Нет связанных вопросов^_^