Artwork

Content provided by AgileThought and Dan Neumann at AgileThought. All podcast content including episodes, graphics, and podcast descriptions are uploaded and provided directly by AgileThought and Dan Neumann at AgileThought or their podcast platform partner. If you believe someone is using your copyrighted work without your permission, you can follow the process outlined here https://player.fm/legal.
Player FM - Podcast App
Go offline with the Player FM app!

Consider the Definition of Done when forecasting your releases

3:36
 
Share
 

Manage episode 354146134 series 2481978
Content provided by AgileThought and Dan Neumann at AgileThought. All podcast content including episodes, graphics, and podcast descriptions are uploaded and provided directly by AgileThought and Dan Neumann at AgileThought or their podcast platform partner. If you believe someone is using your copyrighted work without your permission, you can follow the process outlined here https://player.fm/legal.

In this episode, Eric Landes addresses a question about how the Definition of Done impacts Release Planning.

If you are interested in attending Scrum training, check out our public Scrum training courses.

Does the Definition of Done help the PO in Release planning?

In a recent class, the idea of how the Definition of Done (DoD) affects a release plan and the Product Owner came up! So, I wanted to walk through what the Scrum Guide says, and impart some practical advice about planning with the DoD.

The scrum guide states that "The moment a Product Backlog item meets the Definition of Done, an Increment is born". Couple this with the Increment guidance, "an increment must be usable", this helps the Product Owner in forecasting when the increment gets in customers’ hands.

The Product Owner uses the team's throughput, or whatever complimentary metric they prefer in their forecasting. Then during Sprint reviews, the Product Owner shows stakeholders forecasts of when features and functionality can be delivered to customers. The Product Owner adjusts forecasts as more learning occurs through each Sprint.

The Definition of Done impacts the Product Owner's forecasts when it does not include quality steps to get the increment to that usable state. Product Owners want actual feedback from customers using the software in the wild, to help guide their goals. The transparency of the Definition of Done can be used by the Product Owner to help move toward a usable Increment.

For instance, if the team needs a compliance review before something can go to production, the Product Owner should ask how the team can include this in the DoD. The Developers might suggest collaborating with the compliance group on automated solutions. This might add some items to the Backlog to get that automation included in the team’s delivery automation. Now that this is in the Definition of Done the Scrum Team is in control of getting the Increment in front of the customer. This is one example of how the Product Owner can use the transparency of the Definition of Done to improve the value they deliver.

Want to Learn More or Get in Touch?

I’d love to hear what you think. If you have a question or a comment, please email us at podcast@agilethought.com.

For more information on AgileThought's available courses, go to agilethought.com/services/training-certifications. This information is also available on the page of this podcast. Thanks for listening!

  continue reading

331 episodes

Artwork
iconShare
 
Manage episode 354146134 series 2481978
Content provided by AgileThought and Dan Neumann at AgileThought. All podcast content including episodes, graphics, and podcast descriptions are uploaded and provided directly by AgileThought and Dan Neumann at AgileThought or their podcast platform partner. If you believe someone is using your copyrighted work without your permission, you can follow the process outlined here https://player.fm/legal.

In this episode, Eric Landes addresses a question about how the Definition of Done impacts Release Planning.

If you are interested in attending Scrum training, check out our public Scrum training courses.

Does the Definition of Done help the PO in Release planning?

In a recent class, the idea of how the Definition of Done (DoD) affects a release plan and the Product Owner came up! So, I wanted to walk through what the Scrum Guide says, and impart some practical advice about planning with the DoD.

The scrum guide states that "The moment a Product Backlog item meets the Definition of Done, an Increment is born". Couple this with the Increment guidance, "an increment must be usable", this helps the Product Owner in forecasting when the increment gets in customers’ hands.

The Product Owner uses the team's throughput, or whatever complimentary metric they prefer in their forecasting. Then during Sprint reviews, the Product Owner shows stakeholders forecasts of when features and functionality can be delivered to customers. The Product Owner adjusts forecasts as more learning occurs through each Sprint.

The Definition of Done impacts the Product Owner's forecasts when it does not include quality steps to get the increment to that usable state. Product Owners want actual feedback from customers using the software in the wild, to help guide their goals. The transparency of the Definition of Done can be used by the Product Owner to help move toward a usable Increment.

For instance, if the team needs a compliance review before something can go to production, the Product Owner should ask how the team can include this in the DoD. The Developers might suggest collaborating with the compliance group on automated solutions. This might add some items to the Backlog to get that automation included in the team’s delivery automation. Now that this is in the Definition of Done the Scrum Team is in control of getting the Increment in front of the customer. This is one example of how the Product Owner can use the transparency of the Definition of Done to improve the value they deliver.

Want to Learn More or Get in Touch?

I’d love to hear what you think. If you have a question or a comment, please email us at podcast@agilethought.com.

For more information on AgileThought's available courses, go to agilethought.com/services/training-certifications. This information is also available on the page of this podcast. Thanks for listening!

  continue reading

331 episodes

All episodes

×
 
Loading …

Welcome to Player FM!

Player FM is scanning the web for high-quality podcasts for you to enjoy right now. It's the best podcast app and works on Android, iPhone, and the web. Signup to sync subscriptions across devices.

 

Quick Reference Guide