There’s a reason we have something called a Sprint in Scrum: empiricism. While Agile Development calls for short iterations and working software, Scrum perhaps solidifies what the agile principles are saying: build products in small increments, always make sure it’s working, and make sure you get feedback from your customers on a regular and frequent basis.
This is part of the core beliefs of Agile Development and at the heart of Scrum: build a little, make sure it works, validate with the customer, decide what to do next. We call this “empiricism.”
To be empirical means to do something based on observation and experience, without using a scientific method or theory. It is very difficult to build software or, in fact, to do anything artistic, creative or unique by following a theory. Medicine, for example, is frequently empirical, attempting various treatments until a positive result is achieved.
In Scrum, a “sprint” provides the period of experimentation that ends at a fixed point in time, upon which the team stops, evaluates what was accomplished, learns as much as possible from what happened during the Sprint, and then decides what to do next.
Teams and organizations frequently look at the end of the Sprint as a point in time when all work in the Sprint must be complete. They then either rush to get it all done (compromising quality) or attempt to extend the Sprint by a day or two to “get everything finished.” When we do this, we make three really critical mistakes:
- By extending the Sprint, we’re doing more without getting feedback that what we’ve already completed is what the customer wanted.
- By extending the Sprint, we’re making “getting stuff done” more important than doing the right thing.
- AND MOST IMPORTANTLY, by extending the Sprint, we’re demonstrating a true lack of understanding of what Scrum is and what it means.
Based on the definition of Scrum (and simply because it’s just a good idea), when the Sprint ends, take all unfinished work (don’t bother with a demo) and return it to the Product Backlog where it can be staged for inclusion in another Sprint (probably the next one, but maybe not).
Never, ever extend a Sprint. Even if you think you need to, trust us, you don’t.
More About #Sprints
Sprint Goals: The Key to a Well-Executed Sprint
Sprint goals are key to a successful Sprint. They help keep the Scrum team on track and moving together in one direction. Without Sprint goals, the Scrum team can easily lose focus and get sidetracked. In this blog post, we'll discuss what sprint goals are and how they can help your Scrum team stay focused
What is a Sprint Demo? #AskArtisan
What's a Sprint Demo? It's typically a sure sign that your organization has no idea how to do a Sprint Review! I'll explain in this edition of #AskArtisan.
How do you Plan for Support Time in a Sprint? #AskArtisan
Many Scrum Teams ask how to plan for support work in a Sprint. Can you plan the unplanned? There's no simple answer, but there IS an answer!
Can One Sprint Have Multiple Goals? #AskArtisan
Can you have more than one Sprint Goal in a single Sprint? I actually recommend it! In this video, I'll explain how it can improve Scrum team productivity.
How Are Product Goals and Sprint Goals Related? #AskArtisan
I'm often asked about Scrum goals; specifically Sprint Goals, Product Goals, and how they relate to each other. In this video, I'll tie them together for you.
What’s a Sprint Goal? #AskArtisan
Ever been out shopping only to get home and realized you didn't actually get what you needed? This is what happens to Scrum teams without a Sprint Goal!
What Do You Do With Incomplete Work at the End of the Sprint? #AskArtisan
One of the questions I get asked a lot has to do with when a Sprint ends… what happens with all the work that isn’t finished at the end of the Sprint?
What is Scrum?
The most popular Agile Development framework, Scrum, can be explained in many ways. If you're just trying to understand what Scrum is, this post is for you.
Gearing a Team for Maximum Outcomes
Creating a maximum outcome team is every ScrumMaster’s goal, but you must first understand how great teams form and what YOU need to do to create a great team.
Leave A Comment