Wenn ein Scrum Master die Scrum Patterns (hilfreiche Prozesse) zusammen und effizient einsetzt, kann er nicht nur die üblichen Scrum Fallen umgehen, sondern auch die Wettbewerbsfähigkeit des Unternehmens bedeutend steigern. Weil immer neue Scrum Patterns entstehen, kann man diese zusammen einsetzen. Das wird "Pattern Language of Programming" oder PLoP genannt. Jedes der Patterns setzt voraus das nächste Pattern.

1. Scrum Patterns
Pattern Language of Programming

2. Scrum Fallen - Scrum Patterns
Das einfache Scrum Framework kann nicht alle Probleme lösen!
Die Scrum Teams haben oft die gleichen Probleme, die man Scrum
Fallen (Scrum Pitfalls) nennt.
Die Scrum Fallen (pitfalls) kann man durch Scrum Patterns (hilfreiche
Prozesse ) umgehen.
Weil immer neue Scrum Patterns entstehen, kann man diese zusammen
einsetzen. Das wird "Pattern Language of Programming"
oder PLoP genannt.

3. 1 Pattern Stabile Teams
Versuchen sie zu vermeiden, dass Team-Mitglieder in mehreren
Teams %-weise arbeiten und ständig wechseln! Stabile Teams
kennen ihre Kapazität und sind besser vorhersagbar für den
Business. Team-Mitglieder können sich besser identifizieren, wenn
sie nur einem Team zugehören!
Halten Sie Ihre Teams nicht nur klein, sondern auch stabil!

4. 2 Pattern "Yesterday’s Weather"
Stabile Teams haben auch eine stetige Velocity-Steigerung je Sprint,
idealerweise um die 10%, bis sie nicht Ihre Überproduktivität erreicht
haben. Basierend auf die erreichte Velocity vom vorherigen Sprint,
kann ein Team die erledigten Punkten +10% (Points) für das neue
Sprint einplanen. Das nennt man Pattern " Yesterday's Weather". Es
hilft dem Team besser zu planen.
Messen Sie Ihre Velocity! Planen Sie besser!

5. 3 Pattern Swarming
Die Regel besagt, dass das Team mit der Story aus dem Product Backlog
anfangen soll, die den größten Business Value hat.
Meistens hat ein Team Schwierigkeiten erfolgreich den Sprint abzuschliessen,
weil es nicht auf eine Story aus dem Backlog fokussiert ist und viel zu viel WiP
(work in progress) hat.
Pattern Swarming betrifft genau diese Fokussierung der Aufmerksamkeit und
Unterstützung des Teams auf diese Story, bis sie nicht abgeschlossen und auf
DONE gesetzt wird. Wenn das Team dem Verantwortlichen nicht
tatsächlich helfen kann, sorgt es wenigstens dafür, das der nicht unterbrochen
oder abgelenkt wird!
Bleiben Sie fokussiert!

6. 4 Interrupt Pattern
Unterbrechungen beeinträchtigen die Produktivität eines Scrum Teams.
Damit diese nicht zu chronischen Dysfunktion des Teams werden, helfen
einfache Regeln:
1. Basierend auf Messungen / Erfahrung wird vom Team ein Puffer für
nicht vorgesehenen Unterbrechungen eingeplant
2. Alle ungeplanten Anforderungen (requests) müssen vom Product
Owner gesichtet und priorisiert werden, bevor das Team diese
bearbeitet
3. Sollte der Puffer auch mit nur einem Punkt überschritten werden, wird
der Sprint automatisch unterbrochen, neu geplant und das
Management wird über die Verzögerung informiert
Planen Sie Puffer für nicht vorgesehenen Unterbrechungen ein!

7. 5 Pattern Daily Clean Code
Das Ziel ist es am Tagesende eine fehlerfrei Codebasis zu
haben (completely clean base of code).
Beseitigen Sie die Fehler in weniger als einen Tag!
Wenn Sie einen Bug zu der Bugliste oder Sprint Backlog hinzufügen,
behandeln Sie ihn doppelt!
Sollte der Fehler nicht innerhalb eines Tages beseitigt werden, ist das ein
Indiz für ernste Probleme in dem Produktdesign und Sie müssen es
spätestens in der Sprint-Retrospektive besprechen!
Beseitigen Sie die Fehler in weniger als einen Tag!

8. 6 Pattern Stop the Line
" No problem is a problem!" besagt die Mantra des japanischen
Managements!
Die Agilität bedeutet sehr schnelle Anpassung zu Veränderung und sehr
schnelle Reaktion auf die Veränderung; schnelle Identifizierung von
Problemen und deren schnelle und richtige Beseitigung !
Es ist wichtig für das Scrum Team und in der Verantwortung des Scrum
Masters eine Emergency Procedure (Notfall-Prozedur) zu vereinbaren
und zu benutzen, falls und sobald sie Risiko identifizieren.
Diese Prozedur muss auch den Product Owner involvieren! Die Kaizen
Mentalität verlangt die Beseitigung der Problemquelle und eine
Veränderung in der Arbeitsweise, die zum Risiko geführt hat.
Benutzen Sie Notfall-Prozedur!

9. 7 Pattern Scrum the Scrum
Nur wenige Scrum Teams erreichen ihre Überproduktivität
(hyperproductivity state). Der Grund dafür ist, dass nicht jedes Team
seine Hindernisse richtig identifizieren und diese dann auch
schnell beseitigen kann.
Es gibt Hindernisse, deren Beseitigung eine extreme Fokussierung der
Anstrengungen des Teams über längere Zeit in Anspruch nehmen kann.
Langsame Ergebnisse können das Team demotivieren!
Identifizieren Sie bei der Sprint Retrospektive das wichtigste Hindernis und
konzentrieren Sie die Kraft des Teams auf seine Beseitigung in dem
darauf folgenden Sprint!
Benutzen sie Ihr Backlog auch für Impediments!

10. Kontakt
Von Think-PI bekommen Sie nur individuelle Leistungen
und individuelle Antworten auf Ihre Fragen. Schreiben
Sie uns oder rufen Sie uns an. Wir unterstützen Sie
gerne mit unseren Lösungen für Ihren Erfolg!
Tel: +49(0)898509177
Fax: +49(0)8989340815
Mobil:+49(0)15122984917
Email: info(at)think-pi.de
www.think-pi.de