Mikä on skaalautuva ketterä viitekehys (SAFe)?

Miksi SAFe^® on hyödyllinen? 

SAFe tarjoaa organisaatioille ohjeistuksen (tai etenemissuunnitelman), joka auttaa niitä kasvumatkalla. Se esittelee viitekehyksen aina tiimitasolta ylempään johtoon sekä salkku- tai ohjelmatasolle. 

Etenemissuunnitelman lisäksi organisaatiot voivat osallistua siihen liittyvään koulutukseen. SAFe tarjoaa laajan tietopohjan erityisille ketterille rooleille, kuten Scrum Mastereille, tuoteomistajille, arkkitehdeille ja koko ketterälle tiimille.

Onko SAFe^® menetelmä vai viitekehys?

Kuten jo sen nimestä käy ilmi, SAFe on erittäin mukautuva viitekehys. Koska sitä käyttää maailmanlaajuisesti vähintään 1 000 000 ammattilaista ja 20 000 yritystä, SAFe ei todennäköisesti olisi saavuttanut yhtä laajaa suosiota ja maailmanlaajuista käyttöönottoa, jos se olisi jäykkä menetelmä.

Tämä on kuitenkin hyvin yleinen kysymys, sillä menetelmää ja viitekehystä käytetään arkikielessä usein toistensa synonyymeina. Vastaukseni tueksi tähän kysymykseen on hyödyllistä pitää mielessä Michael Woodin sanat hänen menetelmän ja viitekehyksen eroa käsittelevästä artikkelistaan:

Yleisesti ottaen viitekehykset luovat rakenteen sille, mitä tehdään, mutta jättävät tekijän päätettäväksi, mikä on paras tapa saada ”mitä” tehdyksi, kun taas menetelmä kuvaa kaiken yksityiskohtaisesti: mitä tehdään, milloin se tehdään, miten se tehdään ja miksi.

Michael Wood

Stay Ahead of What Deserves Your Attention

Get timely perspective on the shifts, decisions, and trade-offs shaping your role, plus practical resources you can put to work.

Get Free Access

Have an account? Log In

SAFe^®-periaatteet

Koska SAFe tarjoaa organisaatioille tavan skaalata ketterää toimintaa niiden kasvaessa, sen perustat ovat linjassa ketterän ja Lean-tuotekehityksen sekä systeemiajattelun kanssa. Näin se tarjoaa ohjausta paitsi ketterälle tiimille myös ”tiimien tiimeille”.

Viitekehys perustuu kymmeneen Lean-ketterään periaatteeseen:

1. Omaksu taloudellinen näkökulma: Keskittyy ajatukseen arvon tuottamisesta asiakkaille aikaisessa vaiheessa ja usein. Taloudellinen näkökulma korostaa myös tarvetta ottaa huomioon kaikki kustannukset (riskit, valmistus, operointi ja kehitys) sekä toimia hyväksyttyjen budjettirajojen puitteissa
2. Sovella systeemiajattelua: Edellyttää niiden systeemien ymmärtämistä, joissa ratkaisua luova organisaatio on systeemi ja joissa myös ratkaisu on systeemi (projekti, tuote)
3. Oleta vaihtelu ja säilytä vaihtoehdot: Perustuu ajatukseen, ettei kehityksen alkuvaiheessa päätetä yhdestä suunnitelmasta tai yhdestä vaatimusjoukosta, vaan käytössä on useita suunnitelmia ja vaatimusjoukkoja, joiden vaihtoehtoja rajataan kokeiluista ja testauksesta saatavien todellisten tietojen avulla
4. Rakenna asteittain nopeiden ja integroitujen oppimissyklien avulla: Noudattaa ajatusta työn toimittamisesta pienempinä (ja useammin toimitettavina) kokonaisuuksina sekä aiemman työn päälle rakentamisesta
5. Perusta virstanpylväät objektiiviseen arviointiin tai toimiviin järjestelmiin: Arvioi kehitteillä olevaa työtä eri ajankohtina ketterän kehityksen elinkaaren aikana sen arvioimiseksi, tuottaako kehitettävä kokonaisuus taloudellista hyötyä ja soveltuuko se käyttötarkoitukseensa
6. Visualisoi ja rajoita keskeneräistä työtä (WIP), pienennä eräkokoja ja hallitse jonon pituutta: Kuten periaatteesta käy ilmi, tässä keskitytään rajoittamaan sitä, kuinka paljon työtä ihmisille tai tiimeille on osoitettu tiettynä ajankohtana (jotta he eivät kuormitu liikaa ja työn sekä toimitusten tasainen virtaus voidaan varmistaa)
7. Sovella rytmiä ja synkronoi toimintasi eri toimialueiden suunnittelun kanssa: Noudattaa muiden kanssa yhdenmukaistettua suunnittelumallia tiimien välillä
8. Vapauta tietotyöntekijöiden sisäinen motivaatio: Ymmärrä tarve tarjota autonomiaa, selkeitä rajoitteita ja esteiden poistamista sekä luoda tiimin jäsenille osallistava kulttuuri
9. Hajauta päätöksenteko: Nopeasti toimiminen ja tiheämpi toimittaminen edellyttävät päätöksenteon hajauttamista ja päätösvallan antamista niille, jotka ovat lähimpänä asiaa
10. Organisoi arvon ympärille: Sen sijaan, että tiimit järjestettäisiin tiettyjen toimintojen ympärille (esimerkiksi suunnittelu, testaus ja niin edelleen), organisoi toiminta monialaisten tiimien sekä asiakas- ja liiketoiminta-arvon ympärille.

Kuinka skaalattu ketterä viitekehys otetaan käyttöön^® 

Vaihe 1: Oikean ajattelutavan omaksuminen

SAFe-kehyksen käyttöönoton aloittamiseksi organisaatiolla on oltava halu parantaa liiketoiminnan ketteryyttä ja valmius omaksua Lean-ketterä ajattelutapa.

Lean-ketterä ajattelu yhdistää Ketterän manifestin ja lean-ajattelun uskomuksia, periaatteita ja toimintatapoja. Se on muutos muuttumattomasta ajattelutavasta kasvun ajattelutapaan, jossa ammattilaiset ovat valmiita kokeilemaan, saamaan inspiraatiota muilta, tutkimaan mahdollisuuksia, kohtaamaan haasteita ja hyväksymään epäonnistumiset.

Leanin tavoitteena on tuottaa asiakkaille mahdollisimman paljon arvoa mahdollisimman lyhyessä ajassa ja tarjota samalla korkein mahdollinen laatu. Lean-ajattelu voidaan määritellä seuraavasti:

• Tuotteen arvon määrittäminen
• Arvovirran määrittäminen jokaiselle tuotteelle
• Arvon virtaamisen mahdollistaminen keskeytyksettä
• Asiakkaan vetovoiman mahdollistaminen
• Täydellisyyden tavoittelu

Vaihe 2: Arvovirran määrittäminen 

Arvovirta on joukko vaiheita (ja organisaation osia), joita tarvitaan arvon tuottamiseen asiakkaalle – alkuperäisestä käynnistävästä tapahtumasta lopullisen tuotteen tai palvelun vastaanottamiseen. Se on erittäin tärkeä SAFe-kehystä käyttöönotettaessa.

SAFe keskittyy arvovirran optimointiin, jotta arvo virtaa jatkuvasti. Tämä tehdään organisoimalla ihmiset arvovirtojen ympärille niin, että ihmiset ja tiimit työskentelevät saumattomasti yhdessä siilojen tai erillisten segmenttien sijaan.

Jos yritys esimerkiksi valmistaa verkkosivustollaan myytäviä räätälöityjä keraamisia kahvimukeja, arvovirta voi näyttää tältä:

Yllä olevassa esimerkissä kaikki prosessit, joita tarvitaan arvon tuottamiseen asiakkaan kahvimukin tilauksesta lähetyksen vastaanottamiseen, on järjestetty varmistamaan arvon virtaaminen.

Vaihe 3: Ketterän julkaisujunan (ART) perustaminen

Ketterä julkaisujuna (ART) on useiden ketterien tiimien yhdistelmä. Ne rakennetaan arvovirran ympärille, ja niiden odotetaan tuottavan jatkuvasti arvoa kehittämällä ratkaisuja, jotka hyödyttävät loppukäyttäjiä ja asiakasta.

SAFe perustuu useiden ketterien tiimien koordinointiin, ja ART sisältää kaikki henkilöt, joita tuotteen tai palvelun kehittämiseen, testaamiseen ja käyttöönottoon tarvitaan. Siihen kuuluu tyypillisesti 50–125 henkilöä eli 10–12 erilaista ketterää tiimiä (joissa kussakin on 8–10 henkilöä).

ART on monialainen, ja siihen kuuluvat kaikki henkilöt sekä organisaation resurssit, joita tarvitaan täydellisen tuote- tai palvelukokonaisuuden kehittämiseen, rakentamiseen ja toimittamiseen asiakkaalle. Organisaation koosta riippuen ART:eja voi olla useita (ajattele suuria organisaatioita, joissa on yli 500 henkilöä).

Vaihe 4: SAFe:n eri roolien määrittely^®

Kuten kaikissa organisaatiorakenteissa, myös tässä tarvitaan tiettyjä rooleja, jotka on määritettävä. SAFe:ssa yksittäisen ketterän tiimin tasolla roolit ovat samankaltaisia kuin pienessä ketterässä tiimissä, mutta mukana on muutamia lisärooleja ja sidosryhmiä:

• Scrum-mestari: fasilitoi ketterät seremoniat ja poistaa esteet
• Tuoteomistaja: vastaa tuotteen kehitysjonosta ja priorisoi sen kohteet
• Scrum-tiimin jäsenet: toteuttavat priorisoidut kehitysjonon kohteet ja tuotokset tuottaakseen arvoa asiakkaille
• Julkaisujunan insinööri (RTE): SAFe:n ART:ssa hän toimii ketterien tiimien ohjelmapäällikkönä ja koordinaattorina
• Järjestelmäarkkitehdit ja -insinöörit: Sekä teknisissä että ei-teknisissä organisaatioissa järjestelmäarkkitehdit ja insinöörit auttavat tuote- tai ohjelmistokehityksessä tarjoamalla ratkaisulle vankan arkkitehtuuriperustan

Vaihe 5: Ohjelmakehitysjonon valmistelu ketterää julkaisujunaa varten

Olet perustanut ART:n ja sinulla on nyt useita ketteriä tiimejä. Jotta kehitettävien tai rakennettavien asioiden koordinointi olisi helpompaa, luo ohjelmakehitysjono.

Ohjelmakehitysjono sisältää ominaisuudet, eepokset, käyttäjätarinat, toiminnallisuudet ja arkkitehtuurityön (järjestelmät), joita tarvitaan arvovirran tukemiseen ja arvon tuottamiseen asiakkaille. 

Yhteinen kehitysjono edellyttää useiden ART-roolien, kuten julkaisujunan insinöörin ja tuoteomistajien, sekä muiden, kuten tuotehallinnan ja organisaation johtajien, osallistumista. Tuotteen kehitysjono auttaa myös seuraavassa toteutusvaiheessa määrittämään, kuka työskentelee minkäkin asian parissa ja milloin.

Vaihe 6: Ohjelmalisäyksen (PI) suunnittelu ja ART-synkronoinnit

Viimeisessä vaiheessa sinun on suunniteltava, kuka tekee työn ja milloin. SAFe:ssa tätä tapahtumaa kutsutaan nimellä ohjelmalisäyksen (PI) suunnittelu. Se on SAFe:n keskeinen osa, se järjestetään säännöllisesti ja tarjoaa mahdollisuuden koko ART:n yhteensovittamiseen.

PI:n pituus voi olla organisaation toiveiden mukainen, mutta se kestää tyypillisesti 3 kuukautta (12 viikkoa). Tämä mahdollistaa 6 kahden viikon sprintin suunnittelun tiimeille. Suunnittelu tehdään yleensä koko ART:n ollessa läsnä (kyllä, kaikkien ketterien tiimien).

Laajuutensa vuoksi PI-suunnittelu on yleensä kaksipäiväinen tapahtuma, joka sisältää:

• Liiketoimintaympäristön, strategisten tavoitteiden ja mission esittelyn
• Ketterien tiimien erilliset suunnittelutilaisuudet, joissa ne laativat suunnitelmansa käyttäen yhteisestä ohjelmakehitysjonosta tiiminsä kehitysjonoon valittuja kohteita
• Kaikkien ketterien tiimien suunnitelmaluonnosten esittelyn
• Johdon katselmuksen ja ongelmanratkaisukeskustelut
• Tiimien erilliset suunnittelutilaisuudet suunnitelmien mukauttamista ja viimeistelyä varten
• Valmiiden suunnitelmien esittelyn ja luottamusäänestyksen
• Ohjelman riskien tarkastelun ja suunnitelman uudelleentyöstön (tarvittaessa)

PI-suunnittelun valmistuttua koordinointi ja yhteistyö jatkuvat. PI:n aikana ketterien tiimien edustajat (tuoteomistaja ja Scrum-mestari) tapaavat yhdessä RTE:n kanssa säännöllisesti tarkastellakseen ketterien tiimien edistymistä ja tunnistaakseen riippuvuudet, ongelmat tai esteet, jotka edellyttävät koordinointia. Tämä voi tapahtua millä tahansa aikavälillä PI:n aikana, mutta joka toinen viikko (tai jokaisen sprintin tai iteraation lopussa) on hyvä rytmi.

Mitä työkaluja SAFe:ssa käytetään^®?

Koska SAFe hyödyntää muita ketteriä menetelmiä, kuten Scrumia ja Kanbania, SAFe:n kanssa työskentelevien ketterien tiimien tukena voidaan käyttää useita työkaluja.

Joidenkin SAFeen soveltuvien suositeltujen työkalujen osalta tutustu ensin luetteloihimme: ketterät työkalut ja ketterän projektinhallinnan ohjelmistot.

Koska PI-suunnittelu suositellaan järjestettäväksi paikan päällä (kasvokkain), myös seuraavia työkaluja suositellaan:

• Suuri tila, jossa koko ART voi kokoontua ja työskennellä tiimeissä
• Valkotaulut tai suuret fläppipaperit
• Valkotaulutussit
• Post-It-/tarralaput (joita käytetään kuvaamaan tiimin työjonon kohteita)
• Välipalat & virvokkeet (koska kukapa ei rakastaisi välipaloja 😊)

SAFe^® & muut ketterät menetelmät

Toivottavasti nautit ketteristä juhlista ja uuden juhlavieraamme SAFEn tapaamisesta. Kuten ehkä huomasit, SAFe sisältää itse asiassa paljon yhteistä joidenkin muiden vieraiden, kuten Scrumin ja Lean-ajattelun, kanssa. Tästä alkaa hieno suhde!

Samoin, jos organisaatiosi kasvaa ja useiden ketterien tiimien hallinnasta on tulossa monimutkaista, saatat haluta kutsua SAFEn juhliisi. Jos sinulla on kysymyksiä, voit ottaa minuun yhteyttä LinkedInissä tai Twitterissä.

Jos haluat tutustua muihin hybrideihin projektinhallintamenetelmiin ja työkaluihin, tilaa The Digital Project Managerin uutiskirje. Haluatko lisää? Tutustu jäsenyyteemme!

^®SAFe ja Scaled Agile Framework ovat Scaled Agile, Inc:n rekisteröityjä tavaramerkkejä.