Burndown charts graph work remaining vs time. They were originally used for tracking work in Sprints and across releases. Sprint Burndowns that track hours of task work remaining are usually considered an anti-pattern now. Instead, try limiting Work in Progress. Tracking (if required at all) can be done at the level of completed tasks or, better, completed User Stories. Burndowns for release imply the Product Backlog has fixed contents and we’re only releasing every few months. Look instead at a Cumulative Flow Diagram to help improve flow.
*Thank you for visiting the World's Largest Opinionated Agile Reference Library. This content is created and the links are curated through the lens of Agile Pain Relief Consulting's view of what is effective in the practice of Scrum and Agile. We don't accept submissions and emails to that effect are marked as spam. Book listings may use affiliate links that could result in a small commission received by us if you purchase, but they do not affect the price at all. From experience, this won't amount to anything more than a cup of coffee in a year.