Definition of Done: Business Agilität und technische Exzellenz 🇩🇪

In Kürze: Definition of Done: Business Agilität und technische Exzellenz

Die meiste Zeit sind unsere Stakeholder kaum daran interessiert, wie wir ihre Probleme lösen, solange wir uns an die Regeln halten. Stattdessen sind sie an der regelmäßigen Lieferung von wertvollen Inkrementen interessiert, da diese den Weg zu geschäftlicher Agilität ebnen. Es gibt jedoch keine Business Agilität ohne technische Exzellenz, was uns zu unserem heutigen Thema bringt: die Bedeutung einer umsetzungsfähigen Definition of Done.

Erfahren Sie mehr über zwölf Erfolgsprinzipien für den Einsatz einer solchen Definition of Done in einem Scrum-Team, damit Ihr Unternehmen agil werden kann.

🗞 Soll ich Sie über Artikel wie diesen informieren? Großartig! Sie können sich hier für den Newsletter “Food for Agile Thought” anmelden und sich über 36.000 Abonnenten anschließen.

🎓 Nehmen Sie an einer von Stefans kommenden Professional Scrum-Schulungen teil!

Der Zweck der Definition of Done laut dem Scrum Guide 2020

Im Scrum Guide wird die Definition of Done häufig erwähnt, um die Bedeutung eines weithin bekannten und akzeptierten Qualitätsstandards für ein erfolgreiches Scrum-Team und eine erfolgreiche Organisation zu unterstreichen. Ohne technische Exzellenz und hohe Produktqualität lässt sich keine geschäftliche Agilität erzielen – beides wird durch die Definition of Done reflektiert und unterstützt.

Der Scrum Guide charakterisiert die Definition of Done wie folgt:

“The Definition of Done is a formal description of the state of the Increment when it meets the quality measures required for the product.”

“The moment a Product Backlog item meets the Definition of Done, an Increment is born.”

“The Definition of Done creates transparency by providing everyone a shared understanding of what work was completed as part of the Increment. If a Product Backlog item does not meet the Definition of Done, it cannot be released or even presented at the Sprint Review. Instead, it returns to the Product Backlog for future consideration.”

“If the Definition of Done for an increment is part of the standards of the organization, all Scrum Teams must follow it as a minimum. If it is not an organizational standard, the Scrum Team must create a Definition of Done appropriate for the product.”

“The Developers are required to conform to the Definition of Done. If there are multiple Scrum Teams working together on a product, they must mutually define and comply with the same Definition of Done.”

Quelle: Scrum Guide 2020.

Eine angemessene Definition of Done ist zwar keine Garantie für den Erfolg eines Scrum-Teams, aber ihr Fehlen beschleunigt mit Sicherheit dessen Misserfolg.

Ohne eine Definition of Done wird die Qualität der Arbeit eines Scrum-Teams wahrscheinlich stark schwanken, und die Menge an unerledigter oder minderwertiger Arbeit wird sich im Laufe der Zeit häufen, was zu einem Anstieg der technischen Schulden beiträgt und die Agilität Ihres Unternehmens zunehmend beeinträchtigt.

Erfolgsprinzipien der Definition of Done

Der Zweck der Definition of Done besteht darin, dem Scrum-Team die Möglichkeit zu geben, regelmäßig wertvolle Inkremente zu liefern, die die Teammitglieder und Stakeholder anschließend im Vergleich zum etablierten wohlverstandenen Qualitätsstandard inspizieren können.

Im Kontext eines erfolgreichen Scrum-Teams und einer erfolgreichen Organisation bedeutet die Erstellung von Inkrementen gemäß den in der Definition of Done definierten Spezifikationen, dass das Team ein fertiges Inkrement an die Kunden ausliefern kann. Außerdem verläuft diese Auslieferung ohne jegliche rechtliche, ethische oder finanzielle Konsequenzen für die Organisation. In dieser Hinsicht ist eine Definition of Done, die auf den Kontext eines Scrum-Teams, seiner Organisation und seiner Kunden zugeschnitten ist, der Grundstein für jede Form von Business Agilität.

Lassen Sie uns daher den Anfängerfehler, keine Definition of Done zu haben, überspringen und uns direkt in zwölf Erfolgsprinzipien einer Definition of Done zum Vorteil Ihres Teams und Ihrer Organisation vertiefen:

Die binäre Natur der Definition of Done: Als Team erfüllen Sie entweder den Qualitätsstandard, der durch die Definition of Done definiert ist, oder Sie erfüllen ihn nicht. Nichts passt auf die Beschreibung: “Es ist praktisch fertig; ich werde ein Bug-Ticket für ein kleines Problem erstellen, das ich im nächsten Sprint noch lösen muss.”
Wir werfen niemanden den Wölfen zum Fraß vor: Done bedeutet “fertig”, d. h. das Inkrement kann ohne Konsequenzen an unsere Kunden geliefert werden, siehe oben. Wenn jemand im Team sagt, dass ein Produkt-Backlog-Element “done” ist, ist eine weitere Überprüfung nicht erforderlich. Dieses Prinzip hindert Sie übrigens nicht daran, Peer-Reviews durchzuführen.
Es gibt keinen Abnahmeprozess: Weder akzeptiert der Product Owner die Arbeit der Entwickler, noch akzeptieren die Stakeholder die Arbeit des Scrum-Teams.
Experimentieren ist okay: Eine Definition of Done hindert Ihr Team nicht daran, mit Live-Daten aus der Produktionsumgebung zu experimentieren. Ziel der Produktentwicklung ist es, lohnende Investitionen in Ihr Produkt oder Ihre Dienstleistung für Ihre Kunden so kostengünstig wie möglich zu ermitteln. Wenn Sie Hypothesen mit Prototypen validieren, und das sollten Sie tun, werden Sie wahrscheinlich von einem Low-Fidelity-Prototyp, z. B. einem klickbaren Mock-up, zu einem High-Fidelity-Prototyp mit Echtdaten übergehen. Wenn Sie die Definition of Done auf die Entwicklung des Prototyps anwenden würden, wäre die Idee, Hypothesen durch Experimente zu validieren, hinfällig. Stellen Sie jedoch sicher, dass Sie alles überarbeiten, sobald Sie sich entscheiden, den High-Fidelity-Prototyp in eine echte Funktion zu verwandeln. Wenn Sie diese Notwendigkeit ignorieren, entstehen zahlreiche technische Schulden, insbesondere in einer Startup-Umgebung: “Sollen wir in Schönheit sterben? Es funktioniert, also lasst uns weitermachen; wir werden es später in Ordnung bringen.”
Keine Abstriche machen: Um eine ehrgeizige Frist einzuhalten, senken die Entwickler vorübergehend das Qualitätsniveau in einigen weniger kritischen Teilen der Anwendung und sind entschlossen, diese Stellen später zu verbessern. Die Stakeholder lieben jedoch die neu gewonnene Flexibilität und setzen das Team weiterhin mit willkürlichen Fristen unter Druck, sodass eine Ausnahme zur neuen Normalität wird. Wahrscheinlich kennen Sie dieses Szenario bereits, das meiner Erfahrung nach ein sicherer Weg ins Desaster ist. Gehen Sie daher niemals Kompromisse bei Ihrer Definition of Done ein.
Keine Verschlechterung der Definition of Done: Es ist ein menschlicher Impuls, die zunehmenden Probleme der Inkremente mit Ihrem Qualitätsstandard zu lösen, indem Sie Letzteren auf ein besser “handhabbares Niveau” abschwächen. Warum sollten Sie sich mit Problemen belasten, wenn Sie die Situation verbessern können, indem Sie die Definition of Done lockern? Es ist jedoch keine Option, sich selbst aus der Herausforderung heraus zu mogeln. Um das Spiel langfristig erfolgreich zu spielen, müssen wir uns stattdessen mit den zugrunde liegenden Problemen befassen.
Die defensive Definition of Done: Ein gebranntes Kind scheut das Feuer. Da Scheitern keine Option ist, ermutigt die Organisation die Scrum Teams, diesen Gedanken in der Definition of Done widerzuspiegeln. Folglich wird die Agilität durch bürokratische Hürden erdrückt. In einer komplexen Umgebung auf Nummer sicherzugehen, hat zwangsläufig seinen Preis.
Product Owner sind an der Definition of Done beteiligt: Die Schaffung von Werten in einem komplexen Umfeld im Rahmen der bestehenden Beschränkungen bei gleichzeitigem Beitrag zur Nachhaltigkeit des Unternehmens ist ein Spiel ohne Ende. Richten Sie sich entsprechend ein, denn wenn Sie an der falschen Stelle sparen und ein Auge zudrücken, wird Sie das auf lange Sicht teuer zu stehen kommen, mit einem sich verstärkenden Effekt. Wenn es Ihnen als Product Owner um die Lieferfähigkeit von morgen geht, investieren Sie in die kontinuierliche Pflege Ihrer technischen Grundlagen; die Definition of Done Ihres Teams ist der Dreh- und Angelpunkt für diese Mission.
Crowdsourcing der Definition of Done: Letztendlich liegt die Verantwortung für die Erstellung der Definition of Done beim Scrum-Team. Es hat sich jedoch auch bewährt, auf andere Stimmen zu hören, z. B. die der Stakeholder. Nutzen Sie die Gelegenheit, aus Ihrer Konfirmationsblase auszubrechen und gleichzeitig Vertrauen zu gewinnen.
Definition of Done versus Akzeptanzkriterien: Hier gilt eine einfache Faustregel: Wenn eine Bedingung für alle Elemente des Produkt-Backlogs gültig ist, verdient sie es, Teil der Definition of Done zu sein. Wenn sie nur für ein einzelnes Produkt-Backlog-Element gilt, ist sie wahrscheinlich ein Akzeptanzkriterium.
Die Definition of Done muss gepflegt werden: Die Definition of Done ist nicht statisch. Sobald Sie ihre erste Version erstellt haben, muss das Scrum-Team sie regelmäßig inspizieren und adaptieren. Meiner Erfahrung nach wird ein Team, sobald es mit dem Problem- und Lösungsraum vertrauter ist, in angrenzende Bereiche seiner Arbeit vordringen, um das Qualitätsniveau und die Lieferfähigkeit zu erhöhen. Gute Indikatoren dafür, dass Ihre Definition of Done einer Überprüfung und Adaption bedarf, sind Kennzahlen wie z. B. die Anzahl der Bugs, die in die Produktion gelangt sind, oder steigende Kundenbeschwerden.
Die Definition of Done hat keine Geschwister: Manche Teams sind versucht, die Definition of Done mit einer “Definition of Ready” zu ergänzen und so den Fluss der Arbeit in das Produkt-Backlog abzudecken. Während eine solche Checkliste für unerfahrene Teams als Stützräder dienen kann, bezweifle ich ihre Tauglichkeit für ein erfahrenes Team. Letzteres verfügen in der Regel über einen ausgereiften Prozess zur Verfeinerung des Produkt-Backlogs, sodass eine Definition of Ready überflüssig ist. Eliminieren Sie Bürokratie, wann immer es möglich ist. Ob Sie es glauben oder nicht, es gibt ein Jira-Plugin für die Definition of Ready, suchen Sie einfach auf dem Marktplatz von Atlassian.

Fazit

Die Definition of Done ist ein wichtiges Sprungbrett für das Scrum-Team, um ein Inkrement in der erwarteten Qualität zu liefern. Sie bietet aus der Sicht des Teams eine gute Investitionsrendite und sollte das Scrum-Team bei der Erreichung der Produktziele leiten. Die Vernachlässigung der Definition of Done wird langsam, aber sicher die Fähigkeit des Teams, die Probleme der Kunden zu lösen, seinen Ruf und seinen Beitrag zur Nachhaltigkeit des Unternehmens untergraben.

Wie gehen Sie mit der Definition of Done um? Bitte teilen Sie Ihre Erfahrungen mit uns in den Kommentaren.

📖 Prinzipien der Definition of Done — Weitere Lektüre

28+2 Sprint Anti-Patterns

20 Sprint Planning Anti-Patterns

24+2 Daily Scrum Anti-Patterns

15 Sprint Review Anti-Patterns

21 Sprint Retrospektive Anti-Patterns

Download the 73 Scrum Master Interview Questions for free.

✋ Nicht versäumen: Lernen Sie mehr über die Prinzipien der Definition of Done im 12.000-köpfigen “Hands-on Agile Slack Team”

Ich lade Sie ein, sich dem “Hands-on Agile” Slack-Team anzuschließen und die Vorteile einer schnell wachsenden, lebendigen Gemeinschaft von agilen Praktikern aus der ganzen Welt zu genießen.

Wenn Sie jetzt beitreten möchten, müssen Sie nur noch Ihre Anmeldeinformationen über dieses Google-Formular angeben, und ich werde Sie anmelden. Die Mitgliedschaft ist kostenlos.

Der Artikel Definition of Done: Business Agilität und technische Exzellenz wurde zuerst auf Berlin-Product-People.com veröffentlicht.