Willkommen zum 16. Artikel der „Scrum im Selbststudium“-Artikelreihe. Solltest du den letzten Artikel verpasst haben, findest du ihn hier. 

Willkommen zum 15. Artikel der „Scrum im Selbststudium“-Artikelreihe. Solltest du den letzten Artikel verpasst haben, findest du ihn hier. 

Willkommen zum 14. Artikel der „Scrum im Selbststudium“-Artikelreihe. Solltest du den letzten Artikel verpasst haben, findest du ihn hier. 

Willkommen zum 13. Artikel der „Scrum im Selbststudium“-Artikelreihe. Solltest du den letzten Artikel verpasst haben, findest du ihn hier. 

Willkommen zum 12. Artikel der „Scrum im Selbststudium“-Artikelreihe. Solltest du den letzten Artikel verpasst haben, findest du ihn hier. 

Willkommen zum 11. Artikel der „Scrum im Selbststudium“-Artikelreihe. Solltest du den letzten Artikel verpasst haben, findest du ihn hier. 

Willkommen zum 10. Artikel der „Scrum im Selbststudium“-Artikelreihe. Solltest du den letzten Artikel verpasst haben, findest du ihn hier. 

Willkommen zum 9. Artikel der „Scrum im Selbststudium“-Artikelreihe. Solltest du den letzten Artikel verpasst haben, findest du ihn hier. 

Willkommen zum 8. Artikel der „Scrum im Selbststudium“-Artikelreihe. Solltest du den letzten Artikel verpasst haben, findest du ihn hier. 

Willkommen zum 7. Artikel der „Scrum im Selbststudium“-Artikelreihe. Solltest du den letzten Artikel verpasst haben, findest du ihn hier. 

Willkommen zum 6. Artikel der „Scrum im Selbststudium“-Artikelreihe. Solltest du den letzten Artikel verpasst haben, findest du ihn hier. 

Willkommen zum 5. Artikel der „Scrum im Selbststudium“-Artikelreihe. Solltest du den letzten Artikel verpasst haben, findest du ihn hier. 

Willkommen zum 4. Artikel der „Scrum im Selbststudium“-Artikelreihe. Solltest du den letzten Artikel verpasst haben, findest du ihn hier. 

Willkommen zum 3. Artikel der „Scrum im Selbststudium“-Artikelreihe. Solltest du den letzten Artikel verpasst haben, findest du ihn hier. 

Willkommen zum 2. Artikel der „Scrum im Selbststudium“-Artikelreihe. Solltest du den letzten Artikel verpasst haben, findest du ihn hier. 

Scrum im Selbststudium: Der Scrum Guide in 19 Artikeln erklärt - Teil 1:

Scrum Teams, die Entwicklung und UX in einem Team vereinen, stehen unweigerlich vor der Frage: „Wie gehen wir mit den Resultaten von Experimenten im Sprint Review um?“ Wenn du auch vor dieser Frage stehst, dann lies weiter:

Kleine Scrum-Missverständnisse wuchern schnell zu ernsthaften Erkrankungen aus. Möchtest du dies verhindern, solltest du frühzeitig und konsequent handeln. Natürlich ist nicht jede kleine Regelabweichung gleich besorgniserregend. Allerdings gibt es drei Erkrankungen, die Grund zur Sorge bereiten. Diese erfährst du, wenn du weiter liest...

Was zeichnet ein schwieriges Gespräche aus? - Die Gesprächspartner haben unterschiedliche Ansichten. - Es sind Emotionen im Spiel. - Es steht viel auf dem Spiel für die Personen. Führst du als Scrum Master Gespräche über Veränderungen, sind diese Gespräche schwierig. Wie du sie souverän meistern kannst, erfährst du wenn du weiter liest:

Wenn die Scrum Events in deinem Team aktuell noch so aussehen: - In Meetings reden alle durcheinander. - Larry wiederholt sich ständig, wie eine Schallplatte, die einen Sprung hat. - Am Ende findet immer nur die lauteste Stimme Gehör. Dann ist es Zeit, dies zu ändern! Lies weiter und du erfährst, wie du mit nur 3 Facilitation-Methoden die Kommunikation in deinem Scrum Team förderst.

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. Wenn du weiter liest, dann 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. Lies weiter und du erhältst Argumente, warum du die Verwendung einer Definition of Ready auch in deinem Team kritisch hinterfragen solltest.

Moderation ist im Scrum Rahmenwerk fest verankert. Sprint Planning, Daily Scrum, Sprint Review und Sprint Retrospektive sind dadurch bestimmt, dass innerhalb einer vorgeschriebenen Zeitspanne ein Ergebnis erreicht werden soll. Der Scrum Master facilitiert die Zusammenarbeit so, dass das Scrum Team dieses Ergebnis auch erreicht. Was ist, wenn er nicht zur Verfügung steht? Scrum Master, die ihr Moderationswissen nicht mit ihrem Team teilen, können so schnell zum Hindernis für die Teamarbeit werden. Wenn du nicht zu diesen Scrum Mastern gehören willst, dann lies weiter. Ich verrate dir mein bewährtes Entwicklungsmodell. Es liefert dir eine schrittweise Anleitung, wie du die Facilitation-Fertigkeiten im gesamten Scrum Team entwickeln kannst.

Im Sommer 2021 nahm ich an einem Werte-Workshop teil. Der Tag endete für mich mit mehr Fragezeichen auf der Stirn, 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:

Scrum Master mit Personalverantwortung im Team – ein Antipattern? Ich habe noch nie einen Scrum Master getroffen, der diese Idee nicht als Scrum-Antipattern bezeichnen würde. Als Argumente werden dafür meist drei Gründe angeführt:

„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.

„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?

Im letzten Jahr habe ich über 40 Workshops für Scrum Master, Product Owner und Führungskräfte durchgeführt. Willst du ein Geheimnis wissen? Ich benutze jedes Mal das gleiche Vorgehen. Egal, welches Thema oder Publikum, ob online oder in Präsenz. Der Lernerfolg eines Trainings wird nur durch einen Faktor bestimmt: wie gut du als Trainer es schaffst, die Teilnehmer einzubeziehen. Wenn du weiterliest, teile ich mein Vorgehen mit dir.

Selbstmanagement passiert nicht einfach so. In einer neuen Situation greifen Menschen meist auf bereits Bekanntes zurück. Deshalb gleicht das Daily Scrum bei neuen Teams häufig eher einem Statusmeeting. Wie du ein Statusmeeting in ein Daily Scrum verwandeln kannst, erfährst du hier:

Product-Ownership ist nicht einfach: Es gibt die unterschiedlichsten Anforderungen an das Produkt. Das Product Backlog ist überladen mit Features. Stakeholder aus Entwicklung, IT, Marketing, Sales und Betrieb haben alle eine Meinung, was als Nächstes getan werden muss. Nur leider sind sie niemals einer Meinung. Wenn diese Situation auch deiner Realität entspricht, dann lies weiter.

Die Diskussionen in der Sprint Retrospektive drehen sich seit geraumer Zeit nur noch im Kreis. Das Resultat? Wieder eine Retrospektive, die ohne konkrete Verbesserung endet. Wenn dir das bekannt vorkommt und du nach einem Ausweg suchst, dann lies weiter...

Es war ein langer Weg bis zu dieser Rezension: „Durch die Interaktivität bin ich nicht nur Teilnehmerin, sondern wirklich Lernende. Kein passiver Konsum – wir haben uns das neue Wissen erarbeitet. Gespickt mit hilfreichen Tipps von Simon für den Arbeitsalltag. Langeweile? Fehlanzeige.“ – Sandra Nach über zwei Jahren und über 940 Teilnehmern in meinen Trainings und Workshops habe ich endlich den Bogen raus, wie ich Trainings in eine interaktive Lernsession verwandeln kann. Seitdem finden sich in jedem Review Wörter wie „interaktiv“, „kurzweilig“ oder „didaktisch gut strukturiert“. Wenn du weiterliest, dann lüfte ich den Vorhang und verrate dir meine Geheimnisse, wie du jede „Powerpoint-Frontalbeschallung“ in eine interaktive Lernreise für die Teilnehmer verwandeln kannst.

Wie stehen Produktvision, Produkt-Ziel und Sprint-Ziel in Beziehung zueinander? Wie können sie einfach erstellt werden? Und wie sind Vision und Ziele definiert? Wenn du dir eine dieser Fragen stellst, dann lies weiter! Lass uns damit beginnen, die letzten beiden Fragen zu beantworten:

Lohnt sich der Besuch einer Konferenz noch? Können wir nicht bereits alles im Internet lesen? Geben wir in die Amazon-Buchsuche „Scrum“ ein, dann erhalten wir 10000 Treffer. Auf dem Scrum.org-Blog wurden allein im Juli 60 Artikel zu Scrum veröffentlicht. Und auf YouTube erscheinen jeden Tag mehr als 10 Videos zu Scrum. Trotzdem besuche ich weiterhin Konferenzen. Heute ist die Herausforderung eben nicht mehr, wie ich an Wissenswertes zu Scrum komme, sondern wie ich dieses Wissen bei der Lösung komplexer Probleme anwende. Aus meiner Sicht eignen sich Konferenzen dafür besonders. Natürlich geht es nicht ohne etwas Vorbereitung. Im Folgenden findest du drei Tipps. Wenn du diese beherzigst, wird sich auch für dich jeder Konferenzbesuch lohnen.

Die Chancen stehen gut, dass dein Team jeden Sprint erneut vor folgendem Problem steht: Einerseits möchtet ihr die Einträge im Product Backlog vor dem Sprint in Story Points schätzen, um die Komplexität der Arbeiten besser zu verstehen. Andererseits sollt ihr gegenüber dem Kunden ein Datum angeben, wann das Feature geliefert wird. Wir haben also immer wieder diese Schwierigkeit: Dein Team schätzt in Punkten, aber der Kunde möchte ein Datum.

Viele Unternehmen haben sich für Scrum als Prozess entschieden, um ihre Wertschöpfung zu steuern. Dabei gibt es nur ein Problem: Scrum ist eben kein Prozess. Scrum ist lediglich ein Rahmen, innerhalb dessen Teams einen Wertschöpfungsprozess erstellen und kontinuierlich verbessern können. Die kontinuierliche Verbesserung fußt dabei auf den drei Säulen der empirischen Prozesssteuerung: Transparenz, Überprüfung und Anpassung. Vernachlässigen Teams eine dieser Säulen, dann kommt es zu Dysfunktionen. Diese Dysfunktionen sorgen dafür, dass die Verbesserung der Wertschöpfung ausbleibt. Wenn du mehr über diese Dysfunktionen erfahren willst, dann lies weiter…

Im August hat Scrum.org ein neues Assessment zusammen mit einem neuen Kurs veröffentlicht. Das Professional-Scrum-Facilitation-Skills-Assessment (PSFS) hilft dir, dein Facilitation-Wissen zu evaluieren. Ich habe bei der Vorbereitung mitgewirkt und kann deshalb wertvolle Einsichten in Scrum und die Facilitation mit dir teilen. Wenn du vorhast, dich an die Prüfung zu wagen, dann lies weiter.

Am 22. August wollte ich einen neuen Kurs launchen. Ich habe die Trainingsunterlagen angefertigt, die Trainingsbeschreibung geschrieben und Blogartikel zur Ankündigung vorbereitet. Sonntagabend war alles im Content-Management-System eingepflegt. Montagmorgen drückte ich den Button „veröffentlichen“. Es passierte nichts. Die Beiträge wurden zwar veröffentlicht, allerdings nicht über die Social-Media-Kanäle ausgespielt. Jetzt gab es einen neuen Kurs, aber niemand erfuhr davon. Diese Erfahrung führte mir wieder vor Augen, was die Voraussetzung für erfolgreiche Produktentwicklung ist:

Noch ist es die Norm, dass Scrum-Schulungen an zwei Tagen für jeweils 8 Stunden stattfinden. Wie wird das in der Zukunft aussehen? Hier findest du drei richtungsweisende Trends:

Hand aufs Herz: Wie lange plant dein Scrum Team einen Sprint? Wenn es so lange dauert, wie bei mir damals, dann wahrscheinlich viel zu lange. 2018 kam ich neu als Scrum Master zu einem Team. Das Team plante seinen Sprint so: Das Team wählte eine User Story aus dem Backlog für diesen Sprint aus. Jeder im Team brach die Story in detaillierte Aufgaben herunter. Im Anschluss ging das Team alle Aufgaben im Detail durch. Diese Schritte wiederholten die Teammitglieder für alle Einträge des Product Backlogs, bis ihre Velocity vollständig verplant war. Wie du dir vorstellen kannst, waren die Schritte 2 und 3 sehr zeitraubend. Lies weiter, dann erfährst du, wie es auch kürzer geht.

Zwischen keinem Begriff herrscht so viel Verwirrung wie zwischen der Definition of Done und Akzeptanzkriterien. In diesem Beitrag teile ich mit dir eine Frage. Mit ihr kannst du entscheiden, ob etwas Bestandteil der Definition of Done oder ein Akzeptanzkriterium ist. Viel Spaß beim Lesen!

Im Daily Scrum deines Teams sprechen immer nur die Gleichen und jeder rechtfertigt sich, was er gestern getan hat? Das Resultat davon ist, dass sich das Daily Scrum ewig hinzieht. Im Folgenden findest du drei Facilitation-Tipps, die dir helfen werden, das Daily Scrum innerhalb der vorgegeben Time-Box durchzuführen:

Zertifiziert zu sein ist mittlerweile ein notwendiges Übel, um als Scrum Master eine gute Stelle zu erhalten. Neben einer relevanten Berufserfahrung sind Zertifizierungen das Kriterium, auf welches Recruiter achten. Kein Wunder also, dass mich in letzter Zeit immer mehr Anfragen mit der Frage erreichen: „Simon, wie kann ich mich am besten auf die PSU-Prüfung vorbereiten?“ Den Wunsch nach einer PSU-Zertifizierung kann ich gut nachvollziehen. Da es in Deutschland nur 2126 PSU-Zertifizierte, aber 483198 PSM-Zertifizierte gibt, stichst du mit einer solchen Zertifizierung aus der breiten Masse der Scrum Master heraus. Wie kannst du dich also auf die Prüfung vorbereiten? Bei meiner Antwort unterscheide ich zwischen zwei Personengruppen.

Scrum zu skalieren bedeutet für verschiedene Menschen verschiedene Dinge. Woran liegt das? Ich vermute, es liegt daran, dass immer noch so viele Halbwahrheiten kursieren. Diese Mythen sind so vorherrschend, dass ich sie auch in jedem meiner Scaled Professional Scrum Trainings und auf Vorträgen ansprechen und berichtigen muss. Hier die fünf weitverbreiteten Mythen im Überblick und wie du sie entkräften kannst.

Wirkungsvolle Ziele zu setzen, zeichnet erfolgreiche Leader aus. Allerdings bin ich davon überzeugt, dass diese Fähigkeit jeder beherrschen sollte. Hier erhältst du 3 Einsichten, die ich in den letzten 8 Jahren bei meiner Arbeit mit Teams gesammelt habe und die auch dir helfen können, effektiv Ziele zu formulieren.