Showing posts with label burn down chart. Show all posts
Showing posts with label burn down chart. Show all posts

Friday, 10 October 2014

Scrum Product Owner Role And Sprint Planning Meeting Agenda

In many ways, in a Scrum project, the sprint planning meeting agenda plays a very significant part in determining the success of delivering shippable product increments through the sprint iterative cycles. The product owner is very closely involved in the sprint planning agenda, and is responsible for the outcome of the sprint cycle, since he or she is primarily responsible for taking the initiative and “designing” the sprint – the PO decides which user stories should be ideally taken up for development purposes based upon their business values. Moreover, the product backlog needs to be refined on a regular basis. The PO may invite and seek the help of Agile team members to keep the backlog refined so “granular” and developable user stories are available at the time of Scrum planning meeting.
The main issue with Agile Scrum today is that the role of a PO cannot be “standardised” based upon assumptions as to how Scrum ought to be implemented in a project, and what the PO should ideally do to make the project a distinct success. In addition, while considering Scrum sprint planning, the same thoughts might be applicable to it as those associated with the PO’s – it is difficult to create generalised rules regarding how a sprint should be ideally designed. The primary reason is products and requirements change as per fluctuating market conditions, and stakeholders too are liable to change their thoughts as and when end user demand user-specific requirements and development. However, after considering the fact that scaled Scrum versions are likely to “dominate” the Agile scenario over the coming years, it is worthwhile thinking that “some” of the duties of a PO and certain sprint planning “characteristics” are likely to remain common – irrespective of which scaled version is used, and the manner in which Scrum should be, or can be, implemented in a project. In addition, while the sprint planning meeting was traditionally conducted in two parts, the Scrum event has now evolved to be conducted as a whole – as a single event – and include two topics in it, rather than two parts:
  • What can be done in this (currently being planned) sprint – the “What” aspect
  • How should the chosen “work” be ideally “done” – the “How” aspect
It is interesting to think about how the product owner’s role is likely to modify itself in the future, and what features the sprint planning event is likely to include. The suggestions are open for debate, and the reader is invited to present his or her viewpoints.

Scrum product owner role and responsibilities likely to remain “common”

  • Creation of the product backlog based upon the vision as seen by the stakeholders. Defining user stories having high business values so the project “worth” is maintained at all times.
  • Monitoring all Scrum related activities in project. Even if the PO’s role may be demanding and “difficult to play”, the PO still has to deal with changing market conditions, stakeholders requests, and negotiate with the development team with regards delivering shippable stories and maintaining team velocity... Read more at Scrum Product Owner Role And Sprint Planning Meeting Agenda

Thursday, 27 March 2014

Types Of Burn Down Charts In Scrum – What And Why They Are Used For

In scrum, a burn down chart is used to provide a graphical representation of the total work remaining, or left to do, versus time. The pending or outstanding work is generally represented along the vertical X-axis, while the time is plotted against the horizontal Y-axis. A “burn down” chart should ideally be understood as a “run down” chart i.e. how much of total work is still pending and needs to be completed. Even though burn down charts are synonymous with Agile framework and scrum methodologies, they can also be used in other non-Agile frameworks. Basically, burn down charts can be used in any project in which the progress can be measured with respect to time.
Scrum supports several types of burn down charts, and they can be effectively used to measure the progress right from the macro level. At the project level, burn down charts can be effectively used to estimate and depict the progress made. When the project is segregated into its fundamental components at the product level, and when small sets of requirements in the form of user stories taken up for development at the sprint level, the progress can still be measured using burn down charts – even at the micro level.

Product Burn down Chart
The product backlog, created by the product owner at the onset of the scrum project, forms the backbone of all product related requirements in the project. It is the main list which constitutes the product. As the product items, or the user stories, are taken up for development during the sprint, certain stories in the product backlog get marked as “Done” as the sprints keep on progressing. At the end of each sprint, the items successfully developed by the team are accepted as complete by the product owner and flagged accordingly in the product backlog. Therefore, at any given instance of time, the product backlog can consist of complete or pending items. The chart explaining the pending product items and those that have been completed over time is known as the product burn down chart.

Sprint Burn down Chart
During the first half of the sprint planning meeting, the product owner transfers some of the unfinished user stories from the product backlog into the sprint backlog. The stories contained within the sprint backlog are taken up for development by the team members during the daily sprint activity. Each day, as per plan, certain user stories are taken up for development by the programmers, and efforts are made to complete them by the end of the working day, or the “sprint” day. As the sprint proceeds each day, certain stories are completed, while the pending ones start reducing in numbers. The chart, which represents how many user stories have been completed, and ideally how many stories should or ought to be finished each day, while the sprint is underway is known as the sprint burn down chart.Read more on

          "Please visit to download the Quickscrum tool"