In der Klassiker Serie versuche ich einige meiner Posting-”Klassiker” nachzuerzählen. Ich beginne mit meinem Klassiker Post über Sprint Planning Meeting # 1. [1]

5 min on Scrum | Sprint Planning 1

Ein Sprint Planning Meeting 1 abzuhalten ist einfacher als man denken möchte.

Zuerst gehen wir durch, was man nicht machen sollte:

1. Man macht nicht – resize the backlog items
2. Man macht nicht – estimate tasks

Die meisten Scrum Teams glauben, sie sollten ihre Commitments nach dem Sprint Planning 1 auf den “Estimates” für die Backlog Items begründen. Nichts ist mehr gefehlt als das. Ich weiß, warum wir das in der Vergangenheit getan haben: Wir, mich eingeschlossen, verstanden ganz einfach den Zweck des Meetings nicht ganz = Ein sehr klares Bild darüber zu erhalten, was zu liefern sei …. IM DETAIL!

Der Zweck dieses Meetings war und ist es, vollständig bis ins Detail zu verstehen, was der End-User möchte. Das Entwicklungsteam muss ein sehr detailiertes Bild erschaffen, was sie zu liefern haben.

Was macht man in einem Sprint Planning 1:

1. Beginnen Sie mit dem ersten Backlog Item.
2. Verstehen Sie das Backlog Item indem Sie die Anforderungen dieses Backlog Items verstehen.
3. Finden Sie die User Acceptance Tests.
4. Finden Sie die Acceptance Criteria.
5. Finden Sie die Constraints (Leistung, Stabilität, …)
6. Finden Sie den Level of Done für diese Story heraus.
7. Entwerfen Sie Bilder von dem was geliefert werden soll (Flow-Charts, UML-Diagramme, Scribbles, Screen Designs, …)
8. Gehen Sie zurück zu Schritt 1 – nehmen Sie das nächste Backlog Item.

Achtung: Machen Sie eine Prozess-Überprüfung, falls Sie als ScrumMaster das Gefühl haben, das Team hätte genug Backlog Items. Fragen Sie sie ob sie die folgenden Frage schnell und nach grober Einschätzung beantworten können:

“Können wir das erste Backlog Item in diesem Sprint erledigen? Falls die Antwort “JA” ist, fragen Sie weiter bis zum letzten derzeitig analysierten Backlog Item.”

Als nächstes – Machen Sie eine Pause.

• Nach der Pause – beginnen Sie den Prozess mit dem nächsten Backlog Item.
• Ende dieses Prozesses: Stoppen Sie 20 Minuten vor dem Ende von Sprint Planning 1.
• Fragen Sie nochmal – diesmal noch ernster:
• Könnt ihr das erste Backlog Item erledigen, …, das zweite, …?
• Stoppen Sie, wenn Sie glauben, dass das Team nicht mehr Backlog Items erledigen kann.
• Nun – ein sehr wichtiger Schritt:  Schicken Sie den ProductOwner aus dem Raum. Er muss wirklich gehen!

Fragen Sie das Team nachdem er den Raum verlassen hat:

“Ernsthaft – Ist das die Liste die ihr glaubt erledigen zu können?”

Es ist zu hoffen, dass sie nun eine Diskussion abhalten, um herauszufinden, was sie wirklich glauben erledigen zu können. Meistens werden sie die Gelegenheit nutzen, um offene Fragen alleine zu lösen, oder sie werden einander helfen, um herauszufinden, was sie tun können und was nicht.

Sie sollten zwischen den Teammitgliedern eine kurze Diskussion anregen.

Kommunizieren Sie die Antwort dem ProductOwner und dem End-User. KEINE DISKUSSION ERLAUBT.

Zur Erinnerung: Das Team entscheidet, was es erledigen kann und es sagt den anderen, was es tun möchte.

Der Grund dafür ist: Wir möchten jeden Versuch vermeiden, das Team zu zwingen mehr zu liefern, als es glaubt liefern zu können.

Versuchen Sie es! Es funktioniert! Sie werden ein produktiveres, motivierteres und erfolgreicheres Team bekommen, als Sie für möglich gehalten hätten.

——————————————

Ich schrieb diesen Post am 5. August 2008. Ich kann immer noch sagen, dass diese Art ein Sprint Planning Meeting 1 abzuhalten, die produktivste Art des Meetings ist, die ich kenne. Wir benutzen diese Methode mit allen Teams, die wir coachen. Alle berichten von einem viel besseren Gefühl über das was von ihnen erwartet wird.

——————————————

[1] http://borisgloger.com/2008/08/05/5-min-on-scrum-sprint-planning-1/