Difference between revisions of "Release burndown chart"
Jump to navigation
Jump to search
(Zeroth version.) |
(No difference)
|
Revision as of 08:45, 11 January 2012
…product development in an agile context, e.g. using scrum or kanban.
✣ ✣ ✣
{{{wish full}}}
Having a release burndown chart, updated at the end of each sprint, implies:
- having a clear product vision;
- having a good overview of the product as a whole (the whole elephant), providing the needed context for the fine grained user stories that development is working on;
- having a clear distinction in priority order and value creation (necessity, flexibility, intelligence, luxury); and, based on that:
- having clear mid term product goals and planning.
From a ‘fractal’ point of view, the release burndown chart is simply one level of scale higher than the sprint burndown chart.
All in all, having a release burndown chart gives more “zin” (direction, meaning, utility, lust).
Therefore:
{{{therefore full}}}
✣ ✣ ✣
✣ ✣ ✣
Sources