„Wie kann ich mich auf die PSM-3-Prüfung vorbereiten?“ Diese Frage erreicht mich in letzter Zeit häufig über LinkedIn. Die meisten erwarten nun eine einfache Antwort auf diese einfache Frage. Am liebsten noch in Form eines Kochrezepts. Bereite X vor, füge Y hinzu, dreimal umrühren und einmal aufkochen et voilà. Fertig ist das PSM-3-Zertifikat. Vor einigen Jahren habe ich die PSM-3-Prüfung mit mehr als 90 % bestanden. Ich kann dir versichern: So einfach ist das nicht. Ein Kochrezept, welches jeden befähigt, die Prüfung auf Anhieb zu bestehen, gibt es nicht. Schaue ich aber auf meine Lernreise zurück, so kann ich drei Säulen erkennen, die mir geholfen haben, erfolgreich zu sein. Diese Säulen möchte ich in diesem Artikel auch mit dir teilen:

Die Diskussion im Daily Stand-up dauert schon wieder ewig. Du weißt nicht, wie du eingreifen sollst. Du stehst nur hilflos daneben. Wenn dir dieses Gefühl bekannt vorkommt, dann bist du nicht allein. Tatsächlich geht es vielen Scrum Mastern am Anfang ihrer Karriere so. Bis sie durch viele Trial-and-Error-Momente gelernt haben, welche Fertigkeiten ihnen helfen, produktive Interaktion der Teammitglieder zu ermöglichen. Was ist die wahre Ursache dafür, dass sich die Diskussionen im Kreis drehen? Diese Frage wird in diesem Artikel beantwortet:

Effektiv arbeitende Teams erwecken den Anschein, dass sich die Teammitglieder blind verstehen. Das liegt nicht daran, dass die Teammitglieder auf telepathischem Weg kommunizieren, sondern daran, dass sie gelernt haben, was sie voneinander erwarten können. Eine Grundlage für eine hochperformante Arbeitsweise stellen Working Agreements dar. Sie machen explizit, was es bedeutet, sich wie blind zu verstehen. Wenn du dies erkennst, kannst du Working Agreements erfolgreich einsetzen. Du hast gewissermaßen eine Abkürzung zu besserer Teamleistung gefunden. Dieser Artikel gibt dir eine Anleitung dazu:

Scrum Master zu sein, ist nicht einfach. Wir sollen dem Team helfen, die Theorie hinter Scrum zu verstehen, die Mitglieder des Teams in Selbstmanagement coachen, Hindernisse aus dem Weg räumen, die die Entwicklungsgeschwindigkeit verlangsamen, und vor allem das Unternehmen so verändern, dass es von agilem Arbeiten profitieren kann. Wir sollen der Change Agent sein! So die Theorie. In der Praxis stellst du dir wahrscheinlich jetzt die Frage: „Wie fange ich damit bloß an?“ Als ich vor 8 Jahren angefangen habe, in Scrum Teams zu arbeiten, hätte ich mir folgenden Ratschlag gewünscht: Investiere deine Zeit in die Facilitation eines effektiven Sprint Reviews. Du bist auf einem verlorenen Posten, wenn du Veränderung im Unternehmen allein vorantreiben musst. Ein gut begleitetes Sprint Review stellt einen riesigen Hebel dar, um die Vorzüge agilen Produktmanagements im ganzen Unternehmen hochzuhalten. Im Folgenden findest du meine 4 Fragen, die ich nutze, um ein effektives Sprint Review zu moderieren.

Facilitieren ist ein schwieriges Wort. Es impliziert so viel und deshalb ist es schwierig, genau festzulegen, was gute „Facilitation“ eigentlich ausmacht. Komplexe Arbeit verläuft in den seltensten Fällen wie geplant. Scrum Master facilitieren die Arbeit des Teams, damit sie das Wesentliche nicht aus den Augen verlieren: die Erreichung des Sprint-Ziels und Erstellung eines Inkrements. Facilitieren bedeutet also, die Zusammenarbeit für das Team zu vereinfachen und zu erleichtern. In folgendem Beitrag erfährst du, was guten Facilitator auszeichnet:

Produktive Scrum Events, die sich mühelos anfühlen, passieren nicht einfach so. Sie werden situativ aus einzelnen, kleinen Bausteinen zusammengesetzt. Erfahrene Scrum Master bedienen sich dabei an ihrer Toolbox von Facilitation-Methoden und -Techniken, die sie über die Jahre mühevoll gesammelt und zusammengestellt haben.Damit du dir als angehender Scrum Master Zeit ersparen kannst, stelle ich dir meinen grundlegenden Methodenkasten vor:

Keine Zeit für eine langwierige Facilitation-Ausbildung? 5 einfache Facilitation-Hacks, um alle Teilnehmer in deinen Onlineworkshops einzubeziehen:

Was haben folgende Aussagen gemeinsam? „In Scrum wird nicht geplant!“ „Das Product Backlog ist das wichtigste Element des Scrum Rahmenwerks.“ „In Scrum fungiert der Scrum Master als der Projektmanager.“ Für mich sind sie ein Anzeichen, dass das Scrum Rahmenwerk noch nicht verstanden wurde. Selbst auf Meet-ups oder Konferenzen, wo ich vermeintlich erfahrenen Agilisten begegnen sollte, höre ich leider häufig noch diese zweifelhaften Aussagen. In diesem Artikel will ich damit aufräumen.

Im Oktober 2021 begann ich mit dem Schreiben auf LinkedIn. Meine ersten fünf Artikel wurden durchschnittlich von nur 100 Lesern gelesen. Heute wurde zum ersten Mal ein Artikel über 1000-mal gelesen. Dies entspricht einer Steigerung um das Zehnfache! In diesem Artikel lasse ich dich hinter die Kulissen blicken. In den vergangenen 8 Jahre habe ich bei meiner Arbeit mit Scrum Teams viel über Produktentwicklung gelernt. Welche dieser Einsichten mir beim Schreiben von „Scrum Impulse“ helfen, erfährst du in diesem Artikel:

Im Jahr 2019 bin ich als Scrum Master zu einem neuen Team gestoßen. Bis zu diesem Tag hatte dieses Team noch keine funktionierende Software ausgeliefert. Am Ende des Jahres stellten wir den Anwendern 25 neue Versionen des Produkts zur Verfügung. Im Artikel, erzähle ich dir die ganze Geschichte. Dann erfährst du mein bewährtes 3-schrittiges Vorgehen, mit dem du ein Team unterstützen kannst, wenn du als Scrum Master neu im Team bist.

Engagiert sich dein Scrum Team nicht in den Scrum Events? Fühlt sich jedes Event im Sprint gleich an, nur mit dem Unterschied, dass sich die Nummer des Sprints geändert hat? Ein Ratschlag, den ich in dieser Situation immer zu hören bekomme, lautet: Dein Team muss sich Ziele für den Sprint setzen. Selbst erfahrene Agile Coaches glauben, dass sich Sprint-Ziele magisch am Ende des Sprint Plannings von selbst ergeben. In meiner über 7-jährigen Arbeit mit Scrum Teams kann ich dir versichern, dass dem nicht so ist. Sprint-Ziele erfordern harte Arbeit und Hingabe von dir als Scrum Master! Hier 3 Tipps, wie du diese Reise starten kannst und deinem Team hilfst, auf ein Ziel im Sprint hinzuarbeiten.

In den letzten Monaten habe ich viele Workshops durchgeführt, um Teams zu helfen, Scrum und UX zu vereinen. Das Lean-UX-Canvas ist dafür das beste Werkzeug, denn es liefert einen strukturierten Ansatz, wie UX-Arbeit gemeinschaftlich im Team erfolgen kann. In diesen Workshops sind dabei tiefergehende Fragen aufgetreten. Da ich glaube, dass von den Antworten jeder Scrum-Anwender profitieren kann, möchte ich sie hier mit dir teilen:

Die Minimierung von Abhängigkeiten kostet viel Zeit. Wie effektiv Teams in der skalierten Produktentwicklung arbeiten können, hängt von ihrer Fähigkeit ab, Abhängigkeiten zu beseitigen. Im Folgenden gebe ich dir 8 Tipps, wie du das Cross-Team-Refinement facilitieren kannst, damit sich deine Teams auf das Wesentliche konzentrieren können: die Abhängigkeiten zu eliminieren!

Kennst du den Scrum Guide wirklich? Halbwissen ist gefährlich. Es führt zu Fehlinterpretationen. Hier stelle ich 9 gängige Fehlinterpretationen vor, damit dir niemand vorwerfen kann, dass du den Guide nicht verstanden hättest:

Was unterscheidet das Nexus Daily Scrum vom Scrum of Scrum?

Mehr Projektleiter wollen Scrum Master werden. Das ist ein nachvollziehbarer Karrierewechsel, denn „Software frisst die Welt“. Allerdings ist der Wechsel nicht einfach! Hier 3 Mindset-Shifts, die du vollziehen solltest, wenn du dabei erfolgreich sein willst:

Jeder kennt die Haltungen eines Scrum Masters. Kennst du auch die Haltungen eines Product Owners? Ein Überblick über die Haltungen, die Product Owner je nach Situation einnehmen können:

Konferenz: nur trockene Vorträge voller langweiliger Theorie? Nicht so am Scrum Day 2022! Der diesjährige Scrum Day war gespickt mit Erfahrungsberichten und hilfreichen Werkzeugen. Hier stelle ich dir 3 Tools vor, die du sofort bei deiner Arbeit mit Scrum Teams einsetzen kannst:

Angehende Führungskräfte, die agil arbeiten wollen, haben es schwer! Zwar arbeiten die meisten Produktteams bereits nach Scrum, aber das Management vertraut weiterhin auf einen von Kontrolle geprägten Führungsstil. Die Führungskräfte, die in der Agilität die Arbeitsweise der Zukunft sehen und deshalb die Agile Transformation weiter vorantreiben wollen, stellt dies vor ein Problem: Wen sollen sie sich im Unternehmen zum Vorbild für diesen neuen Weg nehmen? Die Antwort dazu im Artikel:

Welche Verantwortung übernimmt ein Scrum Master im Unternehmen? Scrum Master sind für die Effektivität des Scrum Teams verantwortlich. Behindert etwas den Fortschritt des Teams, dann übernehmen sie die Verantwortung dafür, dass dieses Hindernis beseitigt wird. Hier findest du eine Übersicht über die fünf verschiedenen Arten von Hindernissen, denen du als Scrum Master begegnen kannst:

Scrum ist eine Einstellung. Die fünf Scrum-Werte beschreiben diese Einstellung. Einerseits hilft das Scrum-Rahmenwerk, diese Werte zu entdecken und zu erleben. Andererseits können wir an der Umsetzung des Rahmenwerks auch erkennen, wo unsere Einstellung von den Scrum-Werten abweicht. Mehr dazu im Artikel:

Besser Planung und Aufteilung der Arbeit führt nicht zu mehr Team-Performance. Die individuelle Auslastung von Teammitgliedern führt zu Engpässen. Wie kannst du individuellen Auslastung im Team vorbeugen? Meine bewährte Strategie hierfür findest du im Artikel:

Wenn funktionierende Software kein Garant mehr für Erfolg ist, ist das Manifest für Agile Softwareentwicklung dann noch zeitgemäß?

Seit 2002 ist das Sprint-Ziel Bestandteil von Scrum. Trotzdem verwenden viele Scrum Teams nur selten Ziele. Es kursieren immer noch viele Mythen um Sprint-Ziele, die dazu führen, dass Scrum Teams immer noch damit kämpfen, sich Sprint-Ziele zu setzen. Wenn du erfahren willst, welche Mythen über Sprint-Ziele kursieren und wie du sie widerlegen kannst, dann lies weiter.

Ein Scrum Master zu sein, ist schwer. Es ist genauso schwer, wie guten Code zu schreiben, gut zu zeichnen oder eine Fremdsprache fließend zu sprechen. Der Grund hierfür ist, dass das Meistern jeglicher Fähigkeiten Beständigkeit, Reflexion und bewusstes Handeln erfordert – alles Dinge, für die es dem Durchschnittsmenschen an Engagement fehlt. Hier einige der Herausforderungen, denen ich über die Jahre als Scrum Master mehrfach gegenüberstand und Tipps, wie du diesen begegnen kannst. Ich hoffe, meine Erfahrungen inspirieren dich, damit du dich auch morgen aufs Neue den Schwierigkeiten stellst, die eine Einführung von Scrum mit sich bringt.

Kein UX-Designer im Team? In meinem neuen Artikel findest du 3 einfache Techniken, damit dein Scrum Team noch heute mit UX-Research beginnen kann. Die Erkenntnisse, die dein Team mit diesen Research-Techniken über eure Nutzer erhält, können dir helfen: - User Storys zu schreiben, die wirklich auf wahren „Geschichten“ eurer Nutzer basieren. - Endlose Diskussionen im Sprint-Review mit den Stakeholdern abzukürzen. Jetzt kannst du objektiv begründen, warum das Feature so designt wurde, da nur so die Nutzer bei ihrer täglichen Arbeit entlastet werden. - Im Product Backlog für mehr Übersichtlichkeit zu sorgen, da du die Einträge nach Nutzergruppen bündeln kannst.

Wir sind uns einig, dass wir nicht mit 8 Teams die Entwicklung eines neuen Produkts beginnen sollten, sondern mit einem. Wie skalieren wir dann auf mehrere Teams hoch, wenn wir an Entwicklungsgeschwindigkeit gewinnen wollen? Vier bewährte Strategien, wie die Skalierung gelingen kann.

Ich habe in den letzten 7 Jahren mit vielen Scrum Teams gearbeitet und bei keinem Team war das Refinement gleich. In jedem Team haben sich die Refinement-Praktiken, die funktioniert haben, mit der Zeit verändert. Hier, findest du meine 4 wichtigsten Lektionen.

Mehrere Product Owner führen zu verzögerten Entscheidungen. Nur ein Product Owner ist ein Garant dafür, dass Entscheidungen schnell getroffen werden und somit das Unternehmen agil bleibt. Wie deskaliert man die Product-Owner-Verantwortung zurück auf eine Person? Hier meine Schritt-für-Schritt-Anleitung.

Viele agile Teams sind in der Lage, regelmäßig Software zu liefern. Sie stoßen jedoch an Grenzen, wenn es um die Festlegung von Zielen, die Bestimmung von Prioritäten und die Messung von Fortschritten innerhalb der Organisation geht. 

Viele angehende Scrum Master erzählen mir im Professional Scrum Master Training, dass sie es schwierig finden, diese vier Dinge zu vereinen. Hier 3 Tipps, wie ich diese Situation in der Vergangenheit gemeistert habe.

Schon seit Jahren beobachte ich bei Scrum Teams dieses Phänomen: Die Einträge im Sprint Backlog bewegen sich tagelang gar nicht. Und dann wird in letzter Minute doch alles fertig. 

Im 15. State of Agile Report berichten nur 23 % der Befragten, dass sie Lean-UX-Praktiken in agilen Teams anwenden. 

Wir sind uns einig, dass die Entwicklung von Features nicht den Beginn eines Entwicklungsvorhabens darstellen sollte. 

Was haben eine Agile Transformation, die Dienstleistung einer Personalabteilung und ein Softwareprodukt gemeinsam?

Die neue Art, im digitalen Zeitalter über Produktmanagement nachzudenken, besteht darin, das Produkt als eine Data-Mining-Maschine zu sehen.

Produktentwicklung ist komplex. Scrum Master sind Manager dieser Komplexität.

Wenn dein Team auch Probleme damit hat, gute Sprint-Ziele zu formulieren, dann lass mich dir mein Rezept geben. Es wird dir eine Menge Zeit ersparen.

Bei der Skalierung von Scrum balancieren wir Kosten und Aufwand mit Nutzen und Vorteilen. Kosten und Aufwand werden durch zusätzliche Teams verursacht. Nutzen und Vorteile entstehen dadurch, mehr potentiellen Wert in gleicher Zeit zu liefern.

Ich bringe Teams bei, wie sie UX-Praktiken und Scrum verbinden können. Die 4 Fragen, welche in jedem Training auftauchen, lauten:

Nicht nur Google, Amazon und Spotify verwenden sie, sondern auch viele andere erfolgreiche Produktorganisationen. Die Rede ist von Objectives and Key Results (OKRs).

Es war Weihnachten 2011. Wie in jedem Jahr verbrachten die Menschen die Feiertage im Kreis ihrer Familie und ihrer Liebsten und hielten diese Momente auf Fotos fest. Damit an diesen Momenten auch ihre Freunde teilhaben konnten, stellten sie die Fotos auf Facebook online.

Scrums größte Stärke ist dessen Einfachheit, welche aber auch die Quelle vieler Mythen und Fehlinterpretationen ist.

Am eigenen Leib hatte ich bereits erfahren, wie unvorhersehbar die Entwicklung von Software sein kann. Stundengenaue Vorhersagen, wie lange die Umsetzung einer User Story dauern wird, kann deshalb niemand geben. Davon wegzukommen, indem die Arbeit relativ geschätzt und die Größe als Anzahl von Story Points festgehalten wird, klang genial. Die Anzahl der Story Points, die innerhalb eines Sprints erledigt wurden, als Velocity zu bezeichnen und zu nutzen, um damit Prognosen für die zukünftige Umsetzungsgeschwindigkeit zu treffen, fand ich genauso vielversprechend.

Leider ist das Wunschdenken und entspricht selten der Realität von UX-Professionals und Scrum Teams. UX-Experten, die mein Professional Scrum mit UX-Training besuchen, berichten, dass sie teilweise mit 3 Scrum Teams zusammenarbeiten. Würden sie an allen Scrum Events teilnehmen, dann bliebe keine Zeit mehr, um ihrer UX-Arbeit nachzukommen. Damit haben sie zweifellos recht.

ch stimme den Teilnehmern zu, dass sie einige Zeit erfolgreich sind, wenn sie nicht wie Amazon alle 11,7 Sekunden eine neue Version ihres Produkts bereitstellen. Jedoch weise ich sie auch darauf hin, dass sie bei dieser Argumentation einem Irrglauben erliegen: Nicht die Mitbewerber entscheiden über Erfolg und Misserfolg eines Unternehmens, sondern die Kunden! Wenn Unternehmen weiterhin erfolgreich am Markt bestehen wollen, sollten sie sich also nicht an ihren Mitbewerbern orientieren, sondern an ihren Kunden.

Als Steward für das Scaled Professional Scrum mit Nexus Training habe ich vor einiger Zeit an einer Podiumsdiskussion von Scrum.org über die Skalierung von Scrum mit dem Nexus Rahmenwerk teilgenommen.

Im Jahr 2022 ist Scrum inzwischen Mainstream – und dank des Erfolgs von Produkten wie dem iPhone von Apple, dem Kindle von Amazon oder der Suche von Google gilt dasselbe auch für User Experience.

Es gibt zwei Arten von Product Ownern...

2015 habe ich das Buch Lean UX gelesen. Überzeugt davon, dass Entdeckungsarbeit das Fundament der Produktentwicklung darstellt, fing ich an, die UX-Praktiken, die Jeff und Josh in ihrem Buch vorstellen, bei meiner Arbeit als Product Owner einzusetzen. Im Jahr 2018 besuchte ich das Professional Scrum mit UX-Training, um meine Erfahrungen, wie Scrum Teams erfolgreich User Experience in ihre Arbeit integrieren können, auf fundierte Beine zu stellen.