Applikationen & Features

Integrierte und getestete Features sind die Ergebnisse von Applikations-Teams. Allgemeine Attribute von Teams Die minimale Voraussetzung für ein Team-Ergebnis ist, dass es inspizierbar ist, d.h. es muss in einer Form vorlegen, die es für die Stakeholder (z.B. Nutzer des Ergebnisses) bewertbar macht. Die Definition-of-Done für die jeweiligen Ergebnisse und Artefakte müssen dies berücksichtigen. Inspectable-Results sind…

Applikations- und Feature-Team

Applikations-Teams bauen aus den Modulen konkrete Applikationen, d.h. System-Varianten, die ggf. für bestimmte Märkte entwickelt oder konfiguriert sind. Die Anforderungserhebung, Definition, Konfiguration, Integration und der Test der Anwendungen obliegen den interdisziplinären Applikation-Teams, die dabei die Verantwortung der Applikation über den kompletten Produkt-/ bzw. Systemlebenszyklus übernehmen. Manche Organisationen unterscheiden zusätzlich zwischen „Produkt-Teams“, die konfigurierbare Produkte entwickeln,…

Artefakte des Teams

Teams innerhalb der Organisation sind in Cluster strukturiert. Alle zukünftigen Arbeiten des Teams werden im Team-Backlog verwaltet. Aktuelle Arbeit wird im Iterations-Backlog oder auf einem Kanban-Board dargestellt. Je nach Team-Art, erzeugen Teams Features und Applikationen, Module und Systemplattformen oder Dienstleistungen (Services). Die Qualitätsansprüche des Teams sind in der Team-DoD aufgeführt. Jedes Team das sich innerhalb des…

Inspizierbares Ergebnis

Jedes Team das sich innerhalb des P4-Frameworks organisiert ist erstellt inspizierbare Ergebnisse, d.h. dass alle Team-Ergebnisse gemäß ihrer Akzeptanzkriterien und der Definition-of-Done auf Vollständigkeit und Qualität geprüft werden können. Die Art der inspizierbaren Ergebnisse kann je nach Art und Verantwortungsbereich des Teams sehr stark variieren. Wichtig ist, dass die Wertschöpfung des Teams klar nachvollziehbar ist.…

Interne Dienstleistungen (Services)

Interne Dienstleistungen sind die Ergebnisse von Service-Teams.   Allgemeine Attribute von Teams Die minimale Voraussetzung für ein Team-Ergebnis ist, dass es inspizierbar ist, d.h. es muss in einer Form vorlegen, die es für die Stakeholder (z.B. Nutzer des Ergebnisses) bewertbar macht. Die Definition-of-Done für die jeweiligen Ergebnisse und Artefakte müssen dies berücksichtigen. Inspectable Results sind…

Iteration

Die Iteration ist eine Timebox von fester Länge für jedes der Teams innerhalb eines Clusters und entspricht einem ständigen Grundtakt. Normalerweise wählen alle Teams innerhalb des Clusters  die gleiche Iterationslänge, insbesondere dann, wenn sie Abhängigkeiten zueinander, oder Lieferbeziehungen miteinander haben.   Grundsätzlich besteht die Wahl zwischen zwei-, drei- oder vierwöchigen Iterationen. Innerhalb eines P4-Cycles können…

Modul-Team

Modul-Teams haben die Verantwortung für versionierte Module oder Komponenten. Komplexe Systeme sind meist in Systemelemente oder Module als Untereinheiten aufgeteilt. Häufig kommen auch Plattformen oder Baukastenansätze zum Einsatz, bei denen die Module die Grundbausteine zur Kombination und zur Erstellung von Systemvarianten und Applikationen bilden. Häufig findet man in Modul-Teams spezifische Kompetenzen wieder, die nur für…

Service-Team

Service-Teams erbringen eine Dienstleistung oder stellen Kompetenzen zur Verfügung. Es gibt zwei Arten der Zusammenarbeit mit den anderen Teams: Dienstleistung: Teams beauftragen das Service-Team, das seine Arbeit auf einem Kanban-Board sichtbar macht und verwaltet Ressourcen-Provider: Einzelne Mitglieder des Service-Teams arbeiten als Extended Team Member zeitweilig in den Modul-Teams oder Applikations-Teams mit. Anmerkung: Klassische Organisationen teilen…

Team-Backlog-Item (TBI)

Team-Backlog-Items (TBI) sind die einzelnen Elemente (Backlog-Items) eines Team-Backlogs und beschreiben Arbeiten für ein einzelnes Team. Von der Größe her ist ein TBI zu Beginn nicht beschränkt. Es muss aber vor der Einplanung im Team-Planning, d.h. vor dem Ziehen in das Team-Iterations-Backlog, in mehrere, in einer einzelnen Iterationen leistbare Einzelelemente, aufgeteilt werden. Dies geschieht normalerweise…

Team-Backlog-Refinement

Als Refinement (Verfeinerung) des Team-Backlogs wird der Vorgang angesehen, in dem Details zu Backlog-Einträgen hinzugefügt, Schätzungen erstellt, und die Reihenfolge der Team-Backlog-Einträge bestimmt werden. Die Verfeinerung ist ein kontinuierlicher Prozess, in dem der Team-Product-Owner und das Working-Team gemeinsam die Team-Backlog-Einträge detaillieren. Bei der Verfeinerung des Team-Backlogs werden die Einträge begutachtet und revidiert. Es sollte normalerweise…