Backlog (generic)

A backlog is an ordered list of everything known that should be carried out by an organizational unit ( team , group, cluster , organization ) and serves as the only source of requests for work by this organizational unit. The product owner is responsible for the backlog, its content, access to it and the order of the entries.
A backlog contains only the currently known entries. During the development steps it develops with the products and services and their application. It is dynamically adjusted to clearly indicate for products and services what it takes to perform their tasks appropriately, to survive in the competition and to offer the greatest possible benefit.
If products and services exist, there are also the associated product, system or application backlogs.

A backlog entry contains as attributes a description, an effort estimate, as well as acceptance criteria and test descriptions, which prove the completeness and describe when it is done [“Done”].

“The backlog is the only source of work.” This principle does the following important things:

  • The greatest possible transparency about planned work.
  • Clear priorities . As in a stack, there is only one priority one. When new entries are inserted, entries below are moved further down.

At all levels in the P4 framework there is exactly one backlog for each organizational unit , ie

  • a Team Backlog for each team . If a team works on several applications or systems, the Team Backlog contains backlog elements that describe the team’s work in realizing these systems and applications.
  • for each cluster, a Cluster Backlog . The Cluster Backlog contains all product and system versions, applications and services of the cluster.
  • for the organization, a Portfolio Backlog . The Portfolio Backlog contains all product and system versions, applications and services of the organization.

Improvement backlog

The one exception to the “one backlog rule” is the organizational unit’s Improvement Backlog. It describes the supply of improvements and is integrated into the work planning by the relevant unit, self-organized. A rule that describes how much work the group spends on improvements (e.g. 10-20%) helps to keep the predictability and predictability of other backlog entries high.

 


Further suitable links:\r\n


Further suitable links:

Events Roles Groups Artifacts
Team Planning

Team Sync

Team Backlog Refinement

Team Review

Team Retrospective

.

Cluster planning

Cluster Sync

Cluster Backlog Refinement

Cluster Review

Cluster Retrospective

.

Portfolio Planning

Organization Sync

Portfolio refinement

Portfolio Review

Organization retrospective

Team Product Owner

System engineer

Team Scrum Master

.

Cluster Product Owner

Cluster System Engineer

Cluster Scrum Master

.

Portfolio Owner

Portfolio Architect

Organization Scrum Master

Working team

Community of practice

.

Team Product Owner Group

Team System Engineer Group

Team Scrum Master Group

Cluster Management Circle

.

Cluster Product Owner Group

Cluster System Engineer Group

Cluster Scrum Master Group

Organization Management Circle

Team Backlog

Team DoD

Team Improvement Backlog

.

Cluster Backlog

Cluster DoD

Cluster Improvement Backlog

.

Portfolio Backlog

Organization DoD

Organization Improvement Backlog