Do you know how to handle Undone Work (aka V2 for PBIs)?

Last updated by Brady Stroud [SSW] 6 days ago.See history

The goal is always to complete Product Backlog Items (PBIs) for the Sprint Review.

Often PBIs grow or change and it does not make sense to deliver what was originally proposed in the Acceptance Criteria.

So think of a way to deliver business value and get it in production, then have a hallway conversation with the Product Owner to see if he agrees with you.

Assuming approval, then adjust some of the Acceptance Criteria, add "v1" to the PBI name and move some of the functionality to a new PBI with the same title and "v2".


  • Customer and Contact Form v1
  • Customer and Contact Form v2

Note: A common example for when to use this is when the full acceptance criteria of a large PBI (or Epic) would not be attainable within one Sprint, so splitting an Epic into 2 attainable PBIs is a better option.

2021 07 30 14 58 22
Figure: A v2 PBI in GitHub

2021 07 30 14 59 25
Figure: A v2 PBI in Azure DevOps

We open source. Powered by GitHub