Как обрабатывать задачи с остальными в TFS

Каков наилучший подход для обработки задач и пользовательских историй, которые не привели к концу спринта в TFS?

Мой подход:

Задайте каждую задачу "Закрыто" с правильной подстановкой Причина. Я копирую эту задачу + оригинальную оценку + оставшиеся часы в Блокнот.
Удалите итерацию из истории пользователя (так, чтобы она снова была включена в Product Backlog).

Для следующего спринта:

Добавьте задачи из "Блокнота" в TFS в качестве новых задач, назначьте их правильной истории пользователей и настройте историю пользователей на текущий спринт.

Это просто подход. У вас есть идеи или предложения?

Ответ 1

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

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

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

Ответ 2

Есть две школы мысли:

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

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

Ответ 3

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

Ответ 4

Возможно, я не понял вашу проблему правильно, но вот мое мнение: Основная идея отмененных задач заключается в том, что backlogitem/userstory не выполняется. Итак, после спринта все сделанные backlogitems/userstories → новый приращение. Если backlogitem не полностью готов, тогда весь backlogitem не будет доставлен, даже если его осталось всего несколько задач. Просто бросьте все обратно (держите код:)) и закончите спринт. Backlogitem/userstory переходит к следующему спринту.

Ответ 5

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

Ответ 6

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

Если вы считаете, что это важно, не стесняйтесь добавлять предложение в голос пользователя. Мы используем этот сайт в нашей приоритетности: это ваш шанс повлиять на нас.

Эвальд Хофман (группа продуктов TFS)