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

У меня проблема с диаграммой выгорания в TFS. Fe. Спринт 1 - у нас 9 рабочих дней. Спринт завершается, и остается 6 задач, поэтому их нужно перенести в следующий спринт (спринт 2). Мы перетаскиваем эти задачи в следующий спринт (спринт 2), но в этом случае у нас есть проблема с диаграммой выгорания для спринта 1. На этой диаграмме спринта 1 этот спринт будет полностью успешным, потому что все оставшиеся задачи были перенесены в новый спринт.

Как справиться с этой проблемой, чтобы у нас была хорошая диаграмма выгорания для всех спринтов, даже самых провальных?


tfs storyboard agile scrum burndowncharts
person Eliza    schedule 12.06.2019    source источник

Ответы (3)


arrow_upward
0
arrow_downward

Насколько я понимаю, это зависит от даты, когда вы закончите спринт и планируете следующий спринт:

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

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

person Christophe Herreman    schedule 23.07.2019

arrow_upward
0
arrow_downward

Можете придумать здесь альтернативное решение.

Если проблема заключается в том, чтобы иметь последовательный способ представления того, сколько было совершено во время спринта по сравнению с тем, сколько было выполнено, я бы рекомендовал более эффективный способ представления диаграммы выгорания спринта по сравнению с потерей спринта. Это добавляет подробную информацию об объеме работы, которая была совершена и изменена за спринт, в зависимости от объема выполненной работы.

К сожалению, мне не удалось найти хорошую ссылку, которая помогает создать ее в TFS. Но вы можете найти основы диаграммы выгорания Sprint и ее преимущества по сравнению с диаграммой выгорания здесь: https://www.sealights.io/software-development-metrics/burn-up-chart-exposing-scope-creep-and-разоблачение-ваш-реальный-прогресс/

И единственное изображение, суммирующее изменение, будет следующим:

Burnup vs BurnDown

person Chandra Mouli    schedule 26.08.2019

arrow_upward
0
arrow_downward

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

http://scrummethodology.com/scrum-impediments/

https://www.projectmanagement.com/blog-post/54093/How-an-impediment-backlog-can-help-us-to-get-our-issues-under-control

person Shakir Mushtaq    schedule 28.08.2019