Why is the burndown snapshot not updating?
ACTION: Create a burndown report with a specified iteration. Timestamp for data collection jobs shows that it stopped updating on the last day(AM) of the iteration's duration.
BACKGROUND: User is noticing that their burndown charts are not showing updates from a certain time-frame.
QUESTION: Do the data collection jobs stop collecting and updating data for iterations whose duration is over?
Accepted answer
The best way to check it is go to admin panel to see Data Warehouse job status: https://your-server/ccm/admin#action=com.ibm.team.reportsManagement.etlStatus. You can see the status of ETL jobs there.
Let us know if that helped.
Comments
Hi Krzysztof.
Thank you for you reply. I can see that the data collection job did not run on the day that the Sprint ended. I would think that any changes on the missed date would be picked up the next day (when the data collection job ran).
Now, because the data collection job didn't run on the last day of the iteration, does this mean that the changes would not be picked up the following day? (Therefore the burndown data not updating at all?)
2 other answers
I have the same question:
Do the data collection jobs stop collecting and updating data for iterations whose duration is over?
Comments
Norma Madrid
Jul 06 '16, 2:04 p.m.UPDATE:
Our nightly ETL job failed and did not pick-up changes after the iteration had ended.
As a precaution, we have moved from ETL to DCC jobs to increase the frequency at which the data collection is updated. However, there is no way to correct the missing information from the burndown/burnup graphs.
A workaround that can be used if the missing information is discovered soon after the iteration is completed, is to extend the iteration end-date, so that the next ETL job can pick-up any closed tickets. This, of course, is not good agile practice.