It's a metric that can help identify patterns within a team. It only works if everyone is honest with the amount of work they've done, and they consistently rep

It's a metric that can help identify patterns within a team. It only works if everyone is honest with the amount of work they've done, and they consistently report time in the same manner. A pretty common burn down chart would have a somewhat linear slope in the beginning, a somewhat less sharp slope in the middle (mid-sprint slump), and a sharper decline to close out the sprint strong. Notice I said common (more likely to happen) and not ideal, because there truly isn't such a thing as an ideal burn down chart without context. What is ideal to one person/team may be completely different to another. I personally track my time spent in an IDE slinging code or in app testing using an external tool to help me identify patterns. Purely in terms of time spent in IDE/app, Fridays are my least productive day by about an hour. Mondays are my second least productive. I am at my peak on Wednesdays. Thus I try to shuffle heavy loads to mid-week and the easy, gimme-task for Mon/Fri. Just like a burn down chart, there isn't some ideal way productive time spent at work should appear on a graph. Well, I guess ideal is 100% of the day in IDE/app , but productivity would plummet. Humans just are not that efficient. Graphing my time gave me insights on how my week/month plays out. Burn down charts should do the same at a team level.