The Creating Agile Organizations approach is about designing your own organizational framework and coaching its adoption. It is important to note that it is different from frameworks like Scrum, LeSS or SAFe, which have specific structures, rules, events, and artefacts to build upon. Instead, Creating Agile Organizations provides none of that, but provides two sets of guidelines that draw upon decades of academic research and practical experience in organizations similar to yours.

Each of the Scrum Artifacts is inspected in one or more Scrum Events to detect undesired variances. So is the Increment. Go check it out!

Ein Leitfaden zur Erstellung von LLM-Prompts, der die Grundlagen, Dienste zur Verbesserung deiner Prompts und die Verwendung von ChatGPT zur Erstellung von Prompts behandelt. (Ja, das funktioniert auch.)

Don't be afraid to hurry up and get started!

Was ist der Unterschied zwischen Inkrement und Produkt ist, was ist der Unterschied zwischen ungetaner Arbeit und technischer Schuld und warum du dies als Scrum Master unterschieden können solltest, erfährst du in diesem Artikel...

When our brains feel a threat, we shut down. This is often called neurobiological flooding. When flooding happens, creativity and rational thought are extremely limited. For most of our work, that is extremely damaging

A thought, quotes, quick step, and questions on delegated tension within organizations.

A prompt engineering guide covering the basics, services to enhance your prompts, and how to use ChatGPT to generate prompts. (Yup, that works, too.)

Jeder Scrum Master kennt diese Probleme: Problem 1: Wie gehe ich vor, wenn die Timebox der Retrospektive endet, aber das Scrum Team keine Lösung gefunden hat? Problem 2: Was mache ich, wenn sich das Team einig ist, dass es sich uneinig ist? Problem 3: Was kann ich tun, wenn ein Mitglied meines Teams kein Interesse an konstruktiven Ergebnissen hat? In diesem Artikel findest du Ideen, diese anzugehen.

Let’s explore four ways Scrum Teams can manage production support in Scrum effectively.

En Scrum, los desarrolladores desempeñan un papel fundamental en la entrega de un producto o incremento de producto potencialmente entregable al final de cada iteración o “Sprint”.

Scrum Masters and management, when faced with failures in their initiatives related to multifunctional learning, conclude that people do not want to learn. But people are glad to learn when organizational design supports multifunctional development.

Each of the Scrum Artifacts is inspected in one or more Scrum Events to detect undesired variances. So is the Sprint Backlog. Go check it out!

This post continues my ongoing series revisiting the principles behind the Agile Manifesto. This time we are focussing on the following Agile principle - “Business people and Developers must work together daily throughout the project.”

Vor einiger Zeit habe ich einen Scrum-Pulse-Webcast für Scrum.org aufgenommen und es hat mir riesigen Spaß gemacht. Eine der Fragen, die mir am Ende gestellt wurden, hat mich allerdings zum Nachdenken angeregt – und ich habe seitdem immer wieder darüber nachgegrübelt. „Verbesserungen in der Retrospektive betreffen oft grundlegende Probleme, die sich nicht in einem Sprint lösen lassen. Wie geht man mit solchen Verbesserungen um?“ Eine ausführliche Antwort gibt es in diesem Beitrag:

Die Lösung der Probleme Ihrer Kunden in einer komplexen Umgebung Kommunikationsfähigkeit, Einfühlungsvermögen, Geduld, Diplomatie und Professionalität. Lassen Sie uns also einen Blick auf einige typische agile Verhandlungen werfen.

This article describes how I used the Org Topologies™ Map to coach a team toward ownership of their own agile transformation journey. Read this article to learn how Org Topologie™s can be applied to coaching the agnostic, framework-free thinking tool.

What is SAFe’s perspective on the Product Owner role? How does it differ from the Scrum Guide? Why is Product Ownership split to Product Owner and Product Manager in SAFe? SAFe’s approach to Product Ownership draws quite a bit of criticism. As a Professional Scrum Trainer who’s also a SAFe Fellow/SPCT, here’s my perspective…

Mito: El Scrum Master actúa como policía para que se use Scrum. Esta es una metáfora para representar un Scrum Master que se enfoca más en el cumplimiento de Scrum de una forma mecánica sin usar los valores de Scrum ni enfocarse en la autogestión. El Policía de Scrum actua de forma impositiva y directiva. Impone Scrum y la forma de usarlo, puede usar reportes o métricas para aumentar el control y el cumplimiento de tareas individuales. Este tipo de Scrum Master limita el crecimiento del equipo, el aprendizaje, la experimentación y daña la creación de un ambiente de confianza basado en los valores de Scrum.

La dirección y la gerencia de las organizaciones son claves para instaurar una cultura, estrategia y diseño organizativo que favorezcan la agilidad empresarial. En este artículo doy 5 ideas prácticas para ello sobre el caso de estudio de GymTonic.

Solving your customers’ problems in a complex environment requires communication skills, empathy, patience, diplomacy, and professionalism. So let’s have a look at some typical agile negotiation scenarios.

„Scrum funktioniert bei uns nicht!“ So lautet häufig die Reaktion auf meine Arbeit als Scrum Master. Ich höre diesen Satz bestimmt bei jedem agilen Coaching, Training oder Workshop mindestens einmal. Bei genauerer Nachfrage höre ich immer wieder die gleichen Probleme. Wie die Top 6 der „Scrum funktioniert bei uns nicht!“-Playlist lauten, erfährst du in diesem Beitrag:

En el contexto que vamos a describir, un developer en Scrum se refiere a un miembro del equipo de desarrollo de software que trabaja en la creación, diseño, implementación y entrega del producto de software.

As Agile practitioners, we know the importance of being adaptable and embracing change. Yet, we’re all creatures of habit, and breaking free from our habitual behaviours can be challenging. While habits can provide comfort and predictability, they can also hinder our growth and limit our ability to embrace Agile principles.

Not all stakeholders are the same and hence we can't apply the same communication strategy to all. In this article, we have 3 steps of the Stakeholder Communication Strategy.

Each of the Scrum Artifacts is inspected in one or more Scrum Events to detect undesired variances. So is the Product Backlog. Go check it out!

A workshop that enables teams and management to clearly express essential needs to use Scrum more effectively

„Wie kann ich eine Retrospektive online durchführen?“, lautet eine Frage, die ich in letzter Zeit oft gehört habe. Die Fragenden suchen nach einem einfachen Format, welches sich online bewährt hat. Nach jahrelangen Erfahrungen mit Online-, Offline- und hybriden Retrospektiven lautet der wichtigste Grundsatz für erfolgreiche Retrospektiven im Onlineformat: Wir arbeiten als Team zusammen, aber jeder denkt für sich! Wie du dies konkret umsetzen kannst, erfährst du in diesem Beitrag:

The Scrum Guide gives us a maximum one-month timebox for the Sprint. That means while it can’t be longer than a month, it can — and likely needs to be — shorter. So, how do we choose the right Sprint length for our product? In this article, I share three questions to determine the right Sprint length and offer some additional tips.

A good Scrum Master is like a Swiss army knife, able to adapt to any situation and provide the team with the tools it needs to succeed. 

The phrase 'accountable but blameless' is my new favorite phrase because it captures so much about positive team culture in Scrum.

Scrum Master investieren zu viel Zeit in das Lernen von Methoden, Prozessen und Rahmenwerken. Ich schließe mich selbst dabei nicht aus! Es ist doch so: Als Scrum Master, sind wir für die stetige Veränderung im Unternehmen verantwortlich. Die Änderung gelingt nur im Dialog. Was du als Scrum Master dafür tun kannst, erfährst du in diesem Beitrag:

La frase “Las personas que mejor saben cómo mejorar el trabajo son las personas que hacen el trabajo” es una declaración. Esa declaración enfatiza la importancia de escuchar y valorar las opiniones. Además también resalta obtener comentarios de quienes están más involucrados en una tarea o trabajo en particular.

Each Scrum Event serves Inspection, the second pillar of Empiricism. So does the Sprint itself. How? Find out ...

Die zehn wichtigsten Gründe Ihren Teams auf dem Weg zur Agilität zu vertrauen

„Können wir nicht einfach so ein Meeting machen und einfach reden, ohne ein besonderes Format? Es fühlt sich so natürlicher an.“ Welche Probleme entstehen ohne einen Facilitator? Aus meiner Sicht: 👉 Weniger Teilnehmer sprechen. 👉 Nicht jeder hat das gleiche Mitspracherecht. 👉 Die Teilnehmer konzentrieren sich auf den Prozess und nicht auf den Inhalt. 👉 Die Teilnehmer hören einander nicht zu. Mehr dazu, in diesem Artikel:

Learn what it takes to be a successful Scrum Master. If you're wondering if you should become a Scrum Master, then watch this video and find out!

I often get asked this question. You can, but it does not mean you should. Let me explain why.

In this vlog, PST Joshua Partogi shares five tips on how to overcome boredom as a Scrum Master.

In questo articolo, Cynefin, Scrum e Agile, condivido parte della trascrizione di una conferenza di Dave Snowden del 2017. Mi ha permesso di capire che cos’è un sistema complesso e perché Scrum e Agile sono, al momento, gli approcci più efficaci per risolvere problemi complessi.

The Top Ten Business Reasons to Trust Your Teams

Was ist der Unterschied zwischen Kategorisierung und Sinnschaffung? Der Unterschied war mir auch lange nicht klar. Erst nachdem ich ein Training bei Dave Snowden besucht habe, habe ich es verstanden. Wenn du keine Zeit hast das Training zu besuchen, du aber nach besseren Wegen suchst, wie du Komplexität deine Scrum Team erklären kannst, dann lies weiter:

Tener disciplina y motivación es fundamental en cualquier transición ágil. De hecho, son dos conceptos relacionados pero distintos que juegan un papel importante en la consecución de metas y la autorregulación del comportamiento.

The specific roles and responsibilities of a manager and a Scrum Master may differ in some key ways, but the core skills, responsibilities and accountabilities required for both roles are quite similar. In this video, I will discuss 5 ways a Scrum Master and a manager are similar.

Wie wird der Erfolg deines Scrum Teams gemessen? Die Chancen stehen gut, dass der Erfolg des Teams am Verhältnis von versprochenen zu gelieferten User Stories festgemacht wird. Laut dem 15. State of Agile Report trifft dies bei 35 % aller Unternehmen zu. Warum ist diese Einstellung noch so weit verbreitet?

Meine Antwort, erfährst du in diesem Artikel:

Each Scrum Event serves Inspection, the second pillar of Empiricism. So does the Sprint Retrospective. How? Find out ...

Errfahren Sie mehr darüber, wie sich ein Projektmanagement-Tool in einen bürokratischen Albtraum verwandelt, was der Grund dafür sein könnte und was wir dagegen tun können.

Agile development is all about building a collaborative, empowered team that delivers value to the customer. However, upper management may prioritise traditional metrics like deadlines and budgets in some organisations over team dynamics. As a Scrum Master, balancing these priorities and ensuring the team remains psychologically safe while meeting management’s expectations around estimation is essential.

Scrum is the most popular Agile framework. According to Digita.ai’s 16th annual report, 87% of organizations using an Agile framework use Scrum. That’s up from 58% of Agile teams using Scrum, as documented in the 14th annual State of Agile report. 

Hiring a Scrum Master? Unfortunately, most Scrum Master job descriptions are not suitable and may not attract the right talent. In this video, PST's Jason Malmstadt and Gregory Crown will provide some helpful ideas and things to consider to help you get started with writing a good job description that will attract the best candidates.