Category: Agile Planning

After several posts around the topic of estimation and considering that estimations are often time consuming it is worth it to have a look at the alternative of not estimating at all. Therefore it is useful to become aware of why estimation is done or needed in first place. With that awareness you can asses whether these reason for estimating could be covered without the time invest for estimations. Reasons for estimations Planning right amount of work corresponding to a team’s capacity Decision making based on effort/cost versus value/benefit Prioritization based on estimated effort and uncertainty Cost calculation and budgeting of projects and initiatives Forecasting for customers and stakeholder management Release planning Get an idea on uncertainty or “readiness” of a …

#NoEstimates Read more »

Everyone who designs and manages products is familiar with the situation in which different ideas, requirements, market demands and legal regulations just pile up. You end up with a big stack of wishes and requirement and need to refine and prioritize them for implementation. Therefore a well maintained product backlog is highly beneficial and supports you in creating a good product. Here are practices that have proven useful to me over the years.

User stories in Scrum are work items that the team implements and turns into working software. The product owner is mainly responsible for developing user stories. However the team will have to work with the product owner to refine the user stories to ready user stories. This means the stories must be clear, concise, and immediately actionable. I’ve personally seen many teams struggling through the sprint, holding endless debates and get nothing done by the end of the sprint. The reason was simple that the user stories were not actionable and the result was frustration amongst team member as well as product owners.

Daily stand up meetings were introduced to me together with Scrum. From my point of view having a daily stand up meeting is a very good idea for coordinating and planning the day. Since it makes a difference whether your daily stand up meeting is effective or not, I want to share some thoughts on that subject.

Planning Poker is an estimation technique often used in agile software development. All Scrum teams I’ve worked with or met at gatherings know planning poker and use it on their projects. So I assume it is very widely spread. However, often enough I’ve seen that Planning Poker isn’t played the right way. There are certain rules for playing Planning Poker that need to be respected in order to get the full benefit of playing it. Team members reveal their estimation to each other before everyone has made an estimate for themselves. In case Story Points are used, there is often a debate about Story Points interfering the actual estimation and exchange of information in Planning Poker. This is just two of the …

How To Play Planning Poker Right Read more »