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
Which is Better: Commit or Forecast? #AskArtisan
When you're in Sprint Planning, do you commit content into the Sprint, or do you forecast content into the Sprint? What's the difference, and which is better?
How Should a Scrum Team Handle Defects in a Sprint? #AskArtisan
Even ScrumMasters who follow #AskArtisan videos will encounter Unplanned Defects, which are critical to address immediately and can be challenging to deal with!
How Do I Choose Sprint Length? #AskArtisan
How do ScrumMasters set the length of a Sprint? It’s a trick question - Sprint length is determined by the entire Scrum Team! Why and how? Glad you asked!
How Do We Plan Sprints Around Holidays? #AskArtisan
Holidays can impact a Sprint as much or as little as the #ScrumTeam decides, as long as it's decided during #SprintPlanning. Let me explain!
Should I Lengthen a Sprint to Get More Done? #AskArtisan
As a ScrumMaster, have you ever been close to the end of a Sprint and realized that there's more work left than time? Oh no! Should you increase Sprint length?
How Long Should Sprint Planning Take? #AskArtisan
How long should it take to plan a Sprint? In this #AskArtisan video, I’ll explain what is and isn't important for your Sprint Goal.
Sprint Goals: Why the Plan Matters Less Than You Might Think
This information will help you take a BIG step toward having product dev, service, and support teams be self-managing. (Yes, really!)
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.
Leave A Comment