Product Owner is responsible for Market & Business

The P4 framework divides its organizational and management structure of product development into three areas:

Market and Business

The Product Owner roles at the various levels bear responsibility for the products and their markets. In doing so, they communicate with the Stakeholders in this area: Users, Customers and the (mostly internal) Sales Department.

The role of the Product Owner

Product, Product Backlog and Product Owner are generic terms in the P4 framework, that is, they only exist in specific forms. The generic artifacts “Product” and “Product Backlog” and the generic role “Product Owner” depend on the level within the organization (Team, Cluster, Organization/Portfolio) or on the specific type of team.

The Product Owner is responsible for maximizing the value of the Product resulting from the results of the Working Team. How this is done can vary greatly between Organizations, Clusters or Teams. The Product Owner is the only person responsible for managing the Product Backlog. The management of the Product Backlog includes:

  • To clearly formulate the Product Backlog Items (PBI) = Entries of the Product Backlog;
  • Order the entries in the Product Backlog in such a way that goals and missions can be optimally achieved;
  • To optimize the value of the work carried out by the Working Team;
  • Ensure that the Product Backlog is visible, transparent and clear to all Stakeholders and shows what the Team will work on next;
  • Ensure that the Working Team understands the Product Backlog entries to the extent necessary; and
  • To review and approve the results of the Working Team.

The Product Owner can carry out the above mentioned work himself or have it carried out by the Working Team or individual members. However, the Product Owner remains accountable at all times.

The Product Owner is an individual person, not a committee. She/he can reflect the wishes of a committee in the Product Backlog, but those who wish to change the priority of a Product Backlog Item must contact the Product Owner. For the Product Owner to be successful, the entire organization must respect her/his decisions. The decisions of the Product Owner are visible in the content and order of the Product Backlog. No one else may assign requirements or work to the Working Team.

Product Owners in the P4 framework

In the P4 framework, the generic role of the Product Owner is concretized on all three levels: It is important that the Product Owners on each level coordinate with each other within the respective POG and derive the priorities for their teams from the superior backlog. See “The overlap principal” for more information.

.


Further suitable articles:

Events Rollen Gruppen Artefakte
Team Planning

Team Backlog-Refinement

Team Review

Team Retrospective

.

Cluster Planning

Cluster Backlog Refinement

Cluster Review

Cluster Retrospective

.

Portfolio Planning

Portfolio Refinement

Portfolio Review

Organisation Retrospective

Team System Engineer

Team Scrum Master

.

Cluster System Engineer

Cluster-Scrum-Master

.

Portfolio Architect

Organisation Scrum Master

Team Product Owner Gruppe

Cluster Management Circle

.

Cluster Product Owner Gruppe

Organization Management Circle

Team Backlog

Inspectable Results

Team DoD

.

Cluster Backlog

Usable Knowledge & System Increment

Cluster DoD

.

Portfolio Backlog

Systeme & Applikationen

System Platforms & Variants

Organisation DoD

 

Cluster System Engineer Group (CSEG)

The Cluster System Engineer Group (CSEG) consists of the Cluster System Engineers of all Clusters in the Organization . At the organizational level, it corresponds to the role of the Working Team at the team level.

Together with the Portfolio Architect , the Cluster System Engineer Group is responsible for the Technology and Architecture side of the product development process at the organizational and portfolio level .

Read More

Team System Engineer (TSE)

The Team System Engineer represents the technical expertise and responsibility of his Team in the Team System Engineer Group of the Cluster . If the team does not agree on any other regulation, he also represents the Team in the Cluster Syncs (scrum-of-scrums) . For this, he should have the broadest possible knowledge of the topics within his Team. This can vary significantly depending on the type and area of ​​responsibility.

If a Service Team represents certain expertise (e.g. EMC or acoustics), the Team System Engineer is usually the most experienced of the team.

Within a Module Team , the Team System Engineer knows the modules of his team, their strengths and weaknesses, and their areas of application.

Within an Application Team , the Team System Engineer knows best the technical possibilities for implementing the applications that his team is responsible for.

Within the Working Team, the Team System Engineer has the role of moderating and driving technical decisions and, when in doubt, making them. He is not above the Working Team, but is the “first among equals” (Primus inter paris).

.

\r\n


Further suitable links:

Events Roles Groups Artifacts
Team Planning

Team Sync

Team Backlog Refinement

Team Review

Team Retrospective

Team Product Owner

Team Scrum Master

.

Cluster System Engineer

.

Portfolio Architect

Working Team

Community of Practice

Team Backlog

Inspectable Results

Team DoD

Team Improvement Backlog

 

Practice Lead

Practice leads are professional coaches or trainers within the organization who take care of expertise or technical discipline. They lead a community of practice , train their members and take care of the further development of the topic and the employees within the Organization.

In the transition from classic organizations, the former line managers can become Practice Leads.

.

 

\r\n


Further suitable links:

Events Roles Groups Artifacts
Iteration

.

Cycle

 

Cadence

 

Community of Practice

.

Cluster Management Circle

.

Organisation Management Circle

Practice Backlog

Organization Scrum Master (OSM)

The Organization Scrum Master is part of the  Cluster Scrum Master Group  and is responsible for the  infrastructure and processes  at the  organizational level  , ie the entire product development.

The Organization Scrum Master forms  the  management of the entire Organization together with the  Portfolio architect  and the  Portfolio Owner .

The OSM ensures that the teams within the Organization  can work optimally across all  clusters . Together with the organization’s  Cluster Scrum Masters  (CSM), he ensures an optimal workflow between the Clusters by solving disabilities and problems that arise in the collaboration of the Clusters. To this end, he organizes and moderates the Organization Retrospective and heads the  Cluster Scrum Master Group , in which the CSMs exchange ideas in order to optimize the working conditions and workflow within the Organization.

.

\r\n


Further suitable links:

Events Roles Groups Artifacts
Portfolio Planning

Organisation Sync

Portfolio Refinement

Portfolio Review

Organisation Retrospective

Team Scrum Master

.

Cluster Scrum Master

.

Portfolio Owner

Portfolio Architect

Cluster Product Owner Group

Cluster System Engineer Group

Cluster Scrum Master Group

Organisation Management Circle

Portfolio Backlog

Systems & Applications

System Platforms & Variants

Organisation DoD

Organisation Improvement Backlog

 

Cluster Scrum Master Group (CSMG)

The Cluster Scrum Master Group, consists of the Cluster Scrum Masters of the Clusters and the Organization Scrum Master (OSM)  The group is responsible for the processes, infrastructure and the cultural side of the product development process at the organizational level .

The CSMG maintains the Organization Improvement Backlog to plan and implement improvement projects .

The role of the Organization Scrum Master (OSM) forms the highest management role in the company.

Read More