Simon Flossmann

Unternehmen erwarten, dass Scrum Master eine respektvolle Kultur schaffen.

Working-Agreements sind eine einfache Möglichkeit, Respekt im Team zu fördern.

Leider ist es ebenso einfach dabei Fehler zu machen.

Fehler, die Teammitglieder zu Einzelkämpfern werden lassen. Fehler, die zu keinen wirksamen Verbesserungen in der Retrospektive führen. Fehler, die dazu führen, dass neue Mitglieder im Team nicht wirklich ankommen.

Erfahren Scrum Master übernimmt die Verantwortung, dass diese Fehler nicht passieren. Wenn du auch bereit bist, diese Verantwortung zu übernehmen und dabei diese Fehler vermeiden willst, dann lies weiter…

Der Scrum Guide leistet bereits eine gute Arbeit, das Scrum-Rahmenwerk in seiner Ganzheit zu erklären. Für Scrum-Neulinge ist diese Darstellung zu theoretisch, sie suchen als ersten Einstieg einen Schnelldurchlauf durch einen Sprint.

Liest du weiter, bekommst du diesen Schnelldurchlauf:

Nichts ist alarmierender als eine solche Aussage:
„Sprich bitte in der Pause mit der Labertasche, das halte ich nicht mehr aus!“
Wirst du als Moderator eines Meetings von einem Teilnehmer so angesprochen, sollten alle Alarmglocken läuten. Jetzt wird es höchste Zeit, zu handeln.
Unerfahrene Moderatoren begehen reihenweise die gleichen Fehler!
Willst du nicht als unerfahren abgestempelt werden, lies weiter. Ich verrate dir fünf „schwierige Personentypen“, auf die ich in den vergangenen Jahren gestoßen bin. Und ich zeige dir, wie du Fehler vermeidest, die ich in diesen Situationen gemacht habe.

Verwendet dein Scrum Team eine Definition of Ready?

Möchtest du Selbstmanagement, Interdisziplinarität und Agilität in deinem Scrum Team fördern, solltest du dies kritisch überdenken.

Wenn du weiter liest, dann erhältst du Argumente, warum du die Verwendung einer Definition of Ready auch in deinem Team kritisch hinterfragen solltest.

Im Sommer 2021 nahm ich an einem Werte-Workshop teil.

Der Tag endete für mich mit mehr Fragezeichen, als er begonnen hatte. Nicht die Diskussion über die Werte verwirrte mich, sondern die Frage: Was unterscheidet Vision, Mission, Strategie und Roadmap?

Im letzten Jahr habe ich viel gelesen, recherchiert und mit erfahrenen agilen Coaches darüber gesprochen, was eine Vision, eine Mission und eine Roadmap auszeichnet. Dabei bin ich auf die folgende, überraschend einfache Erklärung gestoßen.

Um dir ein Jahr Arbeit zu ersparen, teile ich sie hier mit dir:

„Als [Rolle] möchte ich [Funktion], um [Nutzen].“

User Stories, die so geschrieben sind, bergen drei große Probleme:

1. Sie ignorieren den Kontext oder die konkrete Situation.
2. Sie verwenden Personas.
3. Sie koppeln die Funktion mit dem Ergebnis für den Nutzer.

Hier die Probleme im Detail:

9 von 10 Agilisten verbringen ihre Zeit damit, Dinge zu verbessern.

Aber was bedeutet „besser“ eigentlich?

– Ist es besser, wenn weitere Prozesse zur Qualitätssicherung eingeführt werden?
– Ist es besser, wenn weitere Funktionen zum Produkt hinzugefügt werden?
– Ist es besser, wenn wir stets neue Methoden in den Ablauf der Retrospektive einfügen?
– Ist es besser, wenn wir noch ein weiteres Chat-Tool einführen, damit das Team besser kommunizieren kann?

An welchem Punkt ist „besser“ dann gut genug?

Ich nehme dir die Antwort vorweg: Wenn „besser“ „mehr“ bedeutet, dann niemals.

Mehr Prozesse, mehr Features, mehr Methoden und mehr Tools sind keine Garantie für Agilität.

Wenn du wissen willst, welche Frage sich Agilisten stattdessen stellen sollten dann lies weiter…

Der Scrum Guide enthält viele Regeln und Empfehlungen, aber kannst du sie unterscheiden?

User Storys zu schätzen ist nicht verpflichtend. In Scrum gibt es keine verpflichtenden Best Practices! Scrum ist ein Rahmenwerk und keine Methode. Der Scrum Guide beschreibt deshalb nur das „Was“ und nicht das „Wie“. Deshalb sind Praktiken immer nur Empfehlungen.

Scrum Master, die Best Practices als verpflichtende Scrum Regeln auffassen, behindern die Agilität im Unternehmen. Agil zu sein bedeutet, sich an den Kontext anzupassen. Allerdings ist dieser für jedes Team, jedes Produkt und jedes Unternehmen verschieden.

Damit du nicht auch zu diesen Scrum Mastern gehörst, findest du hier eine Übersicht der wichtigsten Regeln und Empfehlungen aus dem Scrum Guide.

Die wichtigste Aufgabe als Facilitator ist nicht, zu facilitieren.

Stattdessen solltest du deinem Team die Groan Zone erklären. 99 % der Scrum Master machen den Fehler, dass sie ihr Wissen und ihre Erfahrung mit Gruppendynamik nicht mit ihrem Team teilen. Dadurch zwingen sie ihr Team bei der Moderation von Scrum Events vom Scrum Master abhängig zu sein. Teilst du hingegen dein Wissen über die Groan Zone mit deinem Scrum Team, dann wird Facilitation eine Fertigkeit jedes Teammitglieds. Damit stärkst du wirksam die Fähigkeit zum Selbstmanagement.

Selbstmanagement zu fördern, ist der eigentliche Auftrag jedes Scrum Masters.

In Trainings, Workshops und auf Konferenzen habe ich in den vergangenen Monaten unzählige Male die Groan Zone erklärt. Dabei hat sich für mich folgende neunschrittige Anleitung bewährt. Wenn du dir Zeit sparen willst, dann verw

„Niemand hat dich gebeten, zu kommen!“

Jeder erfahrene Scrum Master wurde wohl schon einmal mit einer solchen Aussage konfrontiert.

Betrachten wir ein beliebiges Produkt. Dann sehen wir: Entwickler entwickeln das Produkt. Designer stellen sicher, dass es eine gute Nutzererfahrung bietet und toll aussieht. Der Product Owner vertritt die Probleme und Wünsche der Kunden. Marketer kümmern sich darum, dass die Menschen vom Produkt erfahren. Der Vertrieb hilft potenziellen Kunden, ihre Kreditkarte zu zücken und das Produkt zu kaufen. Und der Kundensupport sorgt dafür, dass bei Kunden über die Jahre kein Frust entsteht.

Was sonst braucht man in der Produktentwicklung?