Dr. Matthias Stephan · Zuletzt aktualisiert: 19. Februar 2023
Scrum-Teams verwenden Definitions of Done (DoD), um Inkremente funktionierender Software von ausreichender Qualität zu erstellen. Ein DoD skizziert Kriterien zur Definition, wann eine Entwicklungsaufgabe abgeschlossen ist und zur Überprüfung bereit ist. Professionelle Scrum-Teams stellen sicher, dass ihr DoD das widerspiegelt, was für funktionierende Software erforderlich ist, und überprüfen es regelmäßig, um die Produktqualität aufrechtzuerhalten.
DoD ist unerlässlich, um klare Erwartungen und Prozesse festzulegen. Vor Beginn eines Sprints sollten sich alle Teammitglieder auf die Liste der Kriterien einigen, um den Umfang der Aufgabe zu verstehen. DoD kann auf drei Ebenen/Typen festgelegt werden: Feature, Sprint und Release. Dazu gehören Design, Codierung, Integration, Tests und Dokumentation, die erforderlich sind, um ein Produkt auf den Markt zu bringen.
Entwicklung einer robusten Definition of Done
Scrum-Teams müssen vor Beginn der Entwicklung eine Definition of Done (DoD) definieren und vereinbaren. Diese DoD sollte eine prägnante, messbare Checkliste umfassen, die die Verwendbarkeit des Produkts sicherstellt. Idealerweise einigt sich das Team während des Kickoff-Workshops auf eine grundlegende DoD.
Funktionierende Software ist unerlässlich, um eine vorhersehbare Lieferung zu gewährleisten; Mit einem DoD kann der Product Owner im Grunde genommen feststellen, ob das Backlog-Item funktioniert. Sowohl Product Owner als auch das Team sollten den Status der Checkliste für ein Backlog Item leicht einsehen können, idealerweise durch automatisierte Mittel. Auf diese Weise kann der Product Owner bereits vor dem Sprint Review beurteilen, ob das Produkt bereit für die Veröffentlichung ist.
Erstellen einer ersten Definition of Done (DoD)
Eine effektive Definition of Done (DoD) ist für einen erfolgreichen Scrum-Prozess unerlässlich. Zur Erstellung dieses Qualitätsrahmens sollte ein Workshop mit dem Scrum-Team und Domänenexperten durchgeführt werden. Während des Workshops sollten die Teilnehmer Regeln für die Codeabdeckung, Entwicklungsstandards, Akzeptanzkriterien und ggf. automatisierte Tests für Sicherheitsüberprüfungen festlegen.
Darüber hinaus sollte das DoD UX- und Architekturstandards sowie nach Möglichkeit automatisierte Tests und Sicherheitsüberprüfungen enthalten. Das Team muss sicherstellen, dass das aktuelle Inkrement dem neu gebildeten DoD entspricht, bevor es Sprints ausführt. Die Qualität liegt in der Verantwortung der Entwickler, wobei jedes nachfolgende Inkrement einen höheren Qualitätsstandard erfüllt. Versionskontrollsysteme fördern gute DevOps-Prinzipien und helfen, die Einhaltung der DoD aufrechtzuerhalten.
Definition of Done vs. Acceptance Criteria
Die Definition of Done (DoD) und Akzeptanzkriterien sind zwei unterschiedliche Konzepte, die berücksichtigt werden müssen, damit eine User Story als vollständig betrachtet wird. DoD ist eine Liste von Anforderungen, die für die User Storys eines Inkrements erfüllt sein müssen, damit die Software insgesamt als fertig betrachtet wird. Akzeptanzkriterien können spezifische Testszenarien enthalten, die für die genauen Anforderungen der User Story relevant sind.
Damit ein Produktinkrement akzeptiert wird, müssen sowohl die DoD als auch die Akzeptanzkriterien zeigen, dass das Feature die Anforderungen erfüllt, um vollständig zu sein. Während die im DoD festgelegten Anforderungen auf alle User Stories anwendbar sind, werden die Akzeptanzkriterien jeder Story auf ihre individuellen Bedürfnisse zugeschnitten, um sicherzustellen, dass das Endprodukt die Erwartungen des Benutzers erfüllt.
Wie formuliere ich eine Definition of Done?
In der Produktentwicklung ist die Definition of Done (DoD) eine Reihe von Kriterien, die definieren, wann ein Projekt oder Inkrement abgeschlossen und bereit ist, in die nächste Phase überzugehen. Der Product Owner und das Entwicklungsteam arbeiten zusammen, um diese Definition zu erstellen, um die Qualität zu maximieren, und sie sollte für das gesamte Team zugänglich und verständlich sein. Ein beispielhaftes DoD für ein Softwareprojekt, wie von Scrum Inc vorgeschlagen, ist, dass es nach Standards codiert, überprüft, mit testgetriebener Entwicklung implementiert, mit 100-prozentiger Testautomatisierung getestet, integriert und dokumentiert werden sollte. Dies kann je nach Wunsch des Teams in Form einer Liste oder ganzer Sätze erfolgen, obwohl eine Liste normalerweise einfacher zu verstehen ist. Es sollte beachtet werden, dass die DoD angepasst werden kann, aber mit Geduld und auf transparente Weise erfolgen sollte.
Beispiele
Eine „Definition of Done“ (DoD) ist eine Reihe von Kriterien, die erfüllt sein müssen, damit ein Produkt-Backlog-Element als abgeschlossen gilt. Hier sind ein paar Beispiele für eine Definition of Done:
- Software-Entwicklung:
- Der Code wurde von mindestens einem anderen Entwickler überprüft.
- Alle automatisierten Unit- und Integrationstests wurden geschrieben und bestanden.
- Die Funktion wurde in einer Staging-Umgebung bereitgestellt und von einem QA-Team getestet.
- Die Benutzerdokumentation ist aktualisiert worden.
- Der Code wurde in den Hauptzweig integriert.
- Website-Design:
- Alle Designelemente wurden vom Kunden genehmigt.
- Alle Seiten wurden in verschiedenen Browsern und Geräten getestet.
- Die Website ist für Barrierefreiheit und SEO optimiert.
- Die Website wurde auf Reaktionsfähigkeit und Mobilfreundlichkeit getestet.
- Die Website wurde in einer Staging-Umgebung bereitgestellt und von einem QA-Team getestet.
- Produktherstellung:
- Alle Produkte wurden inspiziert und haben die Qualitätskontrolle bestanden.
- Die Produkte wurden korrekt verpackt und etikettiert.
- Alle erforderlichen Unterlagen wurden ausgefüllt und archiviert.
- Das Produkt wurde auf Sicherheit und Übereinstimmung mit den Industriestandards getestet.
- Agiles Projektmanagement:
- Alle Aufgaben sind abgeschlossen und als erledigt markiert.
- Alle Bugs und Probleme sind behoben.
- Alle Beteiligten haben die Ergebnisse geprüft und genehmigt.
- Alle notwendigen Dokumentationen wurden fertiggestellt.
- Das Projekt wurde erfolgreich implementiert und ist bereit für die Wartung.
Kontinuierliche Überprüfung der DoD zur Gewährleistung von Qualität, Integrität und Konsistenz
Angesichts der Bedeutung von Qualität und Konsistenz ist es wichtig, regelmäßig eine Überprüfung der Standards durchzuführen, um sicherzustellen, dass das DoD den Prozess genau widerspiegelt. Die Überprüfung sollte die Identifizierung neu aufkommender Kriterien und gegebenenfalls Änderungen am DoD umfassen. Alle Änderungen sollten in der Sprint-Retrospektive besprochen werden, um sicherzustellen, dass alle Beteiligten sich der Auswirkungen und Ergebnisse bewusst sind. Dadurch wird sichergestellt, dass die Qualität, Integrität und Konsistenz des Projekts erhalten bleibt. So garantiert die regelmäßige Überprüfung und Diskussion des DoD während des Sprints, dass alle Teilnehmer synchron sind und dass das Team immer auf ein einziges, einheitliches Ziel hinarbeitet.
