Checklist für ScrumMaster Ich als ScrumMaster...... schütze das Team vor allen Störungen.... löse Impediments (innerhalb von 24 Stunden).... verbessere die Produktivität des Scrum-Teams.... achte darauf, dass der Scrum Prozess eingehalten wird. Meetings Meetings/ Workshops Ich sorge dafür, dass jeder Workshop Resultate liefert. Ich beziehe jedes Teammitglied mit ein. Ich halte jeden Workshop so kurz wie möglich und so lang wie nötig. Ich moderiere jedes Meeting/jeden Workshop bzw. delegiere diese Aufgabe weiter. Ich achte auf die Zeit und verantworte die Einhaltung der Timebox. Ich sorge für die Einhaltung der Scrum Meetings und justiere ggf. nach. Sprint Planning 1 Das Team stellt Verständnisfragen an den Product Owner und notiert die Antworten auf dem Flipchart. Alle relevanten Informationen sind für alle les- und nachvollziehbar auf dem Flipchart au ereitet. Alle Teammitglieder beteiligen sich. Das Team spricht ausschließlich über das Was?. Jede Funktionalität wird von meinem Team über mindestens einen User Acceptance Test verifiziert. Als Scrum Master setze ich (im Zweifelsfall) die Interessen und das Commitment meines Teams gegenüber dem PO durch. Mein Team geht engagiert und interessiert aus dem Meeting. File: Checklist_ScrumMaster_2012.pages Rev.: 1.0 Seite 1
Sprint Planning 1 Ich sorge für eine Arbeitsatmosphäre mit ausreichend Pausen. Sprint Planning 2 Falls mein Team einen Experten zur Unterstützung seiner Arbeit benötigt, organisiere ich diesen. Mein Team arbeitet aktiv an der der Lösung jeder User Story anhand von Architekturideen und Umsetzungsmöglichkeiten. Ich fördere rege Diskussionen und fachlichen Austausch zwischen den Teammitgliedern. Das Team formuliert zum Ende des Sprint Planning 2 Tasks, die nicht länger als einen Arbeitstag dauern. Daily Scrum Ich achte darauf, dass alle Teammitglieder pünktlich zum Daily Scrum erscheinen. Das Team hangelt sich selbstständig an den vier Daily-Fragen entlang: - Was habe ich gestern gemacht? - Was werde ich heute erledigen? - Welche Impediments müssen gelöst werden? - Wen kann ich heute unterstützten? Das Team trägt täglich den Stand der Burn-Down-Charts ein und somit verantworte ich den aktuellen Stand. Das Team führt das Daily Scrum auch in meiner Abwesenheit durch. Die Aufgabenliste in In Progress stimmt mit dem überein, was das Team aktuell erledigt. Es ist für mich, das Team und Außenstehende ersichtlich, wer an einem Task in In Progress arbeitet. Es wird nicht an mich reportet, sondern das Team berichtet sich untereinander, was der aktuelle Stand der Arbeit ist. Es ist ersichtlich, wie lange bereits an einem Task gearbeitet wird. File: Checklist_ScrumMaster_2012.pages Rev.: 1.0 Seite 2
Daily Scrum Ich erkundige mich bei Tasks, an denen bereits mehrere Tage gearbeitet wurde, ob diese in kleinere Tasks aufgespalten werden können. Ich achte darauf, dass das gesamte Team jede User Story nacheinander abarbeitet. Abgeschlossene Tasks in Done sind wirklich abgeschlossen. Ich löse die Impediments innerhalb von 24 Stunden. Review Es wird ausschließlich Usable Software präsentiert. Ich achte darauf, dass der Kunde bzw. ein Kundenvertreter am Review teilnimmt. Ich notiere mir Anmerkungen und Wünsche, die der Kunde äußert. Retrospektive Ich schaffe ein Vertrauensverhältnis innerhalb und zwischen dem Team und mir. Es werden alle Impediments und Probleme klar und verständlich kommuniziert. Ich habe für die Retrospektive einen geschützten Raum gefunden, in dem sich das Team wohl fühlt. Estimation Meeting Mein Team hat verstanden, dass wir nach Funktionalität aus User-Sicht schätzen. Es wird während dem Magic Estimation nicht gesprochen. Ich achte, gemeinsam mit dem PO auf User Stories, die mehrfach wandern und markiere sie mit einem Punkt. Ich sorge dafür, dass alle User Stories, die gewandert sind, besprochen werden, um dem PO Anhaltspunkte für das Nachschärfen seiner Stories zu geben. Ich achte darauf, dass die Besprechung der User Stories zeitlich überschaubar bleibt. File: Checklist_ScrumMaster_2012.pages Rev.: 1.0 Seite 3
Zusammenarbeit mit dem Product Owner Product Backlog Ich achte darauf, dass das Product Backlog am aktuellen Stand ist. Das Product Backlog dient für daran interessierte Stakeholder als Wissensdatenbank. Ich unterstütze den PO bei der Anfertigung der User Stories. Backlog Items Die hoch priorisierten Backlog Items sind spezifischer formuliert als die niedrig priorisierten Backlog Items. Die einzelnen Backlog Items sind ausgedruckt (z.b.: Big Visible Charts ; große Diagramme und Ausdrucke sind weitaus e ffektiver als kleine Charts). Die Backlog Items sind so formuliert, dass ersichtlich ist, dass es keine Anforderungen, sondern Eigenschaften und Merkmale vom Produkt sind. Das Backlog Item ist so formuliert, dass ersichtlich ist, dass es sich um ein Zwischenprodukt oder ein Endprodukt handelt. Über das beschriebene Backlog Item kann diskutiert werden, d.h. beim Durchlesen der Story sind noch Fragen o ffen. Das Backlog Item enthält keine Informationen über das Wie. Jede Story ist wie folgt formuliert: Als Anwender mit der Rolle, benötige ich eine Funktionalität, damit ich einen Nutzen bekomme. Kommunikation mit dem Product Owner Ich richte mit dem Product Owner regelmäßige Termine ein um Aktuelles zu besprechen. Ich scha ffe ein Vertrauensverhältnis zum Product Owner. Ich unterstütze meinen Product Downer bei Rollenfindung. File: Checklist_ScrumMaster_2012.pages Rev.: 1.0 Seite 4
Zusammenarbeit mit dem Team Erwartungen in meinem Team Alle Teammitglieder haben das gleiche, o ffen kommunizierte Verständnis von professioneller Arbeit. Mein Team arbeitet selbstorganisiert. Das Team übernimmt Selbstverantwortung und hat den Willen zur Lieferung. Teammitglieder fordern sich gegenseitig heraus und motivieren einander zur Bestleistung. Mein Team und ich kennen die Erwartungen in meinem Team: - Erwartungen an die anderen. - Erwartungen an die Arbeit. - Erwartungen an mich. Ich sorge dafür, dass keine Hierarchien in meinem Team entstehen. Ich kenne die informellen Rollen, die meine Teammitglieder in meinem Team haben. Klima im Team Mein Team ist eine Einheit. Es ist eine sehr gute Kommunikation im Team gegeben. Probleme im Team sind mir bekannt und werden von mir minimiert. Probleme werden besprochen, sobald sie auftreten. Erfolg und Misserfolg werden gemeinsam getragen. Probleme werden angesprochen und schwierige Diskussionen werden geführt, ggf. mit meiner Unterstützung. Arbeit im Team Mein Team erledigt seine Aufgaben von sich aus. Mein Team fühlt sich gemeinschaftlich verantwortlich für regelmäßige und unbeliebte Aufgaben. File: Checklist_ScrumMaster_2012.pages Rev.: 1.0 Seite 5
Arbeit im Team Mein Team handelt eigenverantwortlich. Mein Team fokussiert sich auf die Erfüllung der Akzeptanzkriterien. Mein Team erreicht einen hohen Grad an Konzentration und ist fähig, sich auf einen kleineren Aufgabenbereich zu fokussieren. Mein Team hat klar erreichbare Ziele und Erwartungen vor Augen, die nach seinen Skills und Möglichkeiten ausgerichtet sind. Die Teammitglieder sind weder unter- noch überfordert. Ich handle in jeder Hinsicht als Vorbild. Das Management bewertet (u.a.) das Team am gemeinsamen Erfolg. Zusammenarbeit mit dem Management Zusammenarbeit mit dem Management Im ScrumMaster Daily arbeiten wir an der Beseitigung von Hürden. Ich kenne die Hierarchien in meiner Organisation, um Impediments zeitnah aufzulösen. Ich kenne alle wichtigen Ansprechpartner in meiner Organisation, um Impediments zeitnah aufzulösen. Impediments und organisationale Hürden können an das Management vollständig kommuniziert werden. Impediments und organisationale Hürden werden an das Management vollständig kommuniziert. Ich deponiere beim Management, dass die Zielvereinbarungen auf Kollektivziele des Scrum-Teams ausgerichtet sind. Ich helfe, eine lernende Organisation aufzubauen. Ich spreche die möglichen Ansprechpartner im Recruiting/ Human Resources an und informiere über Scrum, damit sie es im Recruitingprozess nach außen tragen können. File: Checklist_ScrumMaster_2012.pages Rev.: 1.0 Seite 6