Difference between revisions of "Product Description"

From PRINCE2 Agile wiki
Jump to: navigation, search
 
Line 1: Line 1:
 +
== Tailoring ==
 
The following are recommended by PRINCE2 Agile:
 
The following are recommended by PRINCE2 Agile:
 
* Product Descriptions will be prioritized to allow for value-based delivery and a dynamic, adaptive scope.  
 
* Product Descriptions will be prioritized to allow for value-based delivery and a dynamic, adaptive scope.  
Line 11: Line 12:
 
Note 2: Product Descriptions are a form of [[:Category:Baselines|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.  
 
Note 2: Product Descriptions are a form of [[:Category:Baselines|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.  
  
 +
== Process Model ==
 +
 +
{{pmodel|22}}
  
 
== External Links ==
 
== External Links ==

Latest revision as of 12:21, 13 September 2015

Tailoring

The following are recommended by PRINCE2 Agile:

  • 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" have been used in its common language form in PRINCE2 Agile, which is not compatible with PRINCE2. 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.

Process Model

PRINCE2 Agile Process Model state22.png

Legend:

Notes:

  • The above image assumes that Scrum is used in the delivery level, which is not necessary.
  • The number of stages, releases, and Sprints are just examples, as well as the exception in the third stage.
  • The diagram is schematic and many details are not shown.

External Links