The following are recommended by PRINCE2 Agile for Product Descriptions:
- Product Descriptions will be prioritized to allow for value-based delivery and a dynamic, adaptive scope.
- Some parts of the quality criteria might be captured in the Definition of Done, and referenced in the Product Descriptions.
- They can be formal or informal.
- The scope defined in the Product Description should be flexible to allow adaptation.
- They may have zero tolerance for quality to ensure its not compromised (see the Note 1 below)
- Product Descriptions might be captured using user stories or epics, and they can be the product backlog items in Scrum. (see the Note 2 below)
Note 1: “tolerance” has been used in its common language form in PRINCE2 Agile, which is not compatible with PRINCE2’s concept of tolerance. Setting tolerances to zero is not a way of fixing targets, as explained in the Targets article.
Note 2: Product Descriptions are a form of baseline in PRINCE2, and since they are subject to formal change control in PRINCE2 Agile, and are not supposed to change dramatically, they should not be too detailed. However, user stories are detailed, and therefore it might not be a good idea to consider them as Product Descriptions: they can be created by breaking down the Product Descriptions.
- Product Description in PRINCE2 wiki
Written by Nader K. Rad
This is (and will be) a work in progress: More details will be added in the future, depending on the feedback.
This wiki is developed and managed by an accredited trainer, independent of AXELOS. While aligned with their guidelines, it’s not an official resource.