Schritt-für-Schritt-Anleitung: Deskalierung der Product-Owner-Verantwortung auf eine Person

“Wir haben ein Produkt, aber mehrere产品负责人，können Wir tun?”"所以lautet die mit Abstand häufigste Frage, die mir zur Skalierung von Scrum gestellt ward。

Die ein - product - owner - pro - product - regel, Die wir aus Scrum mit einem Team kennen, trägt maßgeblich zur Agilität eines Unternehmens bei。这是我们的计划组织和产品组织。Der eine Product Owner fungiert in Product organizational als Der sprepartner rund um die Zukunft des Product。Zusammen mit einem产品积压机器模具Zukunft透明。呃verkörpert sie。Diese Einfachheit macht组织beweglich。

Einfachheit bedeutet Geschwindigkeit。

我的天，我的天啊我的天啊我的天啊我的天啊für我的天啊我的天啊。我们在任何情况下都能找到您的宝贵之处产品负责人für我们的产品。文德大足gehörst，文德大足für。Als Steward für das规模化的专业Scrum培训是我的Aufgabe, neben meiner eigenen Erfahrung mit der Skalierung von Scrum auh die Erfahrungen der weltweiten专业Scrum培训师社区zusammenzutragen。2022世界杯国家队排名大贝·康特·维德·祖·埃纳特·德祖·卡列尔人Ähnlichkeiten beobachten和diese werde ich nutzen，嗯dir eine mögliche安雷东·祖·埃尔人，我们的产品负责人。

Eine häufige Ausgangssituation, in der sich Unternehmen befinden, sieht wie folgt aus:

Schritt #1: Verantwortung in der Product-Owner-Gruppe klären

Neben den einzelnen Teams, die am Produkt arbeiten, gibt es eine Gruppe von Produktverantwortlichen, häufig Product Manager, Projektleiter, Manager, Führungskräfte oder einfach nur Product Owner。

我不知道你死在什么地方。

Die negativen Auswirkungen, Die diese Gruppenbildung hat, sind:

• Fehlkommunikation durch unklare Aufteilung der Verantwortlichkeiten
• zwischen Mitgliedern in der Product-Owner-Gruppe
• 敢死队，我是阿尔拜登的产物，我是一个伟大的团队，我是一个伟大的团队，我是一个伟大的团队，我是一个伟大的团队。

Der erste Schritt, um diesen negativen Auswirkungen zu beggnen, lautet hier: Einen产品负责人benennen。

谁会死在柴油集团的人，死letztendlich alle Entscheidungen verantwortet?Wenn es diese Person nicht gibt, dann dürft ihr nicht aufhören zu suchen。Es muss sie geben。在柴油集团里，维莱希特是最好的。Mein Rat lautte hier:

Folgt dem Geld。

是financiziert dieses Entwicklungsvorhaben吗?könnte die product ktentwicklung abbrechen是什么意思?Die Beantwortung dieser Fragen führt letztendlich immer zum wahren Verantwortlichen für den Erfolg oder Misserfolg des products。

Diesen Verantwortlichen bezeichnen wir在Scrum als den产品负责人。

isdiese Person gefunden, sollten wir herausstellen, dass es hierbei um den产品负责人。我是说，我是说，我是说，我是说，我是说，我是说，我是说，我是说，我是说，我是说。德国战略Ausführung德国战略联盟übernommen德国。是这样的，利益相关方，是这样的，是这样的，是这样的，是这样的，是这样的，是这样的产品，是这样的，是这样的产品所有人。Peter Götz, ein erfrener专业Scrum培训师，der schon vielen Unternehmen geholfen hat, Scrum zu skalieren, bezeichnet diesen产品负责人gerne als den Weihnachtsmann und die anderen in der Gruppe als seine Elfen。Wie wir sie bezeichnen，这是Ende nicht wichtig。爱因斯坦:

Jedes Schiff帽子genau einen Kapitän。

Dies gilt für kleine Einmann-Jollen, aber auh für Kreuzfahrtschiffe mit 5000 Passagieren und Crew-Mitgliedern。

Natürlich sind mit dieser Maßnahme nicht alle negativen Auswirkungen beseitigt, die Product-Owner-Gruppe存在immer noch。我nächsten Schritt könnten wir deshalb mehr taktische Produktverantwortung在die Teams geben。

Schritt #2: Elfen oder代理产品所有者在die Teams schicken?

Hierfür gibt es kein Patentrezept。是ich allerdings häufig sehe, ist, dass nun jedes Team einen eigenen“产品负责人”的帽子。

在柴油机的情况下，不受任何影响。Sie stimmen der folsex Aussage fälschlicherweise zu:

Wenn jedes团队的产品负责人帽子，dann braucht柴油机在产品待办事项，welches er priorisieren卡恩。

“产品负责人”的英文:Product Owner(产品负责人)Die richtige Antwort muss hier lauten: Nein。Wir wollen eben nicht durch unklare Prioritäten und Abhängigkeiten, die aufgrund von mehrenen Product Backlogs aufkommen, noch mehr Verwirrung stiften。

Gelingt uns dieser Schritt, dann haben wir die taktische producktverantwortung auder ehemaligen Product-Owner-Gruppe jetzt in die Teams verlagert。Häufig werden diese产品负责人auals代理-产品负责人bezeichnet, da sie wie in代理für den wahren产品负责人fungieren。情况很理想。代理-产品所有者和产品所有者权力层级中的Die Teilung。Die Elfen im Team sind nicht ermächtigt, weitreichende Entscheidungen zu treffen, somit hindert diese konst酿酒Die Teams daran, wirklich autonome producktteams zu werden。

Schritt #3: Themen owners and Fachexperten ernennen

嗯，朗弗里斯提格，自治，赫祖斯特伦，布劳希特，兹维汀格:

• in Product Backlog, welches von einem产品负责人geordnet wund den Teams eine transparente strategische Ausrichtung vorgibt。
• 模具团队müssen echte producktteams sein, d.h. sie müssen eine klare Nutzerfokussierung in ihrer Arbeit einnehmen。

在Schritt, um dies zu erreichen, kann es sein, folgendes基莱斯Gleichnis infrage zu stellen:

X支队伍= X只精灵

是wäre, wenn wir für 5 Teams nur 3 Elfen hätten?一个人的名字，是一个人的名字，是一个人的名字gängiger，是一个人的名字，是一个人的名字，是一个人的名字，是一个人的名字，是一个人的名字，是一个人的名字。Und sie eher Product-Backlog-Einträgen zuordnen。

Aus Elfen werden也Fachexperten für bestimmte Themen。

我们的团队是为了保护自己的利益，为了保护自己的利益，为了保护自己的利益，为了保护自己的利益，为了保护自己的利益。

在德国自由和自由的自治团队中死去，selbst Produktmanagementfähigkeiten zentwickeln。

Schritt #4: producktteams ermächtigen

是产品团队还是产品团队?

Für mich zeichnet ein product team neben klarem Nutzerfokus aus, dass das product management weniger an einer einzelnen Person hängt, sondern eine Fähigkeit ist, die alle Teammitglieder besitzen。Natürlich我公司的产品经理在这里，我们的产品经理在这里，Grundverständnis für我们的产品经理在这里。开头是damit, dass er die andandversteht, die das Produkt verwenden。Häufig德国人的家乡，德国人的家乡rücken。Wie so häufig im Leben greift hier die 20/80-Regel。

Es reichen meist 20% der Fähigkeiten aus，嗯80% des Ergebnisses祖erzielen。

我是恩德verhält es sich wie dem“Testen”。Heute stellt auh keiner mehr infrage, ob eine Fähigkeit eines Entwicklers sein sollte, dass er den Code, den er schreibt, auh testet。我的家乡，我的家乡，我的家乡，我的家乡Fähigkeit我的家乡，我的家乡。在meinem专业Scrum mit UX培训gebe ich den Teilnehmern drei einfache Research-Techniken an die Hand: Nutzerinterview, Nutzerbeobachtung和原型人物。Diese Fähigkeiten deken aus meiner Sicht schon einen Großteil der 20% ab, die aus Teams product ktteams machen。

我们的团队是自主的，我们的团队是自主的，我们的团队是自主的，我们的团队是自主的，我们的团队是自主的，我们的团队是自主的。

“是könnt ihr für mich tun?”sollte jetzt die Frage gestellt werden:“Wie können wir euch helfen?”Welche Fähigkeiten oder培训würden euch helfen?" Die Antwort kann für jedes Team unterschiedlich ausfallen。

模具改造团队的产品团队是abgesolssen，模具产品团队是hre Nutzer和Kunden所以gut kennen和versteen, dass sie in der Lage sind, das Product Backlog zu verwalten。Dass sie eigenständig Einträge erarbeiten und zum产品Backlog hinzufügen, die zur Vision oder dem aktuellen Product - ziel passen。Mit einer Einschränkung:

Das Festlegen der Reihenfolge der Einträge sollte immer dem产品负责人vorbehalten bleiben。

Schritt #5:产品所有权是产品的所有权

我们有自主的产品团队，Einträge我的产品积压，我的产品负责人。

Irgendwann stoßen wir auch hier an Grenzen。Aus meiner Erfahrung skaliert dieses Vorgehen nicht beliebig。产品负责人优先考虑产品积压，kommt er bei weit über 10个团队。柴油问题werden wir nicht mit den gleichen denkmusten lösen, durch die es entstanden ist:

Wir skalieren die Arbeit, indem Wir mehr Menschen hinzufügen und die Arbeit auf mehrere Schultern verteilen。

Dieses Denkmuster spiegelt eine veraltete Herangehensweise wider: Um mehr zu erreichen, müssen wir mehr tun。Für工业的新图片。在数码Zeitalter中也能找到。数字之城，数字之城，数字之城，数字之城，数字之城。Das gilt auh für die Skalierung von Arbeit。Wir müssen也叫neue Wege gehen，嗯产品所有权祖skalieren。

Einer ist, dass wir Entscheidungen, die der产品负责人trifft, den Nutzern überlassen。

Wie gett das?海尔德雷Möglichkeiten:

• inm wir etwa in der Done festhalten的定义，dass nur的特征是一个allle Nutzer ausgeliefert werden, die im A/B-Test gegenüber der aktuellen Version des product eine erfolgquote von 90% oder mehr aufweisen。
• Indem wir den Nutzern ermöglichen, eigenständig特色freizuschalten, um somit die neue bet规避zu testen。
• inm wir die Kunden die特性根据优先权路线图。

产品所有者，自动化和产品的产品，必须的zwangsläufig der vierte Schritt sein。我有我的恩德aufgezählt，我有我的恩德，我的恩德，我的恩德，我的恩德，我的恩德früher gehen，我的信德häufig我的恩德，我的恩德，我的恩德nötig。

Wenn du也deinem Unternehmen helfen willst, die Product-Owner-Verantwortung wieder auf eine Person zu deskalieren, dann liegt der Schlüssel zum Erfolg darin, die Verantwortung in einer Person zu bündeln die Zuständigkeit der Aufgaben zu delegieren。

Möchtest Du mehr erfahren?

霍芬利克战争柴油阿蒂克尔nützlich für迪希。we du die产品所有者- verantwortung deskalierst, ist eines der vielen interessanten他们，死在meinen专业Scrum培训behandelt了。

我知道你在说什么，我知道你在说什么通讯， dort wirst du als Erster über neue Beiträge informiert。

Hier geht zurAnmeldung．