Как обрабатывать оставшиеся задачи в TFS [закрыто]

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

мой подход:

  • установите для каждой задачи значение "закрыто" с правильной причиной подстанции. Я копирую эту задачу + исходную оценку + оставшиеся часы в блокнот.
  • удалите итерацию из истории пользователя (чтобы она снова была в отставании продукта)

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

  • добавить задачи из Блокнот в TFS как новые задачи, назначить права пользователей и истории пользователей для текущего спринта.

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

11
scrum tfs

6 ответов

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

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

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

8

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

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

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

4

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

2

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

1

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

0

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

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

Эвальд Хофман (TFS Product Group)

0