Wie gehen Sie mit Scrum-Teams um, die aus mehreren Produkten bestehen?

[caption id="attachment_56897" align="aligncenter" width="1024"] Hohe Interaktion während des NLScrum-Treffens von Multi-Produkt-Scrum-Teams[/caption] Scrum-Teams mit mehreren Produkten sind in der Realität häufig zu beobachten. Also, ein Team, das verschiedene Interessengruppen und Kundensegmente bedient. Denn beide möchten mit denselben Personen an ihren Verbesserungen arbeiten. Auf der anderen Seite gibt es in der Regel mehr Produkte als Teams. Skalierungsframeworks bieten zwar Lösungen für die Bewältigung eines großen Produkts und die Orchestrierung der Wertschöpfung zwischen mehreren Teams. Aber wie geht man mit vielen Produkten und wenigen Scrum-Teams um? Während des NLScrum Meetup Multi Products Scrum Teams bei ScaleFirstlytauschten wir uns mit 60 Kollegen in unserem Xebia Büro in Amsterdam aus. Nachdem wir einen kurzen Überblick über die Skalierungs-Frameworks gegeben hatten: LeSS, Nexus, SAFe, Spotify und Scrum @ Scale.

Thema der Diskussion

Zweitens haben wir die folgende Frage diskutiert: WENN Sie mehrere Produkte pro Scrum-Team haben, WAS sind die Vorteile (oben) und Nachteile (unten) aus der Sicht von

• Die Organisation
• Das Scrum-Team
• Der Kunde

Hier sind die wichtigsten Punkte:

Vorteile mehrerer Produkte pro Scrum-Team für die Organisation

• Wenn das Team eine Reihe von Produkten mit einer klaren Zielgruppe bedient, gibt es folglich auch eine klare Kommunikationslinie für die Zielgruppe.
• Die Kapazität von Menschen und Teams ist begrenzt. Daher können mehrere Teams eine Lösung sein. Zumindest werden die meisten Produkte klar angesprochen.

Nachteile/Bedenken mehrere Produkte pro Scrum-Team für die Organisation

• Die Koordinierung und das Einholen der Zustimmung zu den Prioritäten könnte mehr Zeit und Gemeinkosten kosten.
• Dinge mit geringerer Priorität werden nie gebaut oder brauchen sehr lange (aber ist das nicht ein Vorteil?).

Vorteile mehrerer Produkte pro Scrum-Team für Das Scrum-Team

• Das Team kann dauerhaft zusammenbleiben, da es einen konstanten Arbeitsfluss gibt und die Domäne erlernt und Verantwortung übernimmt.
• Das Team konnte Wissen und Fähigkeiten unter den Teammitgliedern teilen. Dadurch bleibt die Arbeit interessant.
• Wenn die Produkte eine eindeutige Gemeinsamkeit / einen eindeutigen Zweck haben, könnte dies ihnen einen Fokus geben.

Nachteile/Bedenken mehrere Produkte pro Scrum-Team für Das Scrum-Team

• Bei mehreren Produkten könnte das Team anschließend unter einem Kontextwechsel leiden.
• Aufgrund des breiteren Spektrums an Produkten kann das Onboarding länger dauern, um jedes einzelne Produkt kennenzulernen.

Vorteile mehrerer Produkte pro Scrum-Team für den Kunden

• Das Team muss sich nicht mit Ihnen als Kunden beschäftigen, während das Wissen darüber, wie der Strom aufgebaut ist, vertrauenswürdig und im Team enthalten ist. Für eine Anfrage müssen Sie nicht erst nach Ressourcen suchen.
• Da das Team eine lange Betriebszugehörigkeit hat, versteht es den Kontext des Kunden besser und kann daher schneller die richtigen Produkte liefern.

Nachteile/Bedenken Mehrere Produkte pro Scrum-Team für den Kunden

• Es wird einen Wettbewerb zwischen den Funktionsanfragen der Produkte geben, oder einige Fachkenntnisse könnten überfordert sein. Dies lädt zu gesunden Diskussionen und intelligenten Entscheidungen und Verhandlungen über den Umfang von Produkten ein. [](https://storage.googleapis.com/xebia-blog/1/2019/10/if-multiple-product-scrum-teams-customer-organization-scrum-team-advantages-and-disadvantages.png) Gemeinsam kamen wir während des Meetups zu dieser zusammengefassten Ansicht

Mehrere Produkte pro Scrum-Team können auch eine Lösung sein!

Wir sind zu dem Schluss gekommen, dass mehrere Produkte pro Scrum-Team in Ordnung sind. Es hat auch Vorteile! Erstens bleiben die Leute und damit das Wissen zusammen. Zweitens ist für mehrere Produkte unterschiedliches Wissen vorhanden und wächst. Allerdings hat der Product Owner die anspruchsvolle Aufgabe, die wertvollsten Teile, die zuerst geliefert werden sollen, zu priorisieren und einen Konsens zwischen den verschiedenen Kunden zu finden.

Die Definition eines Produkts ist etwas willkürlich

Nach der Befragung: Wie viele Produkte haben Sie in Ihrem Scrum-Team? Einige nannten ein paar, andere viele. Mehr als fünf waren es bei der Hälfte der Gruppe! Aber auf welcher Grundlage haben sie mehrere Produkte unterschieden? In der Diskussion wurde es etwas willkürlich. Ist eine umfangreiche Anwendung, die verschiedenen Zwecken dient, ein oder mehrere Produkte? Oder andersherum: ein Zweck, der von mehreren Softwareanwendungen erfüllt wird? Wir können daraus schließen, dass es hilfreich ist, wenn es Gemeinsamkeiten und Synergieeffekte gibt, wenn das Scrum-Team einem klaren Produktsatz dient!

Technische Herausforderungen durch mehrere Produkte und mehrere Scrum-Teams, die die Produkte integrieren und ausliefern.

Wenn es sich bei Ihrem Produkt um eine Software handelt, können verschiedene Produkte unterschiedliche Momente oder Herzschläge des Going Live haben. Unter dem geheimen Label CICD teilen wir bewährte Praktiken rund um diese Herausforderung: nuous Integration und Continuous Delivery. So können Sie mehrere Produkte unabhängig voneinander und häufig ausliefern, um Ihren Feedbackzyklus so kurz wie möglich zu halten.

Wie Sie mehr Erkenntnisse über viele Produkte und die agile Bereitstellung gewinnen

• Erfahren Sie mehr über Scaling Frameworks durch Schulungen. Sie können mit der Übersichtsschulung beginnen
• Erfahren Sie mehr über DevOps und CICD , um die technische Bereitstellung und Qualitätssicherung Ihrer Produkte in einem komplexen Unternehmen zu optimieren.
• Hier finden Sie das Slidedeck Multiple Products Scrum teams at scale
• Sie können gerne kontaktieren Sie uns über Multi-Produkt-Scrum-Teams in Ihrem Unternehmen. Hinterlassen Sie Ihre Kontaktdaten, und wir werden uns mit Ihnen in Verbindung setzen. Wir könnten eine Sitzung in Ihrem Unternehmen abhalten. Lassen Sie uns ein paar Stunden beraten, damit wir uns ein genaueres Bild von der Herausforderung machen können.