Stakeholder

Stakeholders are all persons and groups affected by a system, as well as all those directly interested or involved in the product. Stakeholders are invited to Review meetings at all levels and can optionally be invited to Backlog Refinement meetings to explain their requirements.

To identify stakeholders, the P4 framework uses two different life cycles as conceptual guidelines. These are:

  • the product life Cycle (from the idea to the end of product maintenance) and
  • the single item life Cycle (from purchase of raw material to recycling)

For each product or system, the different stakeholders (= interest groups) can be identified from these.

Product life cycle

Item life cycle

The P4 framework distinguishes between three groups of stakeholders, which are assigned to the three areas

Other stakeholders

In addition to the “direct” stakeholders, other, “more general” stakeholders are usually defined in requirements management. These are, for example

  • the society, consisting of public and government organizations
  • the environment (mostly affected by emissions and waste)
  • competitors

In the P4 framework, these stakeholders are not represented by Stakeholder Needs, but by specific goals (e.g. to describe the competitive situation) or they are represented by norms and standards in the area of Quality Attributes & Constraints (QA&C).

Stakeholder map

A Stakeholder map shows the various stakeholders with their needs and the strength of their influence on the team or system.

.

\r\n


Further suitable links:

Events Roles Groups Artifacts
Team Backlog Refinement

Team Review

.

Cluster Backlog Refinement

Cluster Review

.

Portfolio Refinement

Portfolio Review

 

Team Product Owner

.

Cluster Product Owner

.

Portfolio Owner

Team Product Owner Group

Cluster Management Circle

.

Cluster Product Owner Group

Organisation Management Circle

Team Backlog

Inspectable Results

Team DoD

.

Cluster Backlog

Usable Knowledge & System Increment

Cluster DoD

.

Portfolio Backlog

Systems & Applications

System Platforms & Variants

Organisation DoD

Modelling the organization

With organizational modeling, the specific organization is modeled by P4 elements, i.e. the teams, groups and Clusters are represented by their information and work flows.

The processes can now be represented within the organizational model, whereby this is done by defining and documenting the corresponding inputs, responsibilities, actions and outputs. Every  organizational unit is described according to the SIPOC method (Supplier – Inputs – Process – Outputs – Customers).

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

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