Omgaan met langere planningshorizonnen Bewerken
Ontwikkelingsteams verfijnen hun backlog doorgaans tot twee tot drie iteraties vooruit, maar in grotere organisaties moet het productmarketingteam plannen verder voor hun toezeggingen aan de markt en besprekingen met klanten. Ze zullen vaak werken met een roadmap van 12 tot 18 maanden op zeer hoog niveau, en dan samen met de teams plannen voor drie maanden werk. De ontwikkelingsteams zullen nog 2-3 iteraties van tevoren in gedetailleerde verfijning komen, alleen in gedetailleerde taakplannen voor de volgende iteratie.
Wendbaar blijven op abstracte verantwoordelijkheidsniveaus Bewerken
Terwijl ontwikkelteams hebben een aantal kaders die bepalen hoe ze agile moeten zijn, er is heel weinig dat dit beschrijft voor het management. SAFe levert veel van dezelfde principes, zoals multifunctionele teams, aan de groepen die omgaan met de meer abstracte niveaus van verantwoordelijkheid en planning (product en portfolio). SAFe is ook bekritiseerd voor het samenvoegen van te veel verschillende praktijken.
Omgaan met gedelegeerde autoriteit Bewerken
In Scrum wordt van de producteigenaar verwacht dat hij de verantwoordelijkheid op zich neemt voor de volledige levenscyclus van het product, inclusief het rendement op investering van ontwikkelingsbeslissingen, evenals prestaties in de markt. Bij grootschalige ontwikkelingen wil de organisatie zicht op meerdere teamachterstanden, zoals aangeleverd door een productmanager. Hoewel SAFe aanneemt dat de rol van producteigenaar bij het productbeheer zit, is het niettemin bekritiseerd vanwege het scheiden van producteigenaren in de ontwikkelingsorganisatie.
Resultaten synchroniseren Bewerken
Agile frameworks zijn ontworpen om de ontwikkeling mogelijk te maken. team om autonoom te zijn en vrij om te ontwerpen hoe ze werken. SAFe erkent dat het op de schaal van vele tientallen of honderden ontwikkelteams steeds chaotischer wordt voor teams om zich volledig te organiseren. Het legt daarom een aantal beperkingen op, zodat waar teams aan hetzelfde product werken, hun resultaten beter kunnen worden gesynchroniseerd om samen vrij te geven, hoewel dit een gebied is waarop SAFe is bekritiseerd.
Toestaan tijd voor innovatie en planning Bewerken
De SAFe-planningscyclus beveelt aan om een extra iteratie op te nemen na een release, zodat teams hun praktijken kunnen verbeteren en klaar zijn voor de volgende planningsstap. Eerdere edities van SAFe ontwierpen dit ook als een verhardende iteratie, dat wil zeggen om het product te stabiliseren of uit te harden voordat het wordt vrijgegeven. Dit was gebaseerd op de complicaties van het werken met grote integratieomgevingen waar afhankelijkheden betekenden dat je niet alles tot het einde kon testen. SAFe kreeg hiervoor kritiek omdat het een anti-agile of watervalelement vertegenwoordigde, maar in lijn was met magere stappen van 90 dagen die 13 weken bedragen, en als je sprints van twee weken doet, heb je er zes nodig plus een planning van een week of verhardingscyclus. Dit is niet opgenomen in recente edities van SAFe.