A PBI (Product Backlog Item) is a term commonly used in Agile project management and software development to represent a unit of work. It refers to an item in the Product Backlog, which is a prioritized list of features, enhancements, or fixes to be addressed in a project.
Before a PBI is worked on it should be added to the current Sprint Backlog during Sprint Planning. If your PBI doesn't exist, or is in an email then you need to turn it into a PBI to be prioritized in Sprint Planning.
Tip: After reviewing a PBI, donβt forget to react with π or π to show itβs been validated.
You can save time by not writing PBIs manually.
With YakShaver, simply record your message and let the AI do the rest. YakShaver writes a clear and complete PBI, GitHub Issue, or even an email (for projects without a backlog), mentioning the right people and assigning it to the correct team.
Once a PBI is in the Sprint Backlog, it's lifecycle can be broken down into 3 steps:
You have a Sprint Backlog of PBIs (tasks, features, and fixes) which are already prioritized and approved by the Product Owner.
Figure: "Testing Task" added to a PBI. This is the board the team will use for 90% of the Sprint so that testing is visible to everyone
This step depends on the complexity and nature of the task, especially if the PBI involves intricate coding or extensive testing to meet the defined Acceptance Criteria.
This should be the easiest part!
Congrats, your PBI is ready to be demonstrated during your Sprint Review!
β Figure: The important steps in a PBI lifecycle.
Print out the SSW 3 Steps to a PBI PDF and put it on your "War Room" wall.