Your team has been trained and coached to deliver new chunks of software in a short time frame. Those using Scrum will be able to deliver in a Sprint. Those using Kanban will deliver as soon as their small feature is done. You’ve learned alternative ways of estimating which don’t include time as a m...

“I added a Refactoring Story for the next Cleanup Sprint” This is an interesting statement. Let's see how often the alarm bell rang in your head. I mean how many smells you can find in that statement... Before you scroll down to read my answers, please count to 10 and try to find 3 issues. ...

Let me quickly describe a potential situation how this came about. During the Sprint Planning, the team had agreed to deliver the top 5 Backlog items. They had some conversations about what the items are and where the problems could lie within those. The Product Owner had the feeling that just th...

A recurring Scrum myth I see in my training and coaching is that there is no planning in Scrum. Unfortunately, this myth can lead to two negative consequences. The people in organizations responsible for budgets, product management, sales, and marketing may be unwilling to try Scrum. ...

Martin Hinshelwood discusses why tools don't solve problems, but they can help reduce the friction of Scaling Professional Scrum.

This week I facilitated a Scrum Master training in which we gathered the most common pitfalls of the Scrum events. It resulted in a nice overview with lots of recognizable pitfalls. In this blog post I'll share the results with you, completed with some ideas of my own. As you will see, it's only a b...

​​​​​​​In my previous blog post 'The 9 Smells of an Organization' I described the difference between the terms commitment and forecast. This resulted in an intriguing discussion that triggered me to elaborate some more on this topic and share the highlights of this conversation.

When Scrum is introduced in a company, most of the time, the development team embraces it with lots of enthusiasm. Scrum embodies self-organizing, autonomous, multidisciplinary teams that acknowledge individual qualities and reinforces the strengths of the team as a whole. Who doesn't want to be par...

Story Points - An Introduction The scrum guide tells us that estimates should be provided by people that will be doing the work but it doesn’t tell us how we should provide estimates. It leaves that decision to us. A common tactic used by scrum teams is to estimate using a unit of measurement r...

One of the most controversial updates to the 2011 Scrum Guide has been the removal of the term “commit” in favor of “forecast” in regards to the work selected for a Sprint. We used to say that the Development Team commits to which Product Backlog Items it will deliver by the end of the Sprint. Scrum...

In the past, the Scrum Guide consistently used the word "priority" for the Product Backlog or noted that the Product Backlog was “prioritized.” While the Product Backlog must be ordered, ordering by priority is only one many techniques — and rarely the best one at that.

Any Product Manager that has successfully delivered a product to a customer knows how incredibly important Release Planning is. Despite its importance, the 2011 Scrum Guide, published in July by Ken Schwaber and Jeff Sutherland, removes any discussion about Release Planning and the related Release B...