Published: July 12, 2019, noon
What does it mean to be done in Scrum? This is something that gets overlooked frequently. The Scrum guide says that the heart of Scrum is a sprint \u2014 a timebox of one month or less, during which a done, useable, and potentially releasable product increment is created. So for something to be done means it\u2019s either in production or it\u2019s ready to go to production without any further work. And especially with new Scrum teams, this can be a major hurdle. It can seem like too much to ask.
\xa0
Joining Dan Naumann today is AgileThought colleague and return guest, Sam Falco! Sam is an Agile Coach and Certified Scrum Professional with an extensive background leading Agile development teams. And today they\u2019re highlighting exactly what it means to be \u2018done in Scrum,\u2019 why you should care about the definition of \u2018done,\u2019 how to go about shaping your team\u2019s definition of \u2018done,\u2019 how to reach \u2018done,\u2019 and what you can do as a new Scrum team to overcome the hurdle of what \u2018done\u2019 is.
\xa0
Key Takeaways
What does it mean to be done in Scrum?
- According to the Scrum guide, it means: during a sprint a useable and potentially releasable product increment is created (meaning it is either in production or ready to go to production without any further work)
- This definition of \u2018done\u2019 applies to the increment you\u2019re creating each sprint
- Everything has to be working and working together
What can you do as a new Scrum team to overcome the hurdle of what \u2018done\u2019 is?
- Make sure your items are broken down small enough
- Make sure an increment is doable
- Remember that it\u2019s better to deliver a small piece of value than a bunch of stories or backlog items that are not ready
How to reach \u2018done\u2019:
- Work together toward a common increment
- Build a strong enough sprint goal that is aimed at creating a solid product increment
- Do integration testing
- \u201cIf it hurts to release, do it more often\u201d
- Consider: what can you do to automate it and make it easier to release?
- If, as a team, you feel your sprint is too short, consider the possibility that you\u2019re perhaps trying to do too much
- Identify undone work in the increment
- Use the retrospective to frequently inspect your team\u2019s definition of \u2018done\u2019
Sam\u2019s tips for how to go about shaping your Scrum team\u2019s definition of \u2018done\u2019:
- The team should create it with the product owner
- Brainstorm as a team by considering the question: what does it mean to get work into production?
- Align with your company\u2019s developmental standards if they exist
- There has to be a common definition that everyone agrees to and adheres to
Why should someone care about the definition of \u2018done\u2019?
- Builds trust between business and IT
- Helps the team manage batch sizes by helping them to determine what they can do in a sprint
- Helps the Scrum team be clear to the business about what they\u2019re going to receive
- Helps you minimize technical debt
- Continual attention to technical excellence enhances agility
Key takeaways around the concept of \u2018done\u2019:
- Start with what you know that you need to do to get to \u2018done\u2019
- Don\u2019t obsess about having the perfect definition of \u2018done\u2019 (especially if you\u2019re a beginning team)
- Make sure that you have useful guidelines that will help you communicate what is \u2018done\u2019
- Remember that this can eliminate the cost of technical debt and make your organization more nimble
\xa0
Mentioned in this Episode:
The Nexus Scaling Framework
Agile Coaches\u2019 Corner Ep.33: \u201cNimble Facilitation with Rebecca Sutherns, PhD\u201d
Nimble: A Coaching Guide for Responsive Facilitation, by Rebecca Sutherns
\xa0
Sam Falco\u2019s Book Pick:
The Enterprise and Scrum, by Ken Schwaber
\xa0
Want to Learn More or Get in Touch?
Visit the website and catch up with all the episodes on AgileThought.com!
Email your thoughts or suggestions to Podcast@AgileThought.com or Tweet @AgileThought using #AgileThoughtPodcast!