Cluster-DoD

Die Teams des Clusters, die Team-System-Engineer-Gruppe, die Team-Product-Owner-Gruppe und die Stakeholder müssen sich darauf einigen was es bedeutet, wenn ein Backlog-Eintrag oder ein Ergebnis als erledigt („Done“) bezeichnet wird. Obwohl sich dies erheblich von Cluster zu Cluster unterscheiden kann, müssen alle ein gemeinsames Verständnis davon haben, wann Arbeit erledigt ist, um Transparenz zu gewährleisten. Dies…

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? Wie wollen wir intern zusammenarbeiten (Verhaltensregeln im Team). Wie…

Definition-of-Done (allgemein)

Alle müssen ein gemeinsames Verständnis davon haben, wann Arbeit erledigt ist, um Transparenz zu gewährleisten. Die Definition-of-Done ist ein Qualitätsversprechen Die DoD leitet sich von der Idee der Akzeptanzkriterien von Backlog-Einträgen ab. Dabei wird beschrieben, welche Arten von Ergebnissen vorliegen müssen und welche Arbeiten durchgeführt worden sein müssen, um den Backlog-Eintrag als erledigt zu betrachten.…

Definition-of-Ready (DoR)

Die Definition-of-Ready (DoR) ist eine Liste, die festlegt, welche Kriterien bestimmte Artefakte erfüllen müssen, bevor festgelegte Aktionen in einer Organisationseinheit anlaufen. Sie ist damit ist eine Vereinbarung, um klare Qualitätskriterien von Artefakten festzulegen. Z.B. darf im P4-Framework ein Team keine ungeschätzten Backlog-Elemente in eine Iteration ziehen. DoRs gibt es auf allen Ebenen und können für…

Design-Journal

Ein Design-Journal wird in der Regel für jedes System/Produkt/Applikation erstellt. Im Format eines Logbuchs enthält es … alle Design-Änderungen, die durchgeführt wurden. Für jede gewählte und implelentierte Lösung: Die Gründe, die zu der Änderung geführt haben, und die betrachteten Lösungsoptionen (ggf. mit der Analyse der Vor-und Nachteile). Die Inhalte des Design-Journals werden auch für die…

Die Mission für Teams, Cluster und die Organisation

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? Wie wollen wir intern zusammenarbeiten (Verhaltensregeln im Team). Wie verhalten wir uns…

Dokumentation von Produkt und Prozess

„We favor working software over comprehensive documentation“, Agile Manifesto, 2001. Die obige Aussage aus dem Agile Manifesto bedeutet, dass lauffähige und funktionierenden Produkte/Software/Systeme wichtiger sind, als Dokumentation. Das bedeutet aber nicht, dass Dokumentation unwichtig wäre und komplett weggelassen werden kann. Ein wichtiges Kriterium bei Dokumenten ist daher, dass sie benötigt werden, speziell, ob sie auch…

Improvement-Backlog

Das Improvement-Backlog beschreibt den Vorrat an Verbesserungen und wird von der entsprechenden Organisationseinheit, selbst-organisiert, in die Arbeitsplanung integriert. Eine Regel, die beschreibt, wie viel Arbeitsaufwand von der Organisationseinheit für Verbesserungen pro Zeitraum investiert wird (z.B. 10-20%), hilft die Planbarkeit und Vorhersagbarkeit von anderen Backlog-Einträgen hoch zu halten, insbesondere wenn Teams noch jung sind. Das Improvement-Backlog…

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.…