With this post I want to shed some light on my experiences with Sprint Burndown charts. Especially the question of who owns the Sprint Burndown chart and is responsible for drawing it. In case it is not presented on a flip chart, the matter will be about who maintains the status in the used tools. Should it be done by the team that implements the software or should it be done by the person responsible for planning the scope, the product owner. In Scrum, a method of agile software development, should it be possible that the scrum master or agile coach draws the Sprint Burndown chart? Before we narrow down the topic, let’s look at what a Sprint Burndown chart is good for. A Sprint Burndown chart is a chart …

Should You Draw The Sprint Burnbown Chart? Read more »

Are your estimates for the duration of tasks not accurate enough? Do you spend more or even less time than you thought you would? This is particularly unpleasant when time is limited. Accurate estimates of task needs practice. The bigger the task the less accurate your estimate usually is. Inaccurate estimates sum up and make it difficult to plan. Completion of larger work items is more difficult to predict due to a sum of inaccurate task estimates. The estimate is therefore not useful for planning. Having experienced this in several teams, I thought of a way to test estimates and improve them. This simple exercise helped to do just this. It can be applied to any task that you are facing. Before starting the task, write down an estimation of how long you think you …

Improve Yourself – Accurately Estimate Tasks Read more »

Understanding Agile Story Points or Scrum Story Points seem quiet challenging if you are only experienced with time based estimations. This post hopefully eases the situation and makes Story Points clearer.

Story Points are commonly used in Agile software development. When talking about Agile software development we are talking about Scrum in most cases, but there are other methods as well.

Historically Story Points arise from a military context, when during the Cold War the Delphi Method was developed to forecast the impact of technology on warfare. The goal was to get a forecast or estimation of probability and expected development time of a certain technology in a single indicator.