Die Produktwerker

Alexej Antropov, Entwickler des KI-Radars und Experte für Produkt- und Softwareentwicklung, spricht über die Vorteile von KI-Tools im Produktmanagement. Er erklärt, wie sein Radar eine strukturierte Übersicht über relevante Tools bietet, um Produktteams zu unterstützen. Alexej hebt hervor, dass KI nicht nur die Effizienz steigert, sondern auch neue Innovationspotenziale eröffnet. Zudem wird diskutiert, wie Unternehmen KI pragmatisch integrieren können, um Prototypen schnell zu erstellen und Kundeninterviews besser zu analysieren.

Dominique & Oliver im Gespräch Das Abbrechen eines Sprints ist ein seltenes, aber einschneidendes Ereignis im agilen Arbeiten. Aber wann ist es sinnvoll, einen Sprint abzubrechen, und was passiert danach? Obwohl Sprints selten abgebrochen werden, kann dies unter bestimmten Umständen hilfreich und richtig sein, um Zeit und Ressourcen zu sparen. Ein zentraler Aspekt rund um die Idee einen Sprint abzubrechen ist die Rolle des Sprintziels. Wenn ein Sprintziel während des Sprints obsolet wird, sei es durch neue Erkenntnisse, technologische Hürden oder strategische Entscheidungen, ist dies ein klarer Grund für einen Sprintabbruch. Zum Beispiel kann eine Änderung auf Kundenseite dazu führen, dass eine zuvor geforderte Funktionalität gar nicht mehr benötigt wird. Oder es stellt sich während der Arbeit heraus, dass eine geplante technische Lösung so nicht umsetzbar ist. In solchen Situationen stehen Product Owner:innen in der Verantwortung, die richtige Entscheidung zu treffen. Schließlich hat nur er oder sie die Befugnis, einen Sprint abzubrechen. Ein Sprintabbruch erfordert jedoch neben Mut auch eine durchdachte Kommunikation. Das Team und andere Stakeholder:innen müssen einbezogen werden, um die Situation zu bewerten und eine fundierte Entscheidung zu treffen. Dabei wird oft deutlich, dass Transparenz und Zusammenarbeit wichtig sind, um den nächsten Schritt zu planen. Nach dem Abbruch des Sprints gilt es dann gemeinsam zu analysieren, welche Arbeitsergebnisse weiterhin verwertbar sind und welche nicht. Eine Retrospektive hilft, die Arbeitsweise zu reflektieren und mögliche Verbesserungen zu identifizieren. Ein Sprintabbruch kann daher auch eine wertvolle Gelegenheit sein, innezuhalten und sich neu auszurichten. Eine klare Orientierung hilft, den nächsten Sprint effektiv zu planen und das Team auf die neuen Ziele einzustimmen. Dominique und Oliver fragen sich in der Folge auch ob Sprints nicht oft genug abgebrochen werden. Oft fehlt es an klar definierten Sprintzielen oder der Fähigkeit, den Fortschritt während des Sprints zu messen. Diese Faktoren können dazu führen, dass Teams zu lange an Aufgaben festhalten, die nicht den richtigen Mehrwert für Nutzer:innen bieten. Am Ende bleibt, dass es für Product Owner:innen essenziell ist, die Auswirkungen eines Sprintabbruchs zu berücksichtigen und die verbleibende Zeit sinnvoll zu nutzen. Der Abbruch eines Sprints ist kein Zeichen von Scheitern, sondern ein Schritt, der dabei hilft, den Fokus auf das Wesentliche zu richten. Ein Sprintabbruch ist selten. Daher interessiert es uns sehr, wie eure Erfahrungen dabei sind. Habt ihr bereits einen Sprint abgebrochen und was habt ihr dabei gelernt? Was könnt ihr anderen mit auf den Weg geben? Schreibt es gerne in den Kommentaren des zur Folge gehörenden Blogbeitrags (https://produktwerker.de/wann-breche-ich-einen-sprint-ab-und-was-mache-ich-danach/) oder auf LinkedIn (https://www.linkedin.com/company/produktwerker/).

Bernd Joussen im Gespräch mit Tim In dieser Folge geht's darum Konflikte mit Stakeholdern zu meistern. Konflikte sind im Produktmanagement fast unvermeidlich, da unterschiedliche Interessengruppen oft widersprüchliche Ziele verfolgen. Bernd Joussen, ein erfahrener Coach für Teamentwicklung und Konfliktmanagement (und zugleich auch Konflikt-Mediator), teilt im Gespräch mit Tim seine Einsichten darüber, wie Product Owner solche Spannungen und konfliktbeladenen Situationen erfolgreich handhaben können. Ein Konflikt, so erklärt Bernd, entsteht, wenn zwei oder mehr Parteien unterschiedliche Interessen verfolgen und mit ihren Ansprüchen bzw. Erwartungshaltungen aufeinandertreffen. Er betont die Bedeutung einer bewussten Abgrenzung zwischen strukturellen und zwischenmenschlichen Konflikten. Während die einen oft aus widersprüchlichen Unternehmenszielen resultieren, etwa durch fehlende strategische Orientierung oder technische Limitierungen, betreffen die anderen eher persönliche oder teaminterne Spannungen. In Organisationen gibt es typische Konfliktfelder, wie das Ringen um begrenzte Ressourcen oder unterschiedliche Prioritäten, etwa zwischen Marketing und Produktentwicklung. Solche Spannungen verschärfen sich oft, wenn Stakeholder ihre Interessen stark durchsetzen wollen. Hier können Product Owner ansetzen, indem sie eine Kultur der Empathie und des gegenseitigen Verständnisses fördern. Bernd empfiehlt das Johari-Fenster hierfür als hilfreiches Tool, das den Teammitgliedern dabei hilft, blinde Flecken aufzudecken und durch bewusstes Teilen eigener Bedürfnisse Vertrauen zu stärken. Ein weiterer wertvoller Tipp von Bernd ist die sogenannte Konflikt-Map, ein visuelles Werkzeug, das die Beziehungen und Spannungen zwischen verschiedenen Akteuren anschaulich darstellt. Mit Blitzen und Pfeilen lassen sich so problematische Verbindungen oder Kommunikationslücken verdeutlichen. Diese Methode schafft Klarheit und hilft dem gesamten Team, Konfliktmuster zu erkennen und gezielt anzugehen. Für Bernd ist es wichtig eine gesunde Streitkultur zu pflegen. Konflikte können das Team stärken, wenn sie konstruktiv geführt werden, denn sie bieten Raum für Innovation und Weiterentwicklung. Product Owner können diese Dynamik unterstützen, indem sie regelmäßig Feedback einholen und lernen, souverän mit Kritik umzugehen. Hierfür ist das Buch "Radical Candor" von Kim Scott hilfreich, das praxisnahe Ansätze für eine ehrliche und respektvolle Kommunikation vermittelt. Als praxisnahen Tipp für alle, die ihre Zusammenarbeit verbessern wollen stellt Tim das „How-to-work-with-me“-Dokument vor. Hierbei handelt es sich um eine Art "Bedienungsanleitung für mich selbst", die persönliche Präferenzen und Bedürfnisse beschreibt, damit das Team besser auf mich (und meine Eigenarten und Erwartungshaltungen an den Umgang mit mir) eingehen kann. Dies stärkt nicht nur die Kommunikation, sondern kann auch helfen, potenziellen Konflikten präventiv entgegenzuwirken. Diese Folge mit Bernd Joussen verdeutlicht, dass Konflikte mit Stakeholdern zum Alltag eines Product Owners gehören und nicht vermieden, sondern konstruktiv genutzt werden sollten. Ihr als Product Owner solltet euch daher nicht scheuen, externe Unterstützung durch Coaches oder Mediatoren wie Bernd hinzuzuziehen, um die Konfliktlösung zu erleichtern und die Zusammenarbeit im Team zu fördern. Diese früheren Folgen werden in dieser Episode referenziert: Umgang mit schwierigen Stakeholdern Herausforderungen zwischen Product Owner und Developer (frühere Folge mit Bernd Joussen) Stakeholder Community Konflikte zwischen Scrum Master und Product Owner Bernd empfiehlt im Gespräch folgende Tools und Bücher: Johari Fenster Conflict Map Birgit Schumacher: Psychologische Sicherheit Manfred Prior: MiniMax-Interventionen Kim Scott: Radical Candor Friedrich Glasl: Konfliktmanagement Lyssa Adkins: Market of Skills (aus ihrem Buch "Coaching Agile Teams"). Hier eine andere Erklärung zum Market of Skills. Tim erwähnt noch das "How To Work With Me"-Manual, welches auf der Idee von Claire Hughes Johnson ("How to work with Claire") basiert. Weitere Erklärungen gibt's hier. Wer weitere Fragen an Bernd Joussen hat oder mit ihm in Kontakt treten möchte, erreicht ihn am besten über sein LinkedIn-Profil oder über seine Webseite (der-teamdynamo.de). Wir hoffen, dass du einige neue Impulse zum Thema Konflikte mit Stakeholdern aus den Erfahrungen von Bernd Joussen ableiten konntest. Welche typischen Konflikte mit Stakeholdern hast du selber und wie gehst du damit um? Wenn du deine Tipps und Erfahrungen aus der Praxis mit den anderen Hörerinnen und Hörern teilen möchtest, dann hinterlasse gerne einen Kommentar unterm Blog-Artikels oder auf unserer Produktwerker LinkedIn-Seite. Folgt uns Produktwerkern auf LinkedIn -> https://bit.ly/3gWanpT Twitter -> https://bit.ly/3NitkPy Youtube -> https://bit.ly/3DIIvhF Infoletter (u.a. mit Hinweisen auf Konferenzen, Empfehlungen, Terminen für unsere kostenfreien Events usw.) -> [https://bit.ly/3Why63K]

Oliver und Tim tauchen tief in die Welt der Produktrisiken ein. Sie diskutieren die vier Kategorien von Risiken, die Product Owner kennen sollten, darunter Usability und Value-Risiken. Die Bedeutung eines rentablen Geschäftsmodells wird hervorgehoben, ebenso wie die Notwendigkeit, Kundenbedürfnisse zu verstehen. Anhand von Beispielen zeigen sie auf, wie ethische Aspekte und agile Methoden in der Produktentwicklung berücksichtigt werden müssen. Außerdem geben sie praktische Tipps zur Risikomanagement-Integration.

Denny Meier im Gespräch mit Tim Wie sieht die Jobsituation für Product Owner und digitale Produktmanager zum Ende des Jahres 2024 aus? Tim spricht in dieser Episode mit Recruiting-Experte Denny Meier über die aktuelle Marktlage und die Trends für Product Owner und digitale Produktmanager. Denny Meier ist tief drin im Markt für Product Owner und Produktmanager, da er sich schon vor Jahren auf die Vermittlung und Suche von Festangestellten mit solchen Expertisen spezialisiert hat. Denny taucht erstmal tief in die Zahlenwelt ein und bespricht mit Tim u.a., wie sich die Jobtitel und die Anforderungen in diesen Rollen verändern. Dabei geht es aber auch um die Entwicklung des Rollenverständnisses: weg von der reinen Verwaltung des Backlogs hin zu einem stärker wertorientierten Ansatz. Ein weiterer Schwerpunkt der Folge liegt auf der Gehaltssituation und auch dem Gender Pay Gap: wie sehen die aktuellen Gehaltszahlen aus, und welche Unterschiede bestehen zwischen den Geschlechtern? Spannend ist dabei auch der Vergleich bzw. Entwicklung zur Gehalts- und Jobsituation für Product Owner im Jahr 2020, als Denny Meier schon mal in unserem Podcast zu Gast war. Für Senior-Positionen zeigt Denny die zunehmende Bedeutung organisatorischer Themen, Führungskompetenzen und die auch Organisationsentwicklung bei der Suche nach Kandidatinnen und Kandidaten auf. Denny teilt auch Einblicke in die verschiedenen Branchen, die besonders stark nach Talenten suchen. Abschließend gehen die beiden darauf ein, welchen Hintergrund die Leute in diesen Rollen häufig mitbringen und geben wertvolle Tipps für alle, die sich auf der Suche nach einer passenden Position im Produktmanagement befinden. Natürlich ist die Jobsituation für Product Owner und digitale Produktmanager derzeit etwas angespannter, aber gute Chancen gibt es für spannende Profile nach wie vor. Gute Leute werden halt irgendwie immer gesucht. Auf diese früheren Folgen wird im Laufe der Episode verwiesen: Sich als Product Owner auf die Bewerbung vorbereiten - Gast: Denny Meier Der Arbeitsmarkt für Product Owner & Product Leader (Juli 2020) - Gast: Denny Meier AI als Wingman für Product Owner Sei dein eigenes Produkt! – Weiterentwicklung für Product Owner Wenn ihr in den direkten Austausch mit Denny kommen wollt oder weitere Fragen habt, erreicht ihr ihn am besten über sein LinkedIn-Profil. Natürlich könnt ihr ihn auch gerne als suchendes Unternehmen oder als suchende Kandidatin bzw. Kandidat direkt via LinkedIn ansprechen. Wir hoffen, dass du wichtige Anstöße und Infos aus den Erfahrungen, die Denny Meier mit uns geteilt hat, ableiten konntest. Wie guckst du aktuell auf den Jobmarkt für Product Owner und Produktmanager? Wir Produktwerker freuen uns, wenn du deine Gedanken zu diesem Thema mit uns und den anderen Hörerinnen und Hörern teilst. Welche Info hat dich besonders überrascht oder was siehst du anders? Wenn du deine Tipps und Erfahrungen aus der Praxis mit den anderen Hörerinnen und Hörern teilen möchtest, dann hinterlasse gerne einen Kommentar unterm Blog-Artikels oder auf unserer Produktwerker LinkedIn-Seite. Folgt uns Produktwerkern auf LinkedIn -> https://bit.ly/3gWanpT Twitter -> https://bit.ly/3NitkPy Youtube -> https://bit.ly/3DIIvhF Infoletter (u.a. mit Hinweisen auf Konferenzen, Empfehlungen, Terminen für unsere kostenfreien Events usw.) -> [https://bit.ly/3Why63K]

Dominique & Oliver im Gespräch In dieser Folge des Produktwerker-Podcast dreht sich alles um Continuous Delivery aus der Perspektive eines Product Owners. Dominique und Oliver beleuchten die Unterschiede zwischen Continuous Integration, Continuous Delivery und Continuous Deployment und tauschen sich darüber aus, wie wichtig diese Praktiken auch für Produktmenschen sind, um kontinuierlich Mehrwert zu liefern. Continuous Delivery hingegen ermöglicht im Gegensatz zu früher üblichen umfangreichen Releases, kleinere Änderungen regelmäßig auszuliefern und diese frühzeitig in produktionsnahen Umgebungen zu testen. Einer der wichtigsten Argumente für Continuous Delivery ist die Risikominimierung. Durch kontinuierliches Testen in Staging-Umgebungen lassen sich potenzielle Probleme frühzeitig erkennen und beheben, bevor sie live gehen. Dies erhöht nicht nur die Qualität, sondern schafft auch Sicherheit für den Product Owner und das Team. Dominique und Oliver diskutieren in diesem Kontext den Einsatz von Feature-Toggles, mit denen Funktionen gezielt für bestimmte Nutzergruppen aktiviert werden können, um Feedback zu erhalten und die Einführung neuer Features zu kontrollieren. Durch Continuous Delivery wird der Übergang von der Entwicklung zur Auslieferung fließender und transparenter, was wiederum die Zusammenarbeit und Abstimmung mit Stakeholdern erleichtert. Continuous Delivery bekomme ich als Product Owner nicht geschenkt, es erfordert eine Investition in technische Infrastrukturm welche letztendlich die Produktqualität und die Liefergeschwindigkeit verbessert. Dabei sollte das Team regelmäßig reflektieren, wie viel Aufwand bei der Integration und Auslieferung erforderlich ist, um den Nutzen einschätzen zu können. Continuous Delivery hilft somit, kontinuierlich wertvolle und getestete Produktinkremente bereitzustellen und ermöglicht es Product Ownern, flexibler auf Veränderungen zu reagieren und schneller auf die Bedürfnisse der Nutzer einzugehen.

Deniz Dogan im Gespräch mit Tim In dieser Folge geht es um die Herausforderungen und Chancen des Produktmanagements in regulierten Branchen. Tim spricht heute mit Deniz Dogan, Product Management Consultant bei den Product People, über die spezifischen Anforderungen, die auf Product Owner in regulierten Umfeldern zukommen. Regulierung stellt natürlich häufig eine Hürde dar, weil sie viele Freiheiten während der Produktentwicklung einschränkt. Doch dies sollte nicht nur als Beschränkung gesehen werden. Vielmehr bietet die Gesetzeslage oft auch Spielraum, wie Regelungen umgesetzt werden, was Raum für kreative Lösungen schafft. Ein Beispiel in dieser Folge ist der Digital Services Act (DSA), bei dem zwar Vorgaben zu Transparenz und Meldemöglichkeiten erfüllt werden müssen, aber nicht festgelegt ist, wie dies genau zu geschehen hat. Hier zum Beispiel hat Deniz Dogan durch sorgfältige Analyse der Vorgaben und enge Zusammenarbeit mit dem Compliance-Team innovative Ansätze gefunden, um Anforderungen effizient zu erfüllen, ohne unnötigen Aufwand zu erzeugen. Die enge Zusammenarbeit mit Compliance-Teams ist besonders wichtig, um das Produktmanagement in regulierten Branchen zu erleichtern. Deniz betont in dieser Folge, wie wichtig es ist, frühzeitig und proaktiv den Dialog mit diesen Abteilungen zu suchen. Oft wird aus Unsicherheit lieber ein konservativer Ansatz gewählt, der jedoch nicht immer nötig ist. Indem Product Owner die gesetzlichen Rahmenbedingungen genau verstehen und kritisch hinterfragen, können sie unnötige Aufwände vermeiden und gleichzeitig rechtskonform bleiben. So wird aus einem vermeintlichen Hindernis eine Gelegenheit für Produktverbesserungen und damit eine echte Chance. Besonders in regulierten Branchen zeigt sich zudem, dass Vorschriften oft nicht eindeutig sind, was Raum für Interpretation lässt. Dies führt zu Ambiguität, die zwar zusätzliche Komplexität schafft, aber auch Gestaltungsspielräume eröffnet. Dies bietet eine Chance, Wettbewerbsvorteile zu erzielen, indem Unternehmen die Anforderungen nicht nur erfüllen, sondern die Art wie sie die Erfüllung dieser Regulation meistern zu einem Selling Point machen. Ein Beispiel hierfür ist die Barrierefreiheit, bei der sich Unternehmen durch besonders proaktive Maßnahmen im Markt differenzieren können. Letztlich kommt es darauf an, als Product Owner nicht nur die Vorschriften zu erfüllen, sondern den Mehrwert darin zu erkennen, wie ein Produkt dadurch besser und sicherer gestaltet werden kann. Wer bereit ist, die Regeln genauer unter die Lupe zu nehmen und in den Dialog mit den richtigen Stakeholdern zu gehen, kann auch in streng regulierten Märkten innovativ agieren und sich einen Vorsprung verschaffen. Im Produktmanagement in regulierten Branchen geht es also nicht nur darum, sich an Gesetze zu halten, sondern diese auch als Chance zu nutzen, Produkte nachhaltig besser zu machen. Diese früheren Folgen werden in dieser Episode referenziert: Guerilla Discovery - wenn der Kontext Product Discovery nicht aktiv unterstützt Barrierefreiheit von digitalen Produkten Umgang mit schwierigen Stakeholdern Wer weitere Fragen an Deniz hat oder mit ihm in Kontakt treten möchte, erreicht ihn am Besten über sein LinkedIn-Profil oder über die Product People. Von Deniz Dogan gibt es zudem auch ein englisches Webinar der Product People zum Thema ”Product Management in regulated industries: Navigating the Digital Service Act” Wir hoffen, dass du einige neue Impulse zum Thema reguliertes Umfeld aus den Erfahrungen von Deniz Dogan ableiten konntest. Bist du selber vielleicht auch im Produktmanagement und von Regulation betroffen? Wenn du deine Tipps und Erfahrungen aus der Praxis mit den anderen Hörerinnen und Hörern teilen möchtest, dann hinterlasse gerne einen Kommentar unterm Blog-Artikels oder auf unserer Produktwerker LinkedIn-Seite. Folgt uns Produktwerkern auf LinkedIn -> https://bit.ly/3gWanpT Twitter -> https://bit.ly/3NitkPy Youtube -> https://bit.ly/3DIIvhF Infoletter (u.a. mit Hinweisen auf Konferenzen, Empfehlungen, Terminen für unsere kostenfreien Events usw.) -> [https://bit.ly/3Why63K]

Dominique & Oliver im Gespräch In dieser Folge dreht sich alles um das Arbeiten als Product Owner im Home Office. Seit der Corona-Pandemie ist Home Office für viele POs zur Normalität geworden, was sowohl Chancen als auch Herausforderungen mit sich bringt. Oliver und Dominique diskutieren, wie sich die Verantwortung eines Product Owners durch die veränderten Arbeitsbedingungen verschoben hat und welche Auswirkungen dies auf die tägliche Arbeit hat. Eine der größten Veränderungen betrifft die Kommunikation besonders mit dem eigenen Team. Obwohl die virtuelle Kommunikation via Slack oder Videokonferenzen viele spannende Möglichkeiten bietet, gibt es Aspekte, die im Home Office schwerer umsetzbar sind. Spontane Gespräche oder das schnelle „Zurufen“ einer Frage im Teamraum vor Ort fehlen, was den Austausch im Team verlangsamen kann. Product Owner müssen darüber hinaus darauf achten, dass trotz Remote-Arbeit keine wichtigen Informationen verloren gehen. Andererseits bietet das Home Office aber auch einige Vorteile: Die Flexibilität ermöglicht es, sich besser auf bestimmte Aufgaben zu fokussieren und tiefere, ungestörte Arbeit zu leisten. Eine weitere kommunikative Herausforderung ist es, die Beziehung zu den Stakeholdern zu pflegen. Im Büro gibt es diverse Möglichkeit sich informell auszutauschen – etwa an der Kaffeemaschine – während im Home Office solche Gelegenheiten fehlen. Hier sind kreative Ansätze gefragt, um den Kontakt nicht nur formell, sondern auch auf einer persönlichen Ebene aufrechtzuerhalten. Ein „Stakeholder-Daily“ könnte beispielsweise helfen, die Entscheidungsprozesse zu beschleunigen, indem regelmäßige kurze Meetings stattfinden. Doch Arbeiten im Home Office bietet nicht nur Hürden, sondern auch einige neue Chancen. Product Owner können durch die zunehmende Flexibilität Jobmöglichkeiten im gesamten deutschsprachigen Raum, oder sogar darüber hinaus, wahrnehmen. Zudem verbessern digitale Tools wie Miro oder Confluence die Zusammenarbeit und die Dokumentation. Das Arbeiten im virtuellen Raum ermöglicht es, transparenter zu agieren und Prozesse effizienter zu gestalten. Ein großer Vorteil des Home Offices ist auch die Möglichkeit, den eigenen Arbeitsrhythmus flexibler zu gestalten. Product Owner können tiefer in Aufgaben eintauchen, ohne von äußeren Faktoren im Büro abgelenkt zu werden. Auf eines sollte man aber achten: Die klare Trennung zwischen Arbeit und Privatleben fällt oft schwer, besonders wenn man nicht in einem separaten Arbeitszimmer, sondern vielleicht am Küchentisch arbeitet. Insgesamt gibt diese Folge praktische Tipps, wie du die Herausforderungen des Home Offices meistern kannst. Als PO solltest du deinen Arbeitsalltag aktiv gestalten und nicht einfach nur den Umständen ausgeliefert sein.

Peter Rochel, Experte bei UXTO Solutions, und Tim, Produktwerker, diskutieren die Progress Design Map, eine innovative Weiterentwicklung des Value Proposition Canvas. Peter erklärt, wie diese neue Methode den Jobs-to-be-Done-Prozess optimiert, indem sie die fünf Phasen des Kundenverhaltens berücksichtigt. Sie beleuchten die Grenzen der traditionellen Ansätze und betonen die Bedeutung von Kundeninterviews und Marktforschung. Außerdem wird der Einfluss des Kontextes auf Kundenbedürfnisse anhand von Beispielen wie E-Bikes thematisiert.

Oliver & Dominique im Gespräch In dieser Folge unseres Podcasts dreht sich alles um die Herausforderungen und Best Practices rund um die Releaseplanung, insbesondere der Planung und Umsetzung großer Releases. Wir beleuchten dabei, wie wichtig es für Product Owner ist, die Releaseplanung bewusst und vorausschauend zu gestalten. Gerade in agilen Teams, die nach Scrum arbeiten, gibt es oft das Missverständnis, dass am Ende eines jeden Sprints ein Release erfolgen muss, obwohl es doch lediglich heißt, dass das Inkrement potentiell auslieferungsfähig ist (es erfüllt laut Scrum Guide die Definition of Done). Es ist also möglich das Ende eines Sprints und den Zeitpunkt eines Releases voneinander zu entkoppeln. Denn nicht jede potenziell auslieferbare Funktion muss ja sofort live gehen. Ein zentrales Thema ist diesmal die Frage, wann ein Release sinnvoll ist. Product Owner müssen einen klaren Mehrwert für die Nutzerinnen identifizieren , bevor sie den finalen Schritt gehen. Ein Release ist mehr als nur das Bereitstellen von neuen Funktionen. Es erfordert eine detaillierte Planung, um den tatsächlichen Nutzen und Wert zu maximieren. Dabei gilt es, Abhängigkeiten zwischen verschiedenen Teams und Systemen im Auge zu behalten. Ein weiterer wichtiger Punkt, den wir in der Folge ansprechen, ist die Kommunikation während der Releaseplanung. Sowohl intern als auch extern müssen alle Beteiligten – von Entwicklerinnen über Support-Teams bis hin zu Stakeholder:innen – auf den gleichen Wissensstand gebracht werden. Oft gibt es während eines Releases eine Downtime, die Nutzerinnen vorher mitgeteilt werden muss. Hierbei sollte der Zeitpunkt für das Release so gewählt werden, dass möglichst wenige Nutzerinnen betroffen sind, wie etwa mitten in der Nacht. Wir diskutieren auch, wie man mit Problemen umgeht, die während eines Releases auftreten können. Es ist wichtig, dass bereits vor dem Release einen klaren Entscheidungsprozess definiert wird, falls unerwartete Schwierigkeiten auftreten. Für große Releases empfiehlt sich außerdem das Konzept des Feature-Toggles, mit dem bestimmte Funktionen gezielt aktiviert oder deaktiviert werden können, um potenzielle Probleme schnell zu identifizieren. Ehrlicherweise sind wir eher Freunde von kontinuierlicher Bereitstellung von Produktveränderungen statt von großen Releases. Aber auch unserer Erfahrung nach gibt es manchmal einfach gute Gründe. Wir würde uns aber wirklich über eure Erfahrungen rund um die Planug großer Releases freuen, denn so können wir besser voneinander lernen. Teilt eure Erfahrungen und Tipps gerne auf unserer Website in den Kommentaren. :-)