Die fünf Scrum-Werte stehen etwas unscheinbar im Scrum Guide – nur ein kurzer Absatz, gefühlt kaum mehr als eine Randnotiz. Und doch bilden sie die Grundlage dafür, dass iteratives Arbeiten, gemäß dem Prinzip empirischer Prozesssteuerung, in Scrum überhaupt möglich ist.

In dieser Folge sprechen Oliver Winter und Tim Klein darüber, wie Product Owner diese Scrum-Werte im Alltag konkret leben können. Nicht abstrakt und theoretisch, sondern ganz praktisch – im Spannungsfeld von Verantwortung, Kommunikation und Produktführung.

Die fünf Scrum-Werte reflektieren

Viele Teams und Organisationen arbeiten mit Scrum, ohne die Bedeutung der Scrum-Werte wirklich zu reflektieren. Dabei hängt vieles genau davon ab: Wie offen geht man mit Feedback um? Wie mutig spricht man Konflikte an? Wie sehr helfen Fokus, Commitment und Respekt dabei, Klarheit zu schaffen und wirkungsvoll zusammenzuarbeiten?

Tim und Oliver nehmen sich alle fünf Scrum-Werte vor – Commitment, Fokus, Mut, Offenheit und Respekt – und beleuchten sie aus der Sicht eines Product Owners. Sie zeigen, dass es nicht um perfekte Haltung oder moralische Überlegenheit geht, sondern um gelebte Verantwortung. Und um die Wirkung, die entsteht, wenn ein Product Owner diese Werte nicht nur benennt, sondern im täglichen Handeln sichtbar macht.

Ob in der Priorisierung, im Stakeholder-Dialog oder im Sprint Review: Die Scrum-Werte zeigen sich überall. Wer als Product Owner mutig ist, kann klare Entscheidungen treffen, statt es allen recht machen zu wollen. Wer respektvoll kommuniziert, schafft Vertrauen – gerade auch in schwierigen Situationen. Und nur wer offen bleibt, kann Feedback wirklich annehmen, ohne die eigene Position zu verlieren.

Scrum-Werte in die Praxis umsetzen

Oft stehen diese Werte in Spannung zueinander – oder im Widerspruch zu dem, was das Umfeld verlangt. Hierzu hatten die Produktwerker letzte Woche die Episode mit Johannes Schartau („Wenn Strukturen die Produktentwicklung behindern“). Gerade unter Druck fällt es schwer, Respekt zu zeigen, mutig zu bleiben oder sich zu fokussieren. Und genau deshalb braucht es Reflexion: ein klares Gespür dafür, welchen Wert ich in meinem Kontext gerade besonders stärken will. Und die Bereitschaft, kleine Schritte zu gehen, statt alles auf einmal verändern zu wollen.

Diese Folge ist eine Einladung, den Scrum-Werten mehr Raum zu geben – nicht als Theorie, sondern als Kompass im Alltag. Wer sie ernst nimmt, stärkt nicht nur die eigene Wirksamkeit als Product Owner, sondern auch das Vertrauen im Team und in die eigene Produktverantwortung.

Weitere erwähnte Podcastfolgen

Diese weiteren Episoden werden im Gespräch genannt:

Die aktuelle Ausgabe des Podcasts steht auch im Blog der Produktwerker bereit: „Was bedeuten die Scrum Werte für Product Owner – und wie lebst du sie im Alltag„.

(mai)

In dieser Episode des Software-Architektur-Podcasts sprechen Patrick Roos, Gernot Starke und Michael Stal über den wahren Umfang von „Schulden“ in Softwareprojekten – und warum diese oft weit über den Code hinausgehen.

Was haben schlecht geschnittene Teams, veraltete Frameworks und fehlende Qualitätsanforderungen gemeinsam? Sie alle hinterlassen Spuren – und Kosten. Gemeinsam tauchen die Podcaster ein in bewusst und unbewusst aufgenommene Schulden, werfen einen Blick auf praxiserprobte Werkzeuge wie Technical Debt Records und diskutieren, warum Kapitel 11 im arc42-Template vielleicht mehr Aufmerksamkeit verdient.

Eine Folge voller Praxisbeispiele, Denkimpulse und konkreter Ideen – für alle, die technische Schulden nicht nur bekämpfen, sondern endlich systematisch verstehen wollen.

Shownotes

(who)

Das US-amerikanische Webtracking- und Analyse-Unternehmen New Relic hat seinen KI-Monitoring-Dienst um eine MCP-Unterstützung (Model Context Protocol) erweitert. Damit analysieren Entwicklerinnen und Entwickler den gesamten Lebenszyklus einer MCP-Anfrage, inklusive der genutzten Tools, Aufrufsequenzen und der Ausführungsdauer. Die MCP-Optimierung wertet neben Nutzungsmustern, Latenzen und Fehlern aus, welche Tools die KI-Agenten für bestimmte Befehle verwenden.

Das MCP-Monitoring ist ab Version 10.13.0 des New Relic Python Agents verfügbar, für künftige Versionen ist die Unterstützung weiterer Sprachen geplant.

MCP-Server „arbeiten oft als Blackboxes“, erklärt die Firma in ihrer Ankündigung. Sie erschweren es Entwicklerinnen und Entwicklern, die Leistung ihrer KI-Agenten zu überwachen. Zudem sei es auch für MCP-Anbieter schwer, Performance-Engpässe und Fehler bei ihren Systemen zu identifizieren, was deren Optimierung und Weiterentwicklung ausbremst.

Seit seiner Veröffentlichung Ende letzten Jahres hat das Open-Source-Framework MCP von Anthropic offene Türen eingerannt. Der plattformunabhängige Standard für die Kommunikation zwischen KI-Systemen und externen Datenquellen wird Community-seitig engagiert weiterentwickelt. Dabei haben sich auch Sicherheitslücken aufgetan, etwa der Prompt-Injection-Angriff auf den MCP-Server von GitHub.

Dem Erfolg von MCP tut das keinen Abbruch. Mittlerweile setzen auch große KI-Anbieter wie OpenAI und Google DeepMind auf das Model Context Protocol. Microsoft ist ebenfalls auf den Zug aufgesprungen und hat auf seiner Developer-Hausmesse Build 2025 angekündigt, die agentenbasierte KI in Windows 11 zu integrieren.

(who)