Do you know how to define a PBI?
Updated by Tiago Araújo [SSW] 12 months ago. See history
Generally, there are a few pieces of information that every PBI should have:
- Title - Read the titles of PBIs should give an understanding of them
- Description - The required steps and critical information to complete the PBI
- Acceptance Criteria - Essentially the contract between the developers and the Product Owner
- Screenshots - E.g. Mock-ups, context for bugs etc
- Estimate - How long it's going to take
- Business value - What's the value for the Product Owner
If the PBI is missing any of these things, make sure they are defined. Don't be afraid to push back, all developers should understand exactly what is expected.
Remember, it is not your fault if there is missing information in a PBI, but it is if you allow that incomplete PBI into the Sprint.
The Definition of Ready helps to enforce this, by formally documenting the requirements for acceptance from the team. So, make sure to refer to this document if there is any confusion about a PBI definition.
Here are a few key checkpoints where these issues should be flagged:
- Sprint Planning
- Daily Scrums – after in the Parking Lot
- Before commencing work
Ideally, you want to flag the missing information early, but it is better late than never.
❌ Figure: 
✅ Figure: 
Categories
Need help?
SSW Consulting has over 30 years of experience developing awesome software solutions.