Most teams don’t implement Scrum theory—they implement meetings. This post uses the definition of “implement” to show what Scrum is actually trying to put into operation: transparency, inspection, and adaptation. You’ll get a blunt way to spot Scrum theatre (in 30 seconds) and a practical check after every event.

In this blog, I explain the motivation behind the creation of the new self-paced training course, "Effective Stakeholder Collaboration for Scrum Teams" that I created with Glaudia Califano and is endorsed by Scrum.org.

Has it ever happened on your Scrum Team, that you get into a Sprint Planning session and by the end of it, it still feels that there is no plan for the Sprint?

In diesem Artikel teilt Daniel seine Schlüsse aus einer Umfrage in seinem Netzwerk. Er hat danach gefragt, wo sich Professionals 2026 ihre Impulse und Ideen holen - denn das hat sich offenbar gewandelt. Immersion Trainings sind beispielsweise eine kraftvolle Antwort darauf.

Do you want to know what the difference is between an AI Agent and Agentic AI?! Then read this short blog.

If tightening events haven’t improved delivery, morale, or outcomes, you’re probably fixing symptoms instead of the real constraint. In this post, PST Robb Pieper shows how to assess true Scrum team health and how to identify the one thing to fix first so multiple problems improve at once.

Agiles KI-getriebener Paradigmenwechsel: strategisch, produktbezogen und individuell.

The article shows how Agile can degrade into local optimization: teams move faster, but the company loses flexibility and cost efficiency. It argues for a deliberate balance of centralization and decentralization aligned with strategy and product portfolio.

How do you enter a lengthy prompt to an AI system that you use regularly? Let me show you a powerful way that saves you a lot of time.

Three types of product groups and how to choose between virtual, partially dedicated, and semi‑autonomous configurations based on how tightly your business portfolio is connected.

A practical way to leverage AI to increase the Sprint Planning effectiveness.

Self-managing Scrum Teams don’t push back because they’re lazy, they push back because ownership hasn’t felt safe, real, or worth the risk. In the post PST Robb Pieper shares what actually works to build trust, set clear boundaries, and help teams take ownership without fear.

Scrum is designed for complex work. That kind of work can’t be reduced to checklists, scripts, or rigid instructions. It requires people who can think, experiment, apply their experience, and adapt when reality doesn’t match the plan.

Learn how to leverage AI to generate insights out of your current value of DORA metrics and generate a list of improvements to move toward achieving your desired value of the metrics.

In diesem Artikel listet PST Simon Flossmann 21 Fehler, die sich beim Schätzen einschleichen.

Self-managing teams are how strategy comes to life. They’re also how organizations know when strategy needs to shift. In this article, we explore the building blocks of self-managing teams, what keeps organizations stuck, and practices that help.

The paradigm shift is here. Andrej Karpathy, former Tesla AI director and OpenAI co-founder, recently admitted he has never felt this far behind as a programmer. If Karpathy feels overwhelmed, how should the rest of us feel?

We cling to org charts not out of ignorance but out of psychology: hierarchies feel safe, validate careers, and coordinate work. Replace them without new structures - and chaos follows.

In diesem Artikel beschreibt Mark Rehberg, wie eine Team-Vision Orientierung schafft und es für alle Beteiligten greifbarer macht, in welche Richtung es gehen soll. Der Scrum Master spielt dabei eine Schlüsselrolle: Er schafft Sicherheit, stellt die richtigen Fragen und begleitet das Team von der Vision zu echten Experimenten. So entsteht Zusammenarbeit mit Ownership – Schritt für Schritt, von innen heraus.

Burnout is a growing risk for leaders and their teams in fast-paced, high-pressure work environments. This article explains what burnout is, how it develops, and why early detection matters. It offers leaders a practical awareness checklist and concrete, everyday actions to recognize warning signs early, support themselves and others, and prevent burnout before it becomes a serious health issue.

Velocity is a widely used practice in Agile environments. But it has a big potential to be used in the wrong ways. Let's check them and see how to use velocity in a proper way.

Scrum events only work when they cause transparency, inspection, and adaptation. Many teams keep the events but quietly remove that cause — and then wonder why nothing changes. This post breaks down how Scrum turns into theatre, and how to spot it fast.

Impediments are those blockers that prevent the Scrum Team from achieving the Sprint Goal. You can leverage AI to effectively help you with the removal process.

What makes a Sprint valuable? If at the end of the Sprint, the Scrum Team is able to meet the goal and stakeholders, users expectations. A Sprint is not just about delivering functionality, it is an opportunity to experiment and validate assumptions about what Value is being created or delivered.

Traditional "Velocity" is often misused. This article proposes new, relevant metrics for hybrid human-AI teams, fitting perfectly into the EBM conversation.

Generative KI beseitigt die natürliche Einschränkung, die teure Entwickler der Softwareentwicklung auferlegt haben. Wenn das Programmieren fast nichts mehr kostet, verschiebt sich die Frage von „können wir es bauen?“ zu „sollten wir es bauen?“

Release Notes are not documentation. They are part of your product’s conversation with the world. In this blog, you will learn how to write effective Release Notes.

Helping PMOs navigate the apparent clash between their stage-gate models and agile product operating models applied to the portfolio level.

To move toward your ultimate goal, you need some mid-term steps called Product Goals. Here, I show you how to effectively create it with the power of AI.

Multi-product portfolio governance is difficult because products carry their own history, pressures, and priorities. Misalignment, trust gaps, capacity myths, and unresolved dependencies intensify the challenge. Success depends on deliberate alignment practices, shared understanding, clear boundaries, and leadership that creates the conditions for honest, system-level decision making.

En un entorno complejo con incertidumbre y ansiedad por resultados en tiempos cortos, los líderes necesitan empoderar, delegar, distribuir el poder de la toma de decisiones. Pero no solo se trata de delegar de manera instantánea, sino de construir una cultura, de cambiar mentalidad y, sobre todo, de practicar la confianza para lograr que a quienes se delega sientan el apoyo y respaldo para decidir. En el siguiente post muestro algunas ideas sobre como enfocarnos en el empoderamiento.

The world isn’t slowing down. Technology is evolving faster than most organizations can keep up and we all know requirements are constantly changing. But we don’t need a better plan - we need better ways to learn, and we need to keep our options open.

Prior to blaming the Scrum Master, organisations must ask themselves, do we value a culture where truth can be shared without retribution? Do we have clear guidelines in place, or have we shifted the ambiguity and the risk to the Scrum Master? Are we actually prepared to face the uncomfortable, that weak and outdated assumptions and leadership practices are exposed? No amount of Scrum training, SAFe certification, or the implementation of agile tools will help an organisation that is blind to the truth. No framework will fill the void left by the lack of leadership.

Scrum often isn’t what fails to scale, portfolio design does. Teams can run a good Scrum and still be slow because the real constraint sits upstream in funding, governance, and decision rights. Your product portfolio type determines which dependencies help you win and which ones quietly slow you down. In a loosely coupled portfolio (different strategies/customers, limited reuse), success comes from autonomy, local decision-making, and minimal coupling. In a strongly coupled portfolio, success comes from intentional integration—the right dependencies, supported by governance and funding. So the goal isn’t “reduce dependencies.” The goal is: design the right dependencies for your portfolio, strengthen the ones that create advantage, and remove the ones that don’t.

Business portfolio cohesion is a strategic choice that shapes organizational architecture. Four archetypes—from Single Integrated Business to Holding—affect structure, processes, and culture differently. The core tradeoff: integration delivers synergies and scale, but sacrifices local agility. A diagnostic tool helps verify alignment between strategy, operating model, and real centralization/decentralization effects. There's no "right" portfolio type—only the right fit between architecture and operating model.

in diesem Artikel teilt PST Simon Flossmann drei Fragen, die sich jedes Scrum Team stellen sollte, wenn ihr Product Backlog mehr als 100 Einträge hat.

A practical way to leverage AI to increase the Daily Scrum effectiveness.

KI-Agenten versprechen schon seit langem Produktivitätssteigerungen, aber bisher verlangten sie Programmierkenntnisse, die den meisten agilen Praktikern fehlen oder die sie nicht beherrschen. In diesem Artikel teile ich meine ersten Eindrücke darüber, wie Claude Cowork diese Barriere beseitigt.

"Technical Debt" is a big topic in the Professional Scrum. This article addresses a specific new pain point: AI generates code fast (increasing Velocity), but creates massive maintenance debt. This warns Scrum Teams against false velocity.

本ブログ記事では、PSTのグレゴリー・フォンテーヌが、Anthropicの「Claude Cowork」を例に、生成AI時代にプロダクト開発のボトルネックが「どう作るか」から「何を作るべきか」へ移っている現実を掘り下げます。 開発コストが下がるほど、意思決定と実験スピードの差がそのまま競争力の差になります。 だからこそ今後は、文化・構造・リーダーシップまで含めた“変化に強い組織づくり”がますます重要になります。

Anthropic's “Claude Cowork” is an AI agent-based tool born from observing user behavior and released in just 10 to 14 days. While generative AI reduces development costs, the bottleneck has shifted from “how to build” to “what to build.” As a result, the gap between organizations strong and weak in making sound product-related decision, and and running experimentations at speed, will widen further. Going forward, building resilient organizations—encompassing culture, structure, ability to learn and leadership—will be more critical than ever.

Generative AI removes the natural constraint that expensive engineers imposed on software development. When building costs almost nothing, the question shifts from “can we build it?” to “should we build it?”

Modern org charts were built for slow, one-way telegraph communication. Today's instant, multi-directional flow turns hierarchy into bottlenecks - slowing decisions, diluting insight, and killing innovation.

Using the AQAL model provides a sophisticated framework for Scrum Teams to diagnose why a team followed the rules of Scrum but still failed in the delivery.

AI has turned code ownership from a theoretical concern into a practical business risk. Developers assume they own AI generated software because they guided the process and shipped the product, but copyright law depends on human authorship, and much of that code may not qualify. This usually does not matter until money is involved, when investors, buyers, or courts require proof of ownership. AI makes it faster than ever to build software, and just as easy to build something valuable that you do not actually own.

If you drive your car without a destination, you are NOWHERE at the end of the day. The Sprint Goal is the destination of your Sprint trip. You should learn how to effectively create it.

Scrum events don’t work because they’re scheduled. They work because they create transparency, inspection, and adaptation. If nothing changes after your Sprint Review, Daily Scrum, or Retrospective, Scrum isn’t broken — it’s being ignored.

In diesem Blog Artikel beschreibt Mark Rehberg, wie die Idee der Vision aus der Produktentwicklung auf die Zusammenarbeit in Scrum Teams übertragen werden kann. Er zeigt, dass auch Teamarbeit als „Produkt“ verstanden werden darf, das sich bewusst und schrittweise weiterentwickelt.

If you don't use the Definition of Done in your Scrum Team, read this blog.

The "Definition of Done" (DoD) is a core Scrum element. As teams integrate AI agents (like Devin or Cursor) into the Sprint, the DoD must evolve to include "hallucination checks" and "bias testing." This is a highly relevant, practical guide for modern Scrum Teams.