Effective Stakeholder Engagement is key to the product's success and one of the essential skills all product people should have. This article is part 4 of the Effective Stakeholder Engagement series. - Stakeholder Exploration - Stakeholder Analysis & Mapping - Stakeholder Communication Strategy - Inspect & Adapt All the above steps are fundamental to having a sound Stakeholder Engagement strategy.

アジャイルテストの４象限とスクラムチームとしての活用方法

By offering just enough structure, Scrum enables teams to work together effectively while promoting innovation and adaptability.

El desarrollo ágil y centrado en el cliente de productos y servicios se basa en aprender lo antes posible, y de manera empírica, las necesidades del cliente y cómo entregar soluciones que funcionen. En este artículo explicamos 5 ideas que pueden mejorar el valor que entregan tus productos a los usuarios.

Want to elevate your Retrospectives from Good to 🦄 Great? Check out the following ten benefits of this one Retrospective facilitation practice.

Schwierigkeiten bei der Einführung von Sprint-Zielen? In diesem Artikel teile ich 5 Methoden mit dir, die den Einstieg erleichtern.

How a simple experiment can have a huge impact!

Although Scrum is a well-known framework for agile software development, implementing Scrum alone won’t guarantee success. Software development in an agile setting calls for specialized technical abilities, effective process management, and collaborative skills that help teams produce high-quality solutions in short iterations.

While some find it a trendy fad, or a confusing concept, servant leadership can be the key to your agile team’s success and growth. Professional Scrum Trainer Gregory Crown and I will explore the concept of servant leadership, highlighting its historical roots and relevance in the agile community.

El Agile Coaching, también conocido como coaching ágil, es un enfoque utilizado en el desarrollo de software y en la gestión de proyectos fomentando la adopción y mejora continua de los principios y prácticas ágiles.

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.