Release burndown chart

From Pearl Language
Revision as of 08:45, 11 January 2012 by Martien (talk | contribs) (Zeroth version.)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

…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