As I’m gathering information and slowly writing the content of my book, there is some information I need to refer to in the book but I don’t want to include as it distracts the reader. As such, I decided to start keeping that information and post it on this blog. It will be easy to know when a blog post is done in the context of the book as it will be tagged “the agile bi book“. Today’s post relates to the Product Backlog.
The Product Backlog
The Product Backlog is simply a list of customer requirements needed to complete the project and sorted by business value. It is initially prepared at the beginning of a project by the Product Owner and remains active throughout the duration of the project as completed items get removed while new items are added.
How the Product Backlog works
As time goes by, the highest priority items in the Product Backlog get broken down into smaller chunks as they become part of the Sprint Backlog.
Benefits of using a Product Backlog
- It’s a simple list, discussed face-to-face;
- It provides the customer with control;
- The product backlog is allowed to change;
- Inspection and adaptation;
- It resolves dependencies timely;
- It allows for some longer term planning.
The Product Backlog:
- is simply a list of things needed to be done in the context of the project;
- always lists items that add value for the customer;
- may include functional requirements and non-functional requirements;
- can also include items required by the team, but only the ones that will eventually bring value to the customer;
- cannot include low level tasks.