Bereiche

Applikationen und Marktvarianten

Applikationen und Marktvarianten sind die integrierten, getesteten und freigegebenen Produkte der Organisation, die in den Zielmärkten an Kunden vertrieben werden können. Sie entsprechen der Anforderungen, die aus den Stakeholder-Needs in den „Feature-Sets“ als Gruppe spezifiziert wurden. Einzeln sind diese in den System-Anforderungen & Funktionen sowie den Qulitätsattributen und Einschränkungen (QA&C) definiert. . Passende und weiterführende…

Arbeitsprozess der Organisation

Version 2.0 Um aus dem P4-Framework mit seinen grundsätzlichen Rollen, Artefakten und Meeting/Events einen „Arbeitsprozess der Organisation“ zu machen, müssen weitere Elemente hinzugefügt werden, insbesondere wenn spezielle Standards und Regularien einzuhalten sind. Dies betrifft besonders die regulierte Entwicklung und Produktion von sicherheitsrelevanten Systemen. Das P4-Framework sieht hierfür Templates für Dokument, Checklisten, DoDs und Standardagenden für…

Benutzer, Kunden und Vertrieb

Dies sind die primären Stakeholder der Produktentwicklung auf allen Ebenen (Organisation, Cluster und Team). Auf der Team-Ebene haben besonders die Applikations-Teams einen engen Kontakt zu Benutzern, Kunden und dem Vertrieb, da sie die ultimativen Anforderungen an die Produkte, Systeme und Applikationen geben, sowie diese bewerten. Stakeholder werden zu den Reviews eingeladen (also Team-Reviews, Cluster-Review, Portfolio-Review),…

Cluster-Improvement-Backlog

Das Improvement-Backlog beschreibt den Vorrat an Verbesserungen und wird von der entsprechenden Einheit, selbst-organisiert, in die Arbeitsplanung integriert. Eine Regel, die beschreibt, wie viel Arbeitsaufwand für Verbesserungen investiert wird (z.B. 10-20%), hilft die Planbarkeit und Vorhersagbarkeit von anderen Backlog-Einträgen hoch zu halten. Das Improvement-Backlog ist das Planungs- und Strukturierungswerkzeug des Scrum-Masters. Improvement-Backlogs gibt es auf…

Cluster-Mission

Inhalt einer Mission Die Mission deckt die Verantwortungsbereiche (das Was) und die Kultur und Verhaltensstandards (das Wie) ab. Die Mission klärt folgende Punkte: Wie sieht unser Selbstverständnis aus. Was ist der Sinn (Purpose) des Teams. Wie verortet sich das Team innerhalb des Clusters und der Organisation. Welche Verantwortung trägt das Team und sein PO (Produkte,…

Cluster-Product-Owner (CPO)

Der Cluster-Product-Owner hat mit der Team-Product-Owner-Gruppe auf der Cluster- und System-Ebene die Verantwortung für die Markt- und Geschäftsseite innerhalb des Produktentwicklungsprozesses. (Eine allgemeine Beschreibung des Product-Owner-Rolle befindet sich hier …) Der Cluster-Product-Owner bildet mit dem Cluster-System-Engineer und dem Cluster-Scrum-Master das Managementkreis des Clusters. Der Cluster-Product-Owner hat mit der Team-Product-Owner-Gruppe folgende Aufgaben: Erstellen des Cluster-Backlog, abgeleitet vom…

Cluster-Product-Owner-Gruppe (CPOG)

Die Cluster-Product-Owner-Gruppe (CPOG) mit dem Portfolio-Owner hat auf der Portfolio- bzw.  Organisationsebene die Gesamtverantwortung für die Markt- und Geschäftsseite des Produktentstehungsprozesses der Organisation. Die Cluster-Product-Owner Gruppe hat mit dem Portfolio-Owner folgende Aufgaben: Erstellen des Portfolio-Backlog,  in Abstimmung mit der Cluster-System-Engineer-Gruppe Requirements Management: Entgegennahme von Anfragen/Anforderungen zu Systemen, Applikationen & Features, sowie Arbeit mit den Stakeholdern…