Это связано с тем, что сгорают потребности по крайней мере 2 дней данных, чтобы показать что-то. Таким образом, в первый день спринта не будет отображаться никаких данных, но на второй день все работает «неожиданно». Это более длинная существующая проблема, как это видно, например, на https://connect.microsoft.com/VisualStudio/feedback/details/788378/tfs-ervice-burndown-chart-first-day-work-did-not-get-reflected-in-burndown-chart.
В моей нынешней команде мы просто проведем первый день нашего спринта (когда мы планируем спринт) в выходной день команды. Это гарантирует, что на следующий день график покажет. Закрытие элементов непосредственно в день планирования приведет к снижению начальной точки графика выгорания. Для схватки это не является реальной проблемой, потому что диаграмма должна отражать работу, которая должна быть выполнена, а не работу, которая уже была выполнена, но для наших стажерских процессов это вызывало много путаницы в прошлом.
Сколько дней прошло с тех пор, как вы его настроили? Хотя записи динамичны в течение дня, вы не получите ожог, пока не пройдет один день. –