Könnte bitte jemand etwas Licht in die Unterschiede bringen zwischen:
Hintergrund: Ich arbeite in einem Unternehmen mit etwa 50 Entwicklern und mehreren Scrum-Teams. Sie arbeiten jedoch in verschiedenen Projekten, die nichts miteinander zu tun haben - daher müssen sie meines Wissens nach nicht "skaliert" werden (ich könnte mich irren und diese Frage stellen). Diese Frage ist ein Versuch, einen allgemeinen Vergleich für einen Anfänger zwischen den wichtigsten oben aufgeführten „Scrum/Agile“-Frameworks/Methoden/Standards zu erhalten.
Fragen zur Steuerung der Analyse sind:
Agile Scaling pflegt eine ziemlich umfassende Liste von Skalierungs-Frameworks. Ihre „ASK-Matrix“ bietet einige sehr allgemeine Informationen und vergleicht die Frameworks anhand einer Reihe verschiedener Faktoren, darunter die beabsichtigte Skalierungsgröße, Abdeckungsgrade bei Teams, Portfolios und Unternehmen und mehr.
Sie haben wirklich zu viele Fragen in diesem, um konkrete Antworten geben zu können, aber ich werde es trotzdem versuchen ...
Zunächst einmal bin ich ein Professional Scrum Trainer bei Scrum.org und unterrichte Scaled Professional Scrum – wie Sie Nexus anwenden, um Ihre Produktentwicklungsbemühungen zu skalieren.
Abgesehen davon betrachte ich jeden "Rahmen" als eine Reihe von Regeln, Praktiken, Richtlinien, Prinzipien, Rollen usw., die Sie mit Bedacht anwenden sollten. Einige "Frameworks" enthalten viel Material (SAFe) und andere sehr wenig (Nexus). Ist einer besser als der andere? Ich denke nicht. Ich denke, dass verschiedene Menschen und Organisationen unterschiedliche Bedürfnisse haben, je nachdem, was sie bereits wissen, ihrer Kultur, ihrer Software, ihren Geschäftsmodellen, ihren Mitarbeitern, verfügbaren Fähigkeiten usw.
Ich ziehe diese Ansicht jedem anderen Vergleich sehr vor:
Angesichts dessen, was wir wissen, haben und wollen – was glauben wir , wird uns helfen ?
Einige brauchen sehr wenig Führung , andere brauchen alle Stützräder, die sie bekommen können. Einige finden gerne heraus, was für sie funktioniert (überprüfen und anpassen), und andere wollen nicht selbst nachdenken oder herausfinden, was für sie in ihrem Kontext funktioniert. Macht dies irgendein Framework universell besser als das andere?
Wenn Sie mehr Kontext bereitstellen, wie z. B. „Dies ist unser Setup, unsere Umgebung, unser Produkt, ...“, können die Menschen auf der Grundlage ihrer Erfahrung Empfehlungen dazu abgeben, was Sie zu mehr (Geschäfts-) Agilität führen kann.
Aber was die allgemeine Antwort auf eine allgemeine Frage betrifft, denke ich, dass dies auf einer Ebene liegt, auf der Sie fragen, "was sind einige Schwächen im Vergleich zu Erdbeeren und Fruchtcocktails". Einer wird schön mit Champagner serviert und der andere auf einer Kinderparty. Beide sind in ihrem richtigen Kontext in Ordnung.
F: Warum das eine und nicht das andere verwenden?
Es ist wichtig, zunächst zu verstehen, warum es verschiedene Frameworks gibt, um Scrum- oder agile Teams zu skalieren. Meiner Meinung nach ist die Antwort Geld . Nach der Veröffentlichung des agilen Manifests Anfang der 2000er Jahre und seinem anschließenden Ruhm wurde Scrum bald zum „Marktführer“ in der Welt der Agilität. Scrum befasste sich zumindest theoretisch nicht mit dem Umgang mit skalierten Setups. Infolgedessen sind viele Organisationen entstanden, die versuchen, dies anzugehen und den größten Teil des riesigen Kuchens agiler Entwicklungsframeworks zu erfassen.
Scrum wurde aus einer Reihe von Gründen zum führenden Unternehmen unter den agilen Frameworks, aber meiner Meinung nach waren die Einfachheit und die geringe Lern- und Übernahmebarriere die wichtigsten.
Genau aus diesem Grund würde ich die Verwendung von Nexus empfehlen. Mehr dazu, warum Nexus weiter unten.
"F: Deckt einer mehr Bereiche ab als der andere?
Die Antwort ist ja, wenn Sie mit mehr Bereichen mehr Material meinen. Es ist jedoch wichtig, sich bei all diesen Frameworks an die Grundlagen von Scrum (Empirismus) und die zugrunde liegenden Prinzipien der agilen Entwicklung zu halten.
Es ist wichtig, dass Sie Scrum/Agile direkt vor der Skalierung durchführen. Wenn Sie skalieren müssen, würde ich empfehlen, zu Scrum.org zu gehen und sich Nexus anzusehen, aber nur, wenn Sie mit Scrum vertraut sind. Scaling Scrum löst Ihre Probleme nicht, es skaliert diese Probleme.
Einfach ausgedrückt, meiner Meinung nach gibt es keine weiteren Bereiche.
F: Was ist derzeit das „beliebteste“ Framework?
Definitiv SAFe. Nun, zumindest in Europa und basierend auf einer schnellen Suche auf Indeed nach Stellenangeboten für SAFe im Vergleich zu den anderen Frameworks.
F: Was sind ihre Stärken oder Schwächen?
Es besteht die Tendenz, Scrum jedes Mal zu „skalieren“, wenn die Dinge groß erscheinen. Meistens ist die Skalierung von Scrum einfach unnötig. Zum Beispiel, wie Sie bereits erwähnt haben, wenn Sie an unabhängigen Projekten arbeiten.
Ich habe fast noch nie ein skaliertes Scrum-Setup mit der angemessenen Anzahl von beteiligten Scrum-Mastern gesehen (ich bin erst seit etwa 5 Jahren mit Scrum beschäftigt). Dies sagt mir, dass der einsame Scrum Master mit einem wachsenden Team beschlossen hat, skaliertes Scrum zu verwenden, um weiterhin der „Scrum Manager“ und nicht der Scrum Master zu sein. Sie können Scrum nicht skalieren, wenn Sie nicht einmal Scrummen. Ich schweife jedoch ab.
Ohne zu versuchen, eine erschöpfende und unnötige Liste zusammenzustellen, würde ich sagen, dass die größten Stärken von Nexus sind:
Seine Schwäche wäre: Mangel an weit verbreiteter Akzeptanz, da es relativ neu ist (obwohl das beste, meiner Meinung nach) und das bedeutet, wenn Sie einem skalierten Scrum-Setup beitreten, müssen Sie möglicherweise schnell die Begriffe lernen, die in anderen am weitesten verbreiteten Frameworks verwendet werden.
Sie können dies als Stärken und Schwächen der anderen "materiallastigen" skalierten Scrum-Frameworks austauschen.
F: Darüber hinaus, was die Zertifizierung betrifft, ist eines davon „anerkannter“ als das andere?
Wie oben erwähnt, scheint SAFe am gefragtesten zu sein. Ich würde Ihnen jedoch dringend davon abraten, einer Organisation beizutreten, die auf einer SAFe- oder CSM-Zertifizierung besteht, im Gegensatz zu einer der anderen Scrum-Zertifizierungen wie PMI-ACP, PSM und so weiter.
Dies ist eigentlich ein guter Hinweis darauf, dass eine Organisation die zugrunde liegenden Werte von Scrum, Agile oder Lean nicht wirklich annimmt. Wo ist das Kaizen oder die Offenheit, darauf zu bestehen, SAFe-zertifiziert einzustellen, im Gegensatz zu Nexus-zertifiziert oder einfach Scrum-zertifiziert für diese Angelegenheit?
Sergej Kudrjawzew
testTester
Marv Mills
testTester
Daniel
Todd A. Jacobs
Todd A. Jacobs
testTester
testTester
jason.t.knight
Asmaier
testTester
Ravi Verma
Asmaier