
Sign up to save your podcasts
Or
One of the most important things you can do for your team is to make sure you have a clearly defined, and well-documented, Definition of Done.
If you’ve ever seen footage of the flight control center when NASA launches a rocket you’ve seen a great example of a Definition of Done. Imagine what it would be like if NASA didn’t have all those stations that had to report in with “Go for launch” or “No Go for launch”. Imagine how that would work if we assumed we all had the same understanding of what "Ready for Launch" actually meant?
In this episode of SoundNotes, Dave Prior is giving a tutorial on how to create a Definition of Done for your team. If you're following Scrum as it's defined, then “done” and potentially shippable are intended to be the same thing. Unfortunately, for many organizations, this isn't something that holds true. For example, your team may require additional integration testing that is done by a separate team and happens outside the Sprint. Yes, it’s dysfunctional from a Scrum perspective. Yes, you should try to fix it, but sometimes you’ve got what you’ve got and you're too fully consumed with other battles.
Over the course of the podcast, Dave talks about having clarity on three different levels of done. Here's what the three levels look like:
Example:
2. Work that is “done” and can be presented to Stakeholders in the Sprint Review
Example:
3. Work that is “done” and can be actually shipped to customers.
Example:
If you don’t have a clearly defined, well-documented Definition of Done that you're updating every Sprint, you're putting your team and your organization in danger. If you don't already have a Definition of Done, you need one...and you need it now! In this episode of SoundNotes, Dave walks you through the creation of a Definition of Done.
If you’d like to contact Dave you can reach him at:
4.9
4545 ratings
One of the most important things you can do for your team is to make sure you have a clearly defined, and well-documented, Definition of Done.
If you’ve ever seen footage of the flight control center when NASA launches a rocket you’ve seen a great example of a Definition of Done. Imagine what it would be like if NASA didn’t have all those stations that had to report in with “Go for launch” or “No Go for launch”. Imagine how that would work if we assumed we all had the same understanding of what "Ready for Launch" actually meant?
In this episode of SoundNotes, Dave Prior is giving a tutorial on how to create a Definition of Done for your team. If you're following Scrum as it's defined, then “done” and potentially shippable are intended to be the same thing. Unfortunately, for many organizations, this isn't something that holds true. For example, your team may require additional integration testing that is done by a separate team and happens outside the Sprint. Yes, it’s dysfunctional from a Scrum perspective. Yes, you should try to fix it, but sometimes you’ve got what you’ve got and you're too fully consumed with other battles.
Over the course of the podcast, Dave talks about having clarity on three different levels of done. Here's what the three levels look like:
Example:
2. Work that is “done” and can be presented to Stakeholders in the Sprint Review
Example:
3. Work that is “done” and can be actually shipped to customers.
Example:
If you don’t have a clearly defined, well-documented Definition of Done that you're updating every Sprint, you're putting your team and your organization in danger. If you don't already have a Definition of Done, you need one...and you need it now! In this episode of SoundNotes, Dave walks you through the creation of a Definition of Done.
If you’d like to contact Dave you can reach him at:
34,062 Listeners
366 Listeners