Artefacts

Organization DoD

The teams of all Clusters in the organization , the Cluster System Engineer Group , the Cluster Product Owner Group and the stakeholders must understand what it means when a backlog entry or a result is referred to as “done”. Although the Cluster DoDs can differ significantly from Cluster to cluster, there is only one…

Organisation Improvement Backlog

The Improvement Backlog describes the supply of improvements and is integrated into the work planning by the relevant group, self-organized. A rule that describes how much work the group spends on improvements (e.g. 10-20%) helps to keep the predictability of other Backlog Items high. The Improvement Backlog is the planning and structuring tool of the…

Organization Mission

Content of a Mission The mission covers the areas of responsibility (the What) and the culture and standards of behavior (the How). The mission clarifies the following points: What is our self-image. What is the purpose of the team? How does the team position itself within the cluster and the organization? What are the responsibilities…

Portfolio Backlog Item (PFBI)

Portfolio Backlog Items (PFBI) are the individual elements (Backlog Items) of a Portfolio Backlog and describe work for the entire Organization. The size of  a PFBI is initially not limited. It must be small enough in size or devided (refined in the Portfolio Backlog Refinement) into several individual items that can be done in one…

Portfolio Backlog, Portfolio Cycle Backlog & Portfolio Kanban

The top level of the Backlogs of the P4 framework, the Portfolio and Organizational level , describes all Applications and market variants of the Systems and Products to be develped in the entire Organization. Each of these variants is described by a set of System Requirements (feature set). In this way, the Application, systems &…

Products, Applications and Market Variants

The Portfolio Backlog at the Organizational level, the top level of all Backlogs, contains Systems, Products and Application variants, as well as product variants for special markets. Each of these product variants is described by a set of System Requirements (feature set). In this way, the product variants can be estimated against each other with…

Product Vision / Business Case

The product vision describes in compact form … the Intended Use, for which users, in which markets the product is intended, which are the basic requirements and standards what are the main functions of the product how the product fits into the application context and what interfaces it has with surrounding systems. There are different…

Processes: Foundation

The P4 DevFramework supports several different macro processes in product development: The knowledge- and maturity-based makro process This involves learning on the basis of development samples (e.g. prototypes). It is important that the knowledge gaps are identified first and the development patterns (samples) are planned accordingly and not vice versa. This hybrid of the classic…

Quality Attributes & Constraints

Quality attributes are Non-Functional Requirements that more or less restrict the Functions and features of a system. These are mostly “How” questions, i.e. how fast, how big, how heavy, how expensive, how long-lasting, how robust, how safe? These requirements often have to be balanced against each other. For this purpose, minimum achievable and desired values…

Risk Management

Risk management is not explicitly addressed in agile methodologies. However, when prioritizing backlog items, risk is one of the key criteria and is intended to ensure that work packages that mitigate or resolve risks are addressed as early as possible. (See Backlog Prioritization). These are typically what are known as project risks. Project Risks Furthermore,…