Product Development

Activities, Cluster Level, Reference process
hasDefintion of Done (generic)

Das P4-Dev-Framework gibt es in zwei Ausprägungen. Beide Ausprägungen verwenden iterativ-inkrementelle Methoden und zeitlich stabile Teams:

  1. In seiner Minimalform beschreibt P4-Dev die minimal nötigen Entwicklungstätigkeiten, ohne externe Vorgaben.
  2. In der prozessorientierten Form beschreibt P4-Dev die nötigen Entwicklungstätigkeiten, um den Prozessanforderungen regulierter Prozess zu genügen. Dabei sind die Prozessaktivitäten in das iterativ-inkrmentelle Vorgehensmodell integriert, so dass sie von den Akteuren zum optimalen Zeitpunkt ausgeführt werden. Die Darstellung der Abfolge innerhalb der Prozessbereiche mit ihren Einzelaktivitäten geht dadurch verloren. Die Verbindung der Prozessbereiche mit dem Arbeitsprozess erfolgt über das Conformity-Mapping. Zur Übersicht haben wir im unteren Kapitel eine Übersicht erstellt.

Iterativ-inkrementeller Arbeitsprozess

Die Beschreibung einer Produktentwicklung erfolgt hier in stark vereinfachter Form.

Time Normal      additional, when regulated
Start of Development 1. Elicit System Functions and Features
  • Ableitung und Anpassung des Entwicklungsprozesses
  • Initiale Gefährdungsanalyse
  • Ermittlung der Sicherheitsanforderungen
2. Model a coarse System Architecture/Concept incl. test and production systems (Multiple options are beneficial)

  • Output: Components and interfaces
  • Zuordnung der Sicherheitsfunktionen auf Module
  • Risikoanalyse über Architektur und Schnittstellen
3. Determine maturity of concepts, components and interfaces by gatherings K-Gaps (unknown concepts, open decisions, missing knowledge, problems, issues)

  • Consequences/Risks (relative Estimation by PO & System Team)
  • Effort (Estimation by Product Team)
  • Risikoanalyse der Module
  • Verifikations- und Validierungsplanung (insbesondere für kritische Funktionen und Module)
Jeden Cycle 4. Plan, build & test samples (concepts, simulations, prototypes, etc.) to close K-Gaps by making decisions

  • Plan dependencies to suppliers and milestones
  • Plan and execute  Integration and Integration tests
  • Output: Specifications, Verification plans & reports
  • Planung der Qualitätssicherung bei Lieferanten
  • Ermittlung des Reifegrads des Systems anhand der Produkt-QA&Cs und K-Gaps
Jede Iteration 5. Refine to suitable Team Goals that fit into iterations (within the Backlog Refinement Meeting)
  • Dokumentation der Verantwortung und Planung auf Team-Ebene
6. Release when the ratio of risks & K-Gaps vs. value & chances is low enough
  • Risikobewertung anhand der Liste der verbleibenden Abweichungen

Übersicht der Prozessbereiche des Entwicklungsprozesses

  • Entwicklungsplanung & Konfigurationsmanagement
  • Anforderungsanalyse (inkl. Safety, Security, Usability)
  • Systemarchitektur
  • Systemdesign
  • Moduldesign
  • Modul-Implementierung und Modultest
  • Systemintegration und Integrationstest
  • Systemtest
  • Freigabe und Auslieferung
  • Feedback und Analyse
  • Problemlösung und Informationsmanagement
  • Wartung
  • Außerbetriebnahme