Когда все в порядке, чтобы удалить аштуру от отставания [закрыто

Question

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

Answer 1

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

Answer 2

Ответ - как я доказываю, что я консультант в сердце - это «это зависит».

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

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

Answer 3

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

Конечно нет! Пока вы ухаживаете своими пользовательскими историями, вам также нужно женить структуру или план освобождения. Вам необходимо разделить свои пользовательские истории в выпуску. Я также бы создал релиз с именем Recycle Bin, чтобы поставить все вещи, которые вы не уверены, если вам нужно или нет. Что было бы полезно, будет читать «проворные оценки и планирование» Майком Кона

Answer 4

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

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

Редактировать:

Я могу представить, что пользовательская история может быть удалена, если кто-то найдет, что он не может быть реализован (никогда). Например из-за политики компании или юридических причин. Но в таком случае я все равно хотел бы использовать только «мягкое» удаление с добавленной причиной для удаления.

Answer 5

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

В качестве владельца продукта это ваше желание сохранить / удалять истории из отставания. Однако, если его действительная история, зачем удалять ее? Я видел ультразвукового приоритета внезапно вовремя двигаться внезапно. Может также быть, что в будущем эта история дает хороший дополнительный бонус, чтобы предоставить клиентам, если вам нужно несколько небольших историй, чтобы ввести в свой Sprint, но никакие другие более высокие приоритетные истории не подходят. Тем не менее, я, вероятно, предпочел бы положить в некоторое время, чтобы сделать больше автоматизированных тестов и рефакторинга, если есть свободное время. (Если у вас когда-нибудь свободное время :))