Multi Products Scrum-Teams sind in der Realität häufig zu beobachten. Ein Team bedient verschiedene Interessengruppen und Kundensegmente. Beide möchten mit denselben Personen an ihren Verbesserungen arbeiten.
In den meisten Unternehmen gibt es in der Regel mehr Produkte als Teams. Skalierungs-Frameworks bieten zwar Lösungen für die Bewältigung eines großen Produkts und die Orchestrierung der Wertschöpfung durch mehrere Teams. Aber wie geht man mit vielen Produkten und wenigen Scrum-Teams um?
Während des NLScrum Meetup "Multi Products Scrum teams at Scale" haben wir uns mit 60 Kollegen in unserem Xebia Büro in Amsterdam ausgetauscht.
Nach einem kurzen Überblick über die Skalierungs-Frameworks: LeSS, Nexus, SAFe, Spotify und Scrum @ Scale. Wir haben 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
Das Team dient einem echten Produkt, es ist klar, wofür das Team da ist.
Es gibt eine begrenzte Kapazität an Personen/Teams. Daher können mehrere Teams eine Lösung sein.
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
+ Das Team kann Wissen und Fähigkeiten unter den Teammitgliedern austauschen, was die Arbeit interessant hält.
+ Wenn die Produkte eine klare Gemeinsamkeit / einen klaren 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 unter einem Kontextwechsel leiden.
- Aufgrund des breiteren Spektrums an Produkten könnte 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 über eine lange Betriebszugehörigkeit verfügt, versteht es den Kontext des Kunden besser und kann daher schneller das richtige Produkt liefern.
Nachteile/Bedenken Mehrere Produkte pro Scrum-Team für den Kunden
- Es wird einen Wettbewerb unter den Funktionsanfragen für das Produkt geben, oder einige Fachkenntnisse könnten überfordert sein. Das bedeutet, dass (jetzt) nicht alles gebaut wird. Allerdings lädt dies dazu ein, kluge Entscheidungen zu treffen.
Mehrere Produkte pro Scrum-Team können auch eine Lösung sein!
Wir sind zu dem Schluss gekommen, dass mehrere Produkte pro Scrum-Team nicht unbedingt eine schlechte Sache sind. Es gibt auch Vorteile! Zum Beispiel ein Team und damit das Wissen zusammenzuhalten. Die Verbreitung von Wissen innerhalb des Teams über mehrere Produkte. Und die Möglichkeit, sich zu einem hochleistungsfähigen Team weiterzuentwickeln. Der Product Owner spielt jedoch eine wichtige Rolle, wenn es darum geht, ein Gleichgewicht zu finden, indem er den wertvollsten Teilen Priorität einräumt, um sie zuerst zu liefern und die Zustimmung der verschiedenen Kunden zu finden.
Die Definition eines Produkts ist etwas willkürlich
Auf die Frage, wie viele Produkte Sie in Ihrem Scrum-Team haben, antworteten einige mit "wenige" und einige mit "viele". Mehr als 5 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. Eine große Anwendung, die mehreren Zwecken dient, ist das eines von vielen Produkten? Oder andersherum: ein Zweck, der von mehreren Softwareanwendungen erfüllt wird. Wir können zu dem Schluss kommen, dass es zumindest dann hilfreich ist, wenn es Gemeinsamkeiten und Synergien gibt, wenn das Scrum-Team eine klare Vorstellung von einem Produkt hat!
Technische Herausforderungen durch mehrere Produkte und mehrere Scrum-Teams, die das Produkt integrieren und bereitstellen.
WENN es sich bei Ihrem Produkt um ein Softwareprodukt handelt, können auch mehrere Produkte verschiedene Momente oder Herzschläge des Going Live haben. Bewährte Verfahren zur Bewältigung dieser Herausforderung werden unter dem geheimen Namen CICD zusammengefasst. Kontinuierliche Integration und kontinuierliche Lieferung. So können Sie mehrere Produkte unabhängig voneinander und oft ausliefern, um Ihren Feedback-Zyklus 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 Foliendokument Multiple Products Scrum teams at scale
Sie können gerne kontaktieren Sie uns über Multi Products Scrum-Teams in Ihrem Unternehmen. Hinterlassen Sie Ihre Kontaktdaten und wir werden uns mit Ihnen in Verbindung setzen. Vielleicht können wir eine Sitzung in Ihrem Unternehmen abhalten. Vielleicht können wir uns auch ein paar Stunden beraten, um einen besseren Überblick über die Herausforderung zu bekommen.
Lesen Sie die entsprechenden Blogs
Unsere Ideen
Weitere Artikel
Contact