Vorschläge zur Sicherung der Qualität in agilen Projekten basierend auf Scrum.
Version 1.1.0
Feedback an mail@jannis-kuehn-consulting.de
Siehe auch: Software Project Review Guide (.NET)
Anmerkungen, Vorschläge und Hinweise sind ausdrücklich erwünscht!
Inhaltsverzeichnis
C001 Aktuelle Impediments sind bekannt und dokumentiert.
Beispiel: Eintrag im Impediment Backlog
Tags: Product Owner Team
C002 Impediments können auch außerhalb der Regeltermine an den Scrum Master addressiert werden.
Beispiel: Scrum Master ist kurzfristig erreichbar.
Tags: Product Owner Scrum Master Team
C031 Aktuelle Impediments sind jederzeit transparent.
Beispiel: Physisches Impediment Backlog im Teamraum.
Tags: Product Owner Scrum Master Team
C028 Das Backlog ist durch den Product Owner gepflegt und sortiert.
Beispiel: Pflege in Azure Boards - Backlogs.
Tags: Backlog Product Owner
C032 Der Aufwand für alle Backlog Items im Sprint ist geschätzt.
Beispiel: Relative Bewerung von Aufwand, keine Zeiteinheiten.
Tags: Backlog Product Owner
C033 Backlog Items sind nicht Personen, sondern ausschließlich den Sprints zugeordnet.
Beispiel: Zuordnung zu Personen in Azure Boards erst auf Task-Ebene.
Tags: Backlog Product Owner
C022 Der Termin für das nächste Sprint Planning ist terminiert.
Beispiel: Regeltermin an einem festen Ort, zu einer festen Zeit.
Tags: Product Owner
C023 Die Themen, sowie die Backlog Items für das nächste Sprint Planning sind vorbereitet und die Agenda ist definiert.
Beispiel: Themen und Agenda durch Product Owner ausgearbeitet.
Tags: Product Owner
C024 Das Sprintziel für den nächsten Sprint steht fest.
Beispiel: Grobe Definition durch den Product Owner und Ausarbeitung während des Sprint Plannings.
Tags: Product Owner Team
C025 Die Teilnehmer für das nächste Sprint Planning sind eingeladen und wurden über die Agenda informiert.
Beispiel: Termin mit Agenda und Möglichkeiten zur Zu-, bzw. Absage des Termins.
Tags: Product Owner
C026 Die Lessons Learnd der vorherigen Sprints finden bei dem Sprint Planning Beachtung.
Beispiel: Die Lessons Learned sind während des Termins für alle sichtbar. Bei Diskussionen werden die Lessons Learned beachtet.
Tags: Product Owner Team
C027 Das gesamte Team nimmt regelmäßig am Sprint Planning teil.
Beispiel: Abwesenheiten beschränken sich auf ein Minimum.
Tags: Product Owner Team
C003 Das Sprintziel ist definiert und jederzeit transparent.
Beispiel: Visualisierung im Teamraum.
C004 Das Daily Standup wird täglich zu einer festen Uhrzeit durch das Team durchgeführt.
Beispiel: Regeltermin zu Daily Standup
Tags: Scrum Master Team
C005 Die Terminserie für das Daily Standup ist eingestellt.
Beispiel: Regeltermin an einem festen Ort, zu einer festen Zeit.
Tags: Team
C006 Die Lessons Learnd der vorherigen Sprints finden bei dem Daily Standup Beachtung.
Beispiel: Die Lessons Learned sind während des Termins für alle sichtbar. Bei Diskussionen werden die Lessons Learned beachtet.
Tags: Team
C007 Die Lessons Learnd der vorherigen Sprints sind während des gesamten Sprints sichtbar und finden Beachtung.
Beispiel: Flipchart / Post-it / Wallprint.
Tags: Team Visualisierung
C029 Der Sprintstatus ist visualisiert.
Beispiel: Burn-Down-Chart in Teamraum.
C030 Das gesamte Team hat genug Kapazitäten um die für den Sprint geplanten aktivitäten wahrzunehmen.
Beispiel: Andere Termine werden abgesagt und niemand wird während des Sprints für andere Tätigkeiten eingeplant.
Tags: Product Owner Scrum Master
C008 Der Termin für das nächste Backlog Refinement ist terminiert.
Beispiel: Regeltermin an einem festen Ort, zu einer festen Zeit.
Tags: Product Owner
C009 Die Backlog Items für den nächsten Refinement Termin sind durch den Product Owner vorbereitet.
Beispiel: Das Backlog ist sortiert und der Product Owner kann auf Fragen aus dem Team anworten.
Tags: Product Owner
C010 Product Owner und Scrum Master sind für das nächste Backlog Refinement verfügbar.
Beispiel: Product Owner vor Ort, Scrum Master auf Abruf erreichbar.
Tags: Product Owner Scrum Master
C011 Die Lessons Learnd der vorherigen Sprints finden bei dem Backlog Refinement Beachtung.
Beispiel: Die Lessons Learned sind während des Termins für alle sichtbar. Bei Diskussionen werden die Lessons Learned beachtet.
Tags: Product Owner Team
C012 Das gesamte Team nimmt regelmäßig am Backlog Refinement teil.
Beispiel: Abwesenheiten beschränken sich auf ein Minimum.
Tags: Product Owner Team
C013 Der Termin für das nächste Sprint Review ist terminiert.
Beispiel: Regeltermin an einem festen Ort, zu einer festen Zeit.
Tags: Product Owner
C014 Die Themen für das nächste Sprint Review sind vorbereitet und die Agenda ist definiert.
Beispiel: Themen und Agenda durch Product Owner ausgearbeitet.
Tags: Product Owner Team
C015 Die Teilnehmer für das nächste Sprint Review sind eingeladen und wurden über die Agenda informiert.
Beispiel: Termin mit Agenda und Möglichkeiten zur Zu-, bzw. Absage des Termins.
Tags: Product Owner
C016 Die Lessons Learnd der vorherigen Sprints finden bei dem Sprint Review Beachtung.
Beispiel: Die Lessons Learned sind während des Termins für alle sichtbar. Bei Diskussionen werden die Lessons Learned beachtet.
Tags: Product Owner Team
C034 In jedem Sprint entsteht ein "Potentially Shippable Product".
Beispiel: Die Softwarelösung ist getestet und steht zum Release bereit.
Tags: Product Owner Team
C035 Das gesamte Team nimmt regelmäßig am Sprint Review teil.
Beispiel: Abwesenheiten beschränken sich auf ein Minimum.
Tags: Product Owner Team
C017 Der Termin für die nächste Sprint Retrospektive ist terminiert.
Beispiel: Regeltermin an einem festen Ort, zu einer festen Zeit.
Tags: Product Owner
C018 Die Themen für die nächste Sprint Retrospektive sind vorbereitet und die Agenda ist definiert.
Beispiel: Themen und Agenda durch Product Owner ausgearbeitet.
Tags: Product Owner Team
C019 Die Teilnehmer für die nächste Sprint Retrospektive sind eingeladen und wurden über die Agenda informiert.
Beispiel: Termin mit Agenda und Möglichkeiten zur Zu-, bzw. Absage des Termins.
Tags: Product Owner
C020 Die Lessons Learnd der vorherigen Sprints werden bei der Sprint Retrospektive validiert und erweitert.
Beispiel: Ergänzung um erlebte Situationen und neue Themen, bei Bedarf Ausformulierung bestehender Einträge.
Tags: Product Owner Team
C021 Das gesamte Team nimmt regelmäßig an der Sprint Retrospektive teil.
Beispiel: Abwesenheiten beschränken sich auf ein Minimum.
Tags: Product Owner Team
Kontakt: mail@jannis-kuehn-consulting.de
Dokument: https://old.k-drummer.de/AgileProjectReviewGuide
Impressum: https://old.k-drummer.de/
Guide Version: 1.1.0 (07.04.2020)
Major: Große strukturelle Änderungen
Minor: Nummern neu vergeben (z.B. C053 auf C065)
Patch: Neue Kapitel, Neue Einträge, Textanpassung, Reihenfolge
Last Page Update: 06.01.2021
Guides
Agile Projects: https://old.k-drummer.de/AgileProjectReviewGuide
Software Projects: https://old.k-drummer.de/SoftwareProjectReviewGuide
Datenschutzerklärung:
Der Webserver protokolliert Seitenzugriffe und die IP-Adressen der Aufrufer. Diese Protokolle werden ausschließlich zur Fehlersuche ausgewertet. Da es auf dieser Seite keine Benutzerkonten oder Tracking-Cookies gibt, sind diese Daten keiner Person zuordenbar und werden damit als nicht Personenbezogen betrachtet. Abgesehen davon werden keine Daten erhoben, gespeichert oder ausgewertet.
© 2020 Jannis Kühn Rights Reserved