Недавно один из продуктов был добавлен в Журнал ожидания продукта владельцем, который говорит: «Когда я захожу на страницу входа со страницы x, я вижу ошибку. Я хочу, чтобы эта ошибка была удалена».
Мне кажется, что это не вариант использования и не должен быть PBI (Product Backlog Item). Однако, когда я обсуждал это, scrum master сказал мне, что пользовательские истории не являются PBI, а PBI может быть отчетом об ошибках, заданием, пользовательской историей, чем угодно, и буквально любым элементом, который должен быть адресован первым.
Я не уверен в этом. Также я не могу найти хорошее определение PBI в Интернете . Итак, мой вопрос: какие вещи могут попасть в Журнал незавершенного производства как элементы? Соответствует ли элемент бэклога продукта пользовательской истории? Они одинаковы?
источник
Работая над ошибками, мы добавляем их в бэклог и называем их историями ошибок . Таким образом, добавляя исправления ошибок в отставание, становится ясно, что это не просто исправление ошибок. Мы можем добавить другие задачи, чтобы убедиться, что автоматизированные тесты написаны и проверка выполнена. Это также делает более ясным, что DoD следует соблюдать.
Мы никогда не использовали термин PBI (несмотря на то, что наш инструмент их так называет), это всегда пользовательские истории, истории ошибок или просто истории .
Это в основном просто выбор вашей команды терминологии и до тех пор, пока вы все понимаете, что это на самом деле не имеет значения.
источник
Все приведенные выше ответы не содержат ссылки на официальный исходный документ для платформы Scrum: Руководство по Scrum .
Резерв продукта
Есть раздел, описывающий Журнал ожидания продукта и элементы, часто называемые PBI, содержащиеся в нем.
Но не фиксируется как план проекта.
История пользователя
Термин « пользовательская история» никогда не появляется в The Scrum Guide, потому что
Использование пользовательской истории - это всего лишь один из возможных методов записи PBI.
ДОПОЛНИТЕЛЬНО: Хотя обычно встречается формат «Как, я хочу, чтобы», он может противоречить своему первоначальному замыслу . Этот проблемный формат также был рассмотрен на Agile 2017 .
источник
@Falcon объяснил это хорошо. Одна страница, которая имеет формальное определение: http://en.wikipedia.org/wiki/Scrum_(development)#Product_backlog То, что вы описали, по крайней мере не должно быть помещено в журнал невыполненных работ в соответствии с этим описанием.
источник
Существует распространенное заблуждение, что в журнале работы продукта разрешены только пользовательские истории. Скрам, напротив, нейтрален по требованиям техники. Как утверждает Scrum Primer ,
источник
источник
(Пользовательская) история - это полезный стандартный формат для элементов отставания. Это объясняется тем, что «если никто не заботится об этом, не тратьте на это время». Это также позволяет PO оценить срочность предмета, потому что он определяет, для кого вы будете его делать и насколько он плох.
В вашем случае ошибка может быть легко отформатирована как история.
Это звучит так, как будто стоит потраченных усилий.
источник