Bewältigung längerer PlanungshorizonteEdit
Entwicklungsteams verfeinern ihren Rückstand normalerweise um bis zu zwei bis drei Iterationen im Voraus, aber in größeren Organisationen muss das Produktmarketing-Team planen weiter voraus für ihre Verpflichtungen zum Markt und Gespräche mit Kunden. Sie arbeiten häufig mit einer 12- bis 18-monatigen Roadmap auf sehr hohem Niveau und planen dann gemeinsam mit den Teams drei Monate Arbeit. Die Entwicklungsteams werden noch 2-3 Iterationen im Detail verfeinern und nur detaillierte Aufgabenpläne für die nächste Iteration erstellen.
Auf abstrakten Verantwortungsebenen agil bleibenEdit
Während der Entwicklungsteams haben eine Reihe von Frameworks, die definieren, wie sie agil sein sollen, es gibt sehr wenig, das dies für das Management beschreibt. SAFe liefert viele der gleichen Prinzipien, wie z. B. funktionsübergreifende Teams, an die Gruppen, die die abstrakteren Ebenen der Verantwortung und Planung (Produkt und Portfolio) behandeln. SAFe wurde auch dafür kritisiert, dass zu viele unterschiedliche Praktiken zusammengefasst wurden.
Umgang mit delegierten BefugnissenEdit
In Scrum wird vom Product Owner erwartet, dass er die Verantwortung für den gesamten Produktlebenszyklus übernimmt, einschließlich die Kapitalrendite von Entwicklungsentscheidungen sowie die Leistung auf dem Markt. Bei umfangreichen Entwicklungen möchte das Unternehmen einen Überblick über mehrere Teamrückstände haben, z. B. von einem Produktmanager. Obwohl SAFe die Rolle des Product Owners beim Produktmanagement übernimmt, wurde es dennoch dafür kritisiert, Product Owner in die Entwicklungsorganisation zu trennen.
Synchronisierung der ErgebnisseEdit
Agile Frameworks sollen die Entwicklung ermöglichen Team, um autonom und frei zu gestalten, wie sie arbeiten. SAFe räumt ein, dass es auf der Skala von vielen zehn oder Hunderten von Entwicklungsteams für Teams zunehmend chaotisch wird, sich vollständig selbst zu organisieren. Dies stellt daher einige Einschränkungen dar, sodass die Ergebnisse von Teams, die an demselben Produkt arbeiten, besser für die gemeinsame Veröffentlichung synchronisiert werden können, obwohl dies ein Bereich war, in dem SAFe kritisiert wurde.
Zulassen Zeit für Innovation und PlanungEdit
Der SAFe-Planungszyklus empfiehlt, nach einer Veröffentlichung eine zusätzliche Iteration einzuschließen, damit die Teams ihre Praktiken verbessern und für das nächste Planungsinkrement bereit sind. Frühere Ausgaben von SAFe haben dies auch als Härtungsiteration konzipiert, dh als Stabilisierung oder Härtung des Produkts vor der Freigabe. Dies beruhte auf den Komplikationen bei der Arbeit mit großen Integrationsumgebungen, in denen Abhängigkeiten dazu führten, dass Sie nicht alles bis zum Ende testen konnten. SAFe wurde dafür kritisiert, da es ein Anti-Agil- oder Wasserfall-Element darstellt, aber im Einklang mit mageren 90-Tage-Schritten steht, die 13 Wochen ergeben. Wenn Sie zweiwöchige Sprints durchführen, benötigen Sie sechs davon plus eine einwöchige Planung oder Härtungszyklus. Dies ist in den letzten Ausgaben von SAFe nicht enthalten.