Selviytyminen pidemmillä suunnitteluhorisonteillaMuokkaa
Kehitystiimit tarkentavat tilannettaan yleensä kahdesta kolmeen iteraatioon eteenpäin, mutta suuremmissa organisaatioissa tuotemarkkinointitiimin on suunniteltava markkinoiden sitoutumisesta ja asiakkaiden kanssa käytävistä keskusteluista. He työskentelevät usein erittäin korkealla tasolla, 12-18 kuukauden etenemissuunnitelmalla, ja suunnittelevat sitten kolmen kuukauden työskentelyn yhdessä ryhmien kanssa. Kehitystiimit joutuvat edelleen tarkentamaan 2-3 iteraatiota eteenpäin, vain yksityiskohtaisiin tehtäväsuunnitelmiin seuraavaa iteraatiota varten.
Ketterä pitäminen abstraktilla vastuutasollaMuokkaa
Vaikka kehitystiimit sinulla on useita kehyksiä, jotka määrittelevät, kuinka heidän tulisi olla ketteriä, hallintaa varten on hyvin vähän kuvaavaa. SAFe toimittaa monia samoja periaatteita, kuten toiminnalliset ryhmät, ryhmille, jotka käsittelevät abstraktimpaa vastuun ja suunnittelun tasoa (tuote ja salkku). SAFe: tä on kritisoitu myös liian monien erilaisten käytäntöjen yhdistämisestä.
Delegoidun viranomaisen käsitteleminenMuokkaa
Scrumissa tuotteen omistajan odotetaan ottavan vastuun tuotteen koko elinkaaresta, mukaan lukien kehityspäätösten sijoitetun pääoman tuotto sekä suorituskyky markkinoilla. Laajan mittakaavan kehityksessä organisaatio haluaa näkymän useille tiimin tukijärjestelmille, kuten tuotepäällikkö tarjoaa. Vaikka SAFe olettaa, että tuotteen omistajan rooli kuuluu tuotehallintaan, sitä on kuitenkin kritisoitu tuotteiden omistajien erottamisesta kehitysorganisaatiosta.
DeliveryablesEdit-synkronointi
Ketterät kehykset on suunniteltu kehittämään tiimi on itsenäinen ja vapaa suunnittelemaan toimintaansa. SAFe myöntää, että monien kymmenien tai satojen kehitystiimien mittakaavassa tiimien on entistä kaoottisempaa organisoitua täysin itse. Siksi se asettaa tähän joitain rajoituksia, jotta siellä, missä tiimit työskentelevät saman tuotteen parissa, heidän toimituksensa voidaan paremmin synkronoida julkaisemiseen yhdessä, vaikka SAFe-ohjelmaa onkin kritisoitu.
Salliminen aika innovaatioille ja suunnittelulleEdit
SAFe-suunnittelusykli suosittelee uuden iteraation sisällyttämistä julkaisun jälkeen, jotta tiimit voivat parantaa käytäntöjään ja ovat valmiita seuraavaan suunnittelun lisäykseen. Aikaisemmissa SAFe-versioissa tämä suunniteltiin myös kovettuvaksi iteraatioksi, ts. Tuotteen vakauttamiseksi tai kovettumiseksi ennen sen vapauttamista. Tämä johtui suurten integrointiympäristöjen kanssa työskentelyn komplikaatioista, joissa riippuvuuksien vuoksi et voinut testata kaikkea loppuun asti. SAFe: tä kritisoitiin tästä, koska se edusti ketterää tai vesiputouselementtiä, mutta oli linjassa 90 päivän vähäisten lisäysten kanssa, jotka tekevät 13 viikkoa, ja jos teet kahden viikon sprinttejä, tarvitset niistä kuusi plus yhden viikon suunnittelun tai kovettumisjakso. Tämä ei sisälly uusimpiin SAFe-versioihin.