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.

Jeff Gothelf: “Roadmapping ist im Zeitalter der agilen Produktentwicklung ein fehlerhaftes Konzept. Roadmaps sind ihrer Definition nach linear und wir bauen keine linearen Produkte und Dienstleistungen mehr.”

The Sprint Review is an integral event in Scrum as it gives the platform to Scrum Team to showcase the product to stakeholders and invite feedback from them. But often find the seats with the shareholder’s name on them empty.

The empirical process—and its three pillars of transparency, inspection and adaptation—involves checking where you are at by doing something, seeing how you did compared to what you were trying to do, and devising and carrying out experiments (practicing, if you will) to try and get closer to your desired outcome. This is the process that Scrum is designed to take you through with its framework, and we’d be remiss if we did not apply this same process to our learning. Learning is after all a complex problem.

In this blog post, we describe the purpose of Generative Relationships STAR, how it works, and when you could use it with your Scrum Team.

Epics and features are complementary Scrum practices that some Product Owners use to organize their Product Backlog. Like a folder structure, they are a convenient way to group PBIs into meaningful groups.

“Roadmapping is a flawed concept in the age of Agile. Maps, by their definition, are linear, and we don’t build linear products and services anymore. We build continuous systems.”

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.

Leider wird Scrum und auch insgesamt ein agiler Ansatz missverstanden als Werkzeug um zu liefern basierend auf den Erkenntnissen, die man vorher durch Design Thinking und Lean Startup gewonnen hat. Tatsächlich kann man Scrum von Anfang an gewinnbringend mit Design Thinking und Lean Startup kombinieren.

This post is the first in an ongoing series revisiting the principles behind the Agile Manifesto. This post is focused on the following important principle – “Simplicity–the art of maximizing the amount of work not done–is essential.”

Does it make sense for Project Managers to become Scrum Masters? It’s a very common practice that may have unintended consequences. Are Scrum Masters managing anything? Project management skills can be great to have on a team, but we have to learn how this works in Scrum Teams.

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.

Agiles Mikromanagement: Eine Pseudo-Verpflichtung zu agilen Prinzipien, die immer dann außer Kraft gesetzt wird, wenn es aus der Sicht eines Stakeholders oder Managers vorteilhaft erscheint.

Why did the Scrum Guide 2020 add commitments? What is a commitment? Let's look into ths!

Many people using Scrum today have no formal training or are new to agile frameworks. It’s the perfect environment for myths and misconceptions to spread.

3 Do-it-yourself workshops to help your Scrum team improve (the lack of) task- and relationship conflict

How often have you been exposed to the conflict or different objectives between departments? If never, congratulations! You have probably seen and experienced healthy environments, meaningful shared goals, and true leaders. Keep on!

In this vlog, PST Joshua Partogi continues the first video on What the Scrum Master does all day and how the Scrum Master uses the 8 Scrum Master hats.

Why a good strategy is still needed with a good product.

As a minimalist framework, Scrum contains only what is needed. Every piece of the Scrum framework is there for a reason. When teams modify any part, they won’t get the full benefits of Scrum. In this article, we will discuss three of the worst Scrum “customizations.” Warning: don’t try these in your organization!

Agile micromanagement: A pseudo-commitment to agile principles only to be overridden whenever it seems beneficial from a stakeholder’s or manager’s perspective.

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

autogestionados para entregar valor. No hay recetas para lograr una transformación ágil, se requiere un trabajo duro y continuo para promover una mentalidad que lleve a formas diferentes de gestionar el desarrollo de producto a través del aprendizaje de los clientes y las capacidades de respuesta a los cambios en el mercado.        Aunque no existen recetas, hemos aprendido algunos patrones que pueden ayudar como claves de una transformación Ágil exitosa:

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:

With burnout always lurking around the corner for Product Owners, how do we identify areas of growth for ourselves?

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:

Was passiert, wenn es kein Sprint-Ziel gibt – Sprint für Sprint? Wenn das Scrum-Team immer nur an einer zufälligen Auswahl von Aufgaben arbeitet, die zum Zeitpunkt der Sprintplanung am dringendsten zu sein scheinen?

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

Can Scrum be used outside software development? Absolutely.

I hear the word “commitment” used in problematic and misleading ways all the time. This is true when I am teaching Professional Scrum classes and even when I am coaching good Scrum Masters. It often sounds like one of these statements: How do we know how much work to commit to? How do we make sure we will finish all of the scope we committed to for this release? What happens if we don’t meet our commitment date? The problem is that the word commitment has been MISUNDERSTOOD in organizations to mean a guarantee or promise related to delivery. And that is NEVER what the word meant in the context of Scrum.

Want to pass the PSM I? Hint… You have to study. Memorizing the rules alone won’t cut it and you won’t be able to Google your way to a certificate. The key to passing is truly understanding Scrum. Licensed Professional Scrum.org trainers Robert Pieper and Gregory Crown give you some tips and resources that will help you prepare and get a passing score.

As a project manager, I have delivered many complex initiatives, from re-platforming a consumer products website to doubling the size of a line of business.  My most successful projects have one thing in common; I used an agile approach to deliver them.

What science tells us about how work agreements create high-performing teams. And five practical areas to focus on.

What if the Scrum Team is always only working on a random assortment of work items that seem to be the most pressing at the moment of the Sprint Planning?

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:

When will Scrum die? Some people would say it's already dying. There's so much inauthentic, Scrum being done, unprofessional, Scrum being done in the world. Whereas Scrum is part of what I call water Scrum fall, where it's put within a predictive deterministic system. We're predicting when work will be finished. When actually we’ve got so much work that where we don't know, what we don't know, that's really unauthentic. I see in those situations where the concept of done isn't even a concept there They think that done means we met the acceptance criteria when actually it's almost like the checklist for how we do things around here, the technical standards and the product quality standards, international standards, for example, that we might need to comply with.

Spark small and incremental change in your Scrum team, with our community-driven actionable quick tips

Ihr Scrum-Team trifft beim Sprint Review immer wieder auf unbeteiligte Stakeholder. Wie kann das Scrum-Team bei der Erreichung des Produktziels auf Kurs bleiben, wenn eine wichtige Feedback-Schleife fehlt?

The diversity of a group of people offers a great opportunity to tap into a wider range of creativity and innovation, but it can also lead to misunderstandings and clashes. I have experienced how the journey from exploring a group’s different perspectives and ideas (divergent thinking) to a shared understanding and conclusion (convergent thinking) can be a rollercoaster with confusion, frustration, and misalignment. I have learned that this is not because the teams I have worked with are dysfunctional, but because this is a natural part of group dynamics.

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.

In this article, we discuss the concept of self-management Scrum and how it is more than a Scrum Team making its own decisions.

According to the Scrum Guide, Scrum teams are typically 10 or fewer, with a preference to the smaller size.  When Scrum Teams become too large, they should consider re-organizing into multiple Scrum teams supporting a single product.  When this happens, the Scrum Teams should share a single Product goal, Product Backlog, Product Owner and a common Definition of Done.  

For the globally recognised PSPO-I certification, you need to answer 80 questions in 60 minutes. Here are a few tips on how to prepare and execute the PSPO-I certification.

What if your Scrum team repeatedly faces unengaged stakeholders at the Sprint Review? How can the Scrum team stay on track in accomplishing the Product Goal when a vital feedback loop is missing?

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.

En una iniciativa reciente en la que colaboré como Agile Coach, insistí en no plagar el Product Backlog solo con historias de usuario. ¿Por qué hice eso? Al final y al cabo, cada tarea que no era una historia de usuario tenía que reformularse. En otras palabras, que no tenía ningún valor. Creo que esto no tiene sentido, déjame explicarte por qué.