SAFe 4.6-sanasto. Scaled Agile Framework Termit ja määritelmät. Suomi. Scaled Agile, Inc.

Transkriptio

1 SAFe 4.6-sanasto Scaled Agile Framework Termit ja määritelmät Suomi JULKAISIJA Scaled Agile, Inc.

2 Tervetuloa SAFe 4.6 -sanastoon Opiskele tehokkaasti SAFe Tule SAFe-yhteisön sivustolle Päivitä jäsenprofiilisi, liity osaamisyhteisöihin ja selaa jäsenhakemistoa Valmistaudu Valmistaudu sertifikaatin hankkimiseen oppimissuunnitelman avulla: käytä kurssin työkirjaa, oppimateriaaleja ja harjoittelukokeita ennen sertifikaattikokeen suorittamista Sertifioidu SAFeen Opiskele sertifikaatti, jolla todistat osaamisesi, ja avaat uusia uramahdollisuuksia Julkaise SAFe-sertifikaattisi Digitaalisen ansiomerkkisi avulla voit etsiä sinulle sopivia työtehtäviä maailmanlaajuisesti ja nähdä missä kaivataan osaamistasi community.scaledagile.com

3 Lyhenneopas ART (JUNA) Toimitusjuna OpEx Toimintakulut BO Liiketoiminnan omistaja PDCA Suunnittele, toteuta, tarkista, sopeuta BV Liiketoiminnan arvo PI Hankkeen inkrementti BVIR CapEx CD CE Informaation reaaliaikainen visualisointi Pääomakulut Jatkuva toimittaminen Jatkuva tutkinta PM Tuotehallinta PO/PM Tuoteomistaja / Tuotepäällikkö PO Tuoteomistaja ROAM Ratkaistu, omistaja nimetty, hyväksytty, lievennetty CI Jatkuva integraatio RR Riskin vähentäminen CFD Kumulatiivinen virtauskaavio RTE Toimitusjunan päällikkö CoD Viiveen aiheuttama kustannus S4T SAFe for Teams CoP Osaamisyhteisö SAFe Scaled Agile Framework DoD Valmiin määritelmä SA SAFe -agilist DSU Päivittäispalaveri SBD Joukkopohjainen suunnittelu EA Liiketoiminta-arkkitehti SM Scrum master EO FW HW I&A IP KPI LPM MBSE Kehitysaihioiden omistaja Laiteohjelmisto Laitteisto Tutki ja sopeuta Innovointi ja suunnittelu Suorituskykymittari Lean portfolion hallinta Mallipohjainen järjestelmäsuunnittelu SMART Tarkka, mitattava, toteutettavissa, realistinen, aikarajattu SoS SP SPC STE SW UX VS Scrumien Scrum SAFe Practitioner SAFe Program Consultant Ratkaisujunan päällikkö Ohjelmisto Käyttäjäkokemus Arvovirta MMF MVP Pienin markkinoitava toiminnalisuus Pienin toteuttamiskelpoinen tuote VSE WIP WSJF Arvovirran päällikkö Keskeneräinen työ Painotettu nopein työ ensin NFR Ei-toiminnalliset vaatimukset XP XP-menetelmä OE Uuden liiketoiminnan mahdollistaminen Scaled Agile, Inc. 3

4 Huomaa: SAFe 4.6 Big Picturessa olevia termejä ei ole käännetty, jotta sanasto pysyy yhtenäisenä eri kielialueiden yli. Agile Architecture Agile Architecture, ketterä arkkitehtuuri, on kokoelma arvoja ja käytäntöjä, jotka tukevat järjestelmien suunnittelun ja arkkitehtuurin aktiivista kehitystä uusien järjestelmän kyvykkyyksien käyttöönoton rinnalla. Agile Release Train (Ketterä toimitusjuna) Agile Release Train (ART), ketterä toimitusjuna, on ketterien tiimien ja sidosryhmien pitkäikäinen edustaja, joka toimittaa (ja joissain tapauksissa myös toteuttaa) asteittain yhden tai useampia ratkaisuja arvovirtaan. Agile Team (Ketterä tiimi) SAFe Agile Team, eli SAFe:n ketterä tiimi, on eri osa- alueet kattava ryhmä henkilöitä, joilla on vastuu määritellä, koota, testata ja tarvittaessa ottaa käyttöön sekä julkaista jokin ratkaisun osa kaikki tämä yhden lyhyen iteraation aikana. Architectural Runway (Arkkitehtuurin kiitorata) Architectural runway, eli arkkitehtuurin kiitorata koostuu olemassaolevasta koodista, komponenteista ja teknisestä infrastruktuurista joita tarvitaan toteuttamaan lyhyen tähtäimen ominaisuuksia ilman massiivista uudelleen suunnittelua ja viiveitä. Built-In Quality (Sisäänrakennettu laatu) Built-In Quality, eli sisäänrakennettu laatu varmistaa, että kukin ratkaisun (solution) elementti täyttää joka vaiheessa asianmukaiset laatuvaatimukset koko kehitystyön ajan. Business Owners (Liiketoiminnan edustajat) Business Owners, eli liiketoiminnan edustajat ovat pieni joukko sidosryhmien jäseniä, joilla on tekninen ja liiketoimintavastuu tietyn ratkaisun (Solution) hallinnoinnista, sääntöjenmukaisuudesta (compliancy), sijoitetun pääoman tuotosta (ROI). Business Solutions and Lean Systems Engineering (Liiketoimintaratkaisut ja Leanjärjestelmäkehitys) Business Solutions and Lean Systems Engineering, eli liiketoimintaratkaisut ja Leanjärjestelmäkehitys, kuvaa sitä, miten Lean- ja ketteriä periaatteita ja käytäntöjä voidaan soveltaa laajojen ja monimutkaisten ohjelmistojen ja kyberfyysisten järjestelmien määritykseen, luontiin, käyttöönottoon ja kehitykseen. Capabilities (Kyvykkyydet) Capapility, eli kyvykkyys on ylemmän tason ratkaisun kehittämistä, joka tyypillisesti toteutetaan useammassa junassa (ART). Kyvykkyydet on mitoitettu ja jaettu useisiin toiminnallisuuksiin, jotta niiden toteuttaminen yksittäisessä PI:ssä olisi helpompaa. Scaled Agile, Inc. 4

5 Communities of Practice (Osaamisyhteisö, CoP) Communities of Practicet (CoP:t), eli osaamisyhteisöt, ovat ryhmiä, joilla on yhteinen intressi johonkin tiettyyn toimialueeseen ja jotka tekevät säännöllisesti yhteistyötä jakaen tietoja, parantaen taitojaan ja toimien aktiivisesti oman tietämyksensä kasvattamiseksi. Compliance (Sääntöjenmukaisuus) Compliance, eli sääntöjenmukaisuus viittaa Lean-ketterään kehitysstrategiaan; tällä strategialla tiimit voivat luoda järjestelmiä, jotka ovat mahdollisimman korkealaatuisia ja täyttävät kaikki asiaankuuluvat lainsäädännölliset tai muut alan standardit. Continuous Delivery Pipeline (Jatkuva toimitusputki) Continuous Delivery Pipeline, eli jatkuva toimitusputki, edustaa työnkulkuja, toimintaa sekä automatisointia, joita tarvitaan jonkin uuden toiminnallisuuden viemiseksi ideasta julkaisuun. Continuous Deployment (Jatkuva toimittaminen, CD) Continuous Deployment (CD), eli jatkuva toimittaminen, on prosessi, joka siirtää validoituja toiminnallisuuksia esituotantoympäristöstä (staging environment) ja siirtää ne käyttöön tuotantoympäristöön, jossa ne valmistellaan julkaisua varten. Continuous Exploration (Jatkuva tutkinta, CE) Continuous Exploration (CE), eli jatkuva tutkinta, on prosessi, jossa tutkitaan jatkuvasti asiakkaiden ja markkinoiden tarpeita; se ruokkii innovaatiota ja sitä kautta löytyy yhteinen näkemys mihin suuntaan ratkaisun visiota, tiekarttaa ja toiminnallisuutta tulee kehittää. Continuous Integration (Jatkuva integrointi, CI) Continuous Integration (CI), eli jatkuva integrointi, on prosessi, jolla kehitetään, testataan, integroidaan ja varmennetaan toiminnallisuuksia esituotantoympäristöstä (staging environment), jossa ne valmistellaan käyttöönottoa ja julkaisua varten. Core Values (Ydinarvot) Core Values tarkoittaa ydinarvoja, joita on neljä: yhtenäinen suunta, sisäänrakennettu laatu, läpinäkyvyys ja hanketason toteutus. Nämä arvot kuvastavat jaettuja uskomuksia, joihin SAFen tehokkuus perustuu. Customers (Asiakkaat) Jokaisen ratkaisun (solution) lopullinen ostaja on Customer, eli asiakas. He ovat olennainen osa Lean-ketterää kehitysprosessia sekä arvovirtaa (Value Stream), ja SAFe:ssa heillä on erityisiä vastuita. Dev Team (Kehitystiimi) Dev Team, kehitystiimi, on ketterän tiimin (Agile Team) osa, joka muodostuu omistautuneista ammattilaisista; he osaavat kehittää, testata ja ottaa käyttöön käyttäjätarinoita (Story), toiminnallisuuksia (Features) tai komponentteja. DevOps DevOps on mielentila, kulttuuri ja sarja teknisiä käytäntöjä. Ne tarjoavat viestintää, integraatiota, automaatiota sekä tiivistä yhteistyötä ratkaisujen suunnitteluun, kehitykseen, testaukseen, käyttöönottoon, julkaisuun ja käyttöön. Scaled Agile, Inc. 5

6 DevOps and Release on Demand (DevOps ja julkaisu tarpeen mukaan) DevOps and Release on Demand, eli DevOps ja julkaisu tarpeen mukaan -kyvykkyys kuvaa sitä, kuinka DevOpsin toteutus sekä jatkuvan julkaisun toimitusputki (Continuous Delivery Pipeline) antavat yritykselle mahdollisuuden julkaista arvoa tuottavia osia asiakkaan ja markkinoiden tarpeisiin aina tarvittaessa joko kokonaisuutena tai osissa. Develop on Cadence (Syklinen kehittäminen) Develop on Cadence, eli syklinen kehittäminen on menetelmä järjestelmien kehittämisen luontaisen vaihtelevuuden hallintaan varmistamalla, että tärkeät tapahtumat ja toiminta tapahtuvat säännöllisesti ja ennustettavasti. Economic Framework (Taloudellisen päätöksenteon kehys) Economic Framework, eli taloudellisen päätöksenteon kehys tarkoittaa kokoelmaa suosituksia ja ohjeita, joka saavat ihmiset samanmielisiksi ratkaisun taloudellisista tavoitteista ja antavat tietoa taloudelliseen päätöksentekoprosessista. Enablers (Mahdollistajat) Enablerit, eli mahdollistajat tukevat toimintaa, jota tarvitaan arkkitehtuurin kiitoradan (Architectural Runway) laajentamiseen. Tämä mahdollistaa tulevien liiketoiminnan toiminnallisuuksien kehittämisen. Ne sisältävät tutkinnan (exploration) sekä tulevien toiminnallisuuksien tukemiseen ja säännönmukaisuuteen tarvittavat selvitykset sekä arkkitehtuurin ja infrastruktuurin kehitystoimet. Enterprise (Yritys) Enterprise, eli yritys tarkoittaa liiketoimintayksikköä, johon jokainen SAFe portfolio kuuluu. Enterprise Architect (Yritysarkkitehti) Enterprise Architectin, eli yritysarkkitehdin tehtävänä on edistää sopeuttavaa suunnittelua ja teknisiä käytänteitä ja ohjata portfolion arkkitehtuuri-aloitteita. Epic (Kehitysaihio) Epic, eli kehitysaihio on tallennuspaikka sellaiselle ratkaisun kehittämisaloitteelle, joka on riittävän suuri, jotta se vaatii analyysin, minimituotteen (Minimum Viable Product, MVP) määrittelyn sekä taloudellisen hyväksynnän ennen toteutuksen aloittamista. Epic Owners (Kehitysaihioiden omistajat) Epic Ownerit, eli kehitysaihioiden omistajat, ovat vastuussa portfolion kehitysaihioiden koordinoinnista hyödyntäen portfolio kanbania. Essential SAFe Configuration (SAFe-peruskonfiguraatio) Essential SAFe Configuration, eli SAFe-peruskonfiguraatio on pohja kaikille SAFekonfiguraatioille sekä helpoin tapa aloittaa SAFe:n käyttö. Se tuo yritykselle Lean-ketterän johtamisen (Lean-Agile Leadership), tiimien ja teknisen ketteryyden (Team and Technical Agility)ja DevOpsin ja tarpeen mukaan julkaisun julkaisun (Release on Demand) keskeiset taidot. Features (Toiminnallisuudet) Feature, eli toiminnallisuus on sidosryhmän tarpeita vastaava palvelu ja mitoitettu niin, että yksittäinen toimitusjuna (Agile Release Train, ART) voi toteuttaa sen yhdessä inkrementissä (PI). Scaled Agile, Inc. 6

7 Foundation (Perusta) Foundation, eli perusta sisältää SAFe:n arvot, periaatteet, ajattelutavan, käyttöönoton suuntaviivat ja ketterän johtajuuden roolit, joita tarvitaan menestyksekkääseen arvon tuottoon skaalatussa ketterässä kehittämisessä. Full SAFe Configuration (SAFe-täyskonfiguraatio) Full SAFe Configuration, eli SAFe-täyskonfiguraatio, onkaikkein kattavin versio viitekehyksestä, johon kuluu kaikki viisi keskeistä kyvykkyyttä. Se soveltuu yrityksille, joilla on iso portfolio laajoja, integroituja ratkaisuja. Innovation and Planning Iteration (Innovaatio- ja suunnitteluiteraatio) Innovation and Planning Iteration (IP), eli Innovaatio- ja suunnitteluiteraatio, varaa erityisesti aikaa innovaatiolle ja oppimiselle, PI:n suunnittelulle sekä tutki & sopeuta tilaisuudelle (I&A, Inspect and Adapt); ja tuo myös riittävää väljyyttä PI:n tavoitteiden saavuttamiselle. Inspect & Adapt (Tutki ja sopeuta, I&A) Inspect and Adapt (I&A), tutki ja sopeuta, on säännöllisesti toistuva keskeinen tilaisuus junan toiminnan parantamiseksi, jossa toimitusjuna demoaa ja arvioi ratkaisun (Solution) nykytilan ja joka pidetään jokaisen inkrementin (PI) lopussa. Iteration (Iteraatio) Jokainen Iteration, eli iteraatio, on vakioitu, kiinteän mittainen ajanjakso, jossa ketterät tiimit toimittavat inkrementaalisesti arvoa toimivan ja testatun ohjelmiston ja järjestelmän muodossa. Iteration Execution (Iteraation toteutus) Iteration Execution, eli iteraation toteutus tarkoittaa sitä, miten ketterät tiimit hallitsevat työtään iteraation aikana. Sen tuloksena syntyy laadukas, toimiva ja testattu järjestelmän osa. Iteration Goals (Iteraation tavoitteet) Iteration Goals, eli iteraation tavoitteet, ovat korkean tason yhteenveto liiketoiminnallisista ja teknisistä tavoitteista, joiden saavuttamiseen ketterä tiimi sitoutuu. Iteration Planning (Iteraation suunnittelu) Iteration Planning eli iteraation suunnittelu on tapahtuma, jossa tiimin jäsenet määrittelevät yhdessä, kuinka paljon tiimin kehitysjonosta he sitoutuvat toimittamaan seuraavan iteraation aikana. Iteration Retrospective (Iteraation retrospektiivi) Iteration Retrospective, eli iteraation retrospektiivi on säännöllinen palaveri, jossa ketterän tiimin jäsenet keskustelevat iteraation tuloksista, käytänteidensä toimivuudesta ja tunnistavat parannustoimenpiteitä. Iteration Review (Iteraation katselmus) Iteration review, eli iteraation katselmus on säännöllisesti toistuva tapahtuma, jossa jokainen tiimi katselmoi inkrementin jokaisen iteraation lopussa arvioidakseen edistymistä ja valmistelee työjononsa seuraavaa iteraatiota varten. Scaled Agile, Inc. 7

8 Large Solution Level (Laajojen ratkaisujen taso) Large Solution Level, laajojen ratkaisujen taso, sisältää suurien ja monimutkaisten ratkaisujen rakentamiseen tarvittavat toimenkuvat, tuotokset ja prosessit. Large Solution SAFe Configuration (Laaja SAFe-konfiguraatio) Large Solution SAFe Configuration, eli laaja SAFe-konfiguraatio tuo liiketoimintaratkaisut (Business Solutions) and Lean-järjestelmäkehityksen (Lean Systems Engineering) -osaamisen kaikkein suurimpia ja monimutkaisimpia ratkaisuja tekevien käyttöön. Tämä konfiguraatio tukee useita ketteriä toimitusjunia (Agile Release Train, ART) ja toimittajia. Lean Budget Guardrails (Liikkumavara) Lean Budget Guardrails, eli liikkumavara määrittää reunaehdot, joiden puitteissa arvovirtojen budjetit toimivat. Niitä ovat investointihorisontit, kapasiteettiallokaatio, kehitysaihioiden hyväksymismenettely ja liiketoiminnan omistajien aktiivinen osallistuminen arvovirtojen toimintaan. Lean Budgets (Ketterä budjetointi) Lean budgets eli ketterä budjetointi on kokoelma rahoitus- ja hallintokäytäntöjä, jotka lisäävät kehityksen läpimenoa vähentämällä rahoituksen hallinnollisia kuluja ja rahoitusjärjestelyjen aiheuttamia hidasteita. Lean Portfolio Management (Lean-portfolion hallinta, LPM) Lean Portfolio Management, eli Lean-portfolion hallinta kuvaa, kuinka yritykset voivat soveltaa Lean-lähestymistapoja strategiaan, investointeihin, ketterään portfolion operointiin sekä muodostaa Lean-organisaatiorakenteen. Lean User Experience (Lean käyttökokemus, Lean UX) Lean UX, eli Lean-käyttäjäkokemus on ketterien periaatteiden mukainen suunnittelun ajattelutapa, kulttuuri ja prosessi. Lean- ja ketterä johtaminen (Lean-Agile Leadership) Lean-Agile Leadership, eli Lean- ja ketterä johtaminen, kuvaa sitä, miten Lean-ketterät johtajat edistävät ja ylläpitävät organisaation muutosta sekä operatiivista osaamista voimauttamalla yksittäisiä henkilöitä ja tiimejä toteuttamaan omaa suurinta potentiaaliaan. Tämä tapahtuu oppimalla, näyttämällä, opettamalla ja valmentamalla SAFe:n Lean-ketterää ajattelutapaa, arvoja, periaatteita ja käytäntöjä. Lean-Agile Mindset (Lean- ja ketterä ajattelutapa) Lean-Agile Mindset, Lean- ja ketterä ajattelutapa, on kokoelma SAFe johtajien ja käyttäjien ketterän ohjelmistokehityksen julistukseen ja Lean-ajatteluun pohjaavia yhteisiä uskomuksia, olettamuksia ja tekemistä. Lean-Agile Principles (Leanit ja ketterät periaatteet) SAFe perustuu yhdeksään muuttumattomaan, kaiken takana olevaan Lean-Agile Principleen, eli Leaniin ja ketterään periaatteeseen. Nämä periaatteet ja taloudelliset käsitteet innostavat ja antavat perustan SAFe:n rooleille ja käytännöille. Scaled Agile, Inc. 8

9 Metrics (Metriikka) Metrics, eli metriikka tarkoittaa sovittuja mittareita, joiden avulla seurataan, miten organisaatio etenee kohti portfolion, laajan ratkaisun, hankkeen ja tiimin liiketoiminta- sekä teknisiä tavoitteita. Milestones (Tarkistuspisteet) Milestoneilla, eli tarkistuspisteillä seurataan etenemistä kohti määrättyä tavoitetta tai tapahtumaa. SAFe:ssa on kolmenlaisia tarkistuspisteitä: hankkeen inkrementin (PI) aloitus- ja loppumispäivät, erityisesti sovitut tärkeät päivämäärät sekä päivät, joilloin saadaan palautetta oppimista varten. Model-Based Systems Engineering (MBSE) (Mallipohjainen systeemisuunnittelu) Model-Based Systems Engineering, eli mallipohjainen systeemisuunnittelu (MBSE), on käytäntö, jossa kehitetään joukko toisistaan riippuvia systeemimalleja, jotka auttavat määrittelemään, suunnittelemaan ja dokumentoimaan kehitteillä olevan järjestelmän. Nonfunctional Requirements (NFRs) (Ei-toiminnalliset vaatimukset) Nonfunctional Requirements, eli ei-toiminnalliset vaatimukset määrittävät järjestelmän käyttäytymistä (esim. luotettavuus, suorituskyky) ja toimivat eri kehitysjonoissa järjestelmän suunnittelua rajoittavina tekijöinä. PI Objectives (PI:n tavoitteet) PI Objectives, eli PI:n tavoiteet on koottu luettelo niistä liiketoiminnallisista ja teknisistä tavoitteista, jotka ketterät tiimit ja toimitusjunat pyrkivät toteuttamaan seuraavassa hankkeen inkrementissä (Program Increment, PI). Portfolio Backlog (portfolion kehitysjono) Portfolio Backlog, eli portfolion kehitysjono on SAFe:n ylimmällä tasolla oleva kehitysjono, jossa pidetään tulevia liiketoiminnan mahdollistajia ja kehitysaihioita. Portfolio Canvas (portfolion kuvaus) Portfolio canvas eli portfolion kuvaus on eräänlainen liiketoimintamallin kuvaus (Busines Model Canvas), jota on muokattu siten, että sillä voidaan kuvata SAFe-portfolion rakenne ja tarkoitus. Portfolio Kanban (Portfolion valmisteluseinä) Portfolio Kanban, eli portfolion valmisteluseinä on mekanismi, jota käytetään visualisoimaan, hallinnoimaan ja priorisoimaan portfolion kehitysaihioiden (Epics) virtaa ideasta toteutukseen ja valmistumiseen. Portfolio Level (Portfoliotaso) Portfolio Level eli portfoliotaso sisältää periaatteet, käytännöt ja roolit, joita tarvitaan käynnistämään ja hallinnoimaan joukkoa kehittämisen arvovirtoja. Portfolio SAFe Configuration (SAFe-portfoliokonfiguraatio) Portfolio SAFe Configuration, SAFe-portfoliokonfiguraatio, käyttää Lean portfolio -osaamista (Lean Portfolio Management) yrityksen portfolion toteutuksen linjaamiseksi yrityksen strategian kanssa. Lisäksi se organisoi kehittämisen yhdeksi tai useammaksi arvovirraksi. Scaled Agile, Inc. 9

10 Pre- and Post-PI Planning (Hankkeen inkrementin esi- ja jälkisuunnittelu) Pre- and Post-PI Planning, eli ennen inkrementin suunnittelua ja sen jälkeen pidettävät suunnittelutapaamiset antavat suurten arvovirtojen toimitusjunille ja toimittajille mahdollisuuden linjata suunnitelmansa seuraavaa inkrementtiä varten. Product Management (Tuotehallinta) Product Managementin, eli tuotehallinnan vastuulla on asiakkaiden tarpeiden selvittäminen, toiminnallisuuksien (Features) priorisointi, työn ohjaaminen portfolion valmisteluseinän (Portfolio Kanban) avulla sekä vision ja tiekartan valmistelu. Product Owner (PO) (Tuoteomistaja) Product Owner (PO), eli tuoteomistaja on se ketterä tiimin (Agile Team) jäsen, joka on vastuussa käyttäjätarinoiden (Stories) määrittämisestä sekä tiimin kehitysjonon (Team Backlog) priorisoinnista toteutuksen selkeyttämiseksi. Program Backlog (Hankkeen kehitysjono) Program Backlog, eli hankkeen kehitysjono on tallennuspaikka kaikille tuleville toiminnallisuuksille (Features) ja mahdollistajille (Enablers), jotka tarvitaan käyttäjien tarpeiden toteuttamiseksi, liiketoimintahyötyjen saavuttamiseksi sekä arkkitehtuurin rakentamiseksi. Program Increment (PI) Hankkeen inkrementti Program Increment (PI) hankkeen inkrementti on ajanjakso, jonka aikana toimitusjuna (Agile Release Train, ART) tuottaa asteittain arvoa toimivien ja testattujen ohjelmistojen ja järjestelmien muodossa. PI:t ovat tyypillisesti 8 12 viikkoa pitkiä. PI:n tyypillisin toteutustapa on neljä peräkkäistä kehitysiteraatiota, joita seuraa yksi innovaatio- ja suunnitteluiteraatio (Innovation and Planning (IP)). Program Increment Planning (Hankkeen inkrementin suunnittelu) Program Increment Planning, eli hankkeen inkrementin suunnittelu on säännöllisin väliajoin tapahtuva, kasvoikkain suoritettava suunnittelutapahtuma, joka antaa ketterälle toimitusjunalle (Agile Release Train) rytmin sekä suuntaa kaikki junan tiimit kohti yhteisiä tavoitteita. Program Kanban (Hankkeen valmisteluseinä) Program and Solution Kanban, eli Hankkeen ja ratkaisun valmisteluseinät ovat menetelmiä, joilla visualisoidaan ja hallitaan toiminnallisuuksien (Features) ja kyvykkyyksien (Capabilities) virtausta ideoinnista analyysiin, toteutukseen ja julkaisuun jatkuvan toimitusputken (Continuous Delivery Pipeline) kautta. Program Level (Hanketaso) Program Level, eli hanketaso määrittelee roolit ja käytännöt, joita tarvitaan jatkuvaan asiakasarvon ja ratkaisujen toimittamiseen ketterässä toimitusjunassa (ART). Release Train Engineer (RTE) (Toimitusjunan päällikkö) Release Train Engineer (RTE), eli toimitusjunan päällikkö, on ketterän toimitusjunan (Agile Release Train, ART) palveleva johtaja ja valmentaja. Toimitusjunan päällikön (RTE) tärkeimmät tehtävät ovat junan tapahtumien ja prosessien fasilitointi ja tiimien auttaminen tuottamaan arvoa tehokkaasti. Scaled Agile, Inc. 10

11 Release on Demand (Tarpeen mukainen julkaisu) Release on Demand, eli tarpeen mukainen julkaisu on prosessi, jolla uusia toiminnallisuuksia siirretään tuotantoon ja julkaistaan välittömästi tai asteittain riippuen asiakkaiden kysynnästä. Roadmap (tiekartta) Roadmap, tiekartta, on tapahtumia ja tarkistuspisteitä (Milestones) sisältävä aikataulu, joka esittää suunnitellut ratkaisujen (Solution) julkaisut sovitulla ajanjaksolla. SAFe Implementation Roadmap (SAFen käyttöönoton tiekartta) SAFe Implementation Roadmap, eli SAFen käyttöönoton tiekartta, kuvaa strategian ja tietyssä järjestyksessä tapahtuvat tehtävät, jotka ovat osoittautuneet toimiviksi onnistuneen SAFekäyttöönoton varmistamiseksi. SAFe Program Consultants (SPCs) (SPC-konsultit) SAFe Program Consultants (SPC), eli sertifioidut SAFe-konsultit ovat muutosagentteja, joilla on erittäin tärkeä rooli SAFe:n onnistuneessa käyttöönotossa. SAFe for Government (Julkishallinnon SAFe) SAFe for Government, eli julkishallinnon SAFe, on joukko menestyksekkäitä tapoja, joiden avulla julkisen sektorin organisaatiot voivat ottaa käyttöön Lean-ketteriä-käytäntöjä julkishallinnossa. SAFe for Lean Enterprises (SAFe Lean-yrityksille) SAFe for Lean Enterprises, eli SAFe Lean-yrityksille, on tietämyskanta (knowledge base) testatuista ja integroidusta periaatteista, käytännöistä ja taidoista Leaniä, ketterää ja DevOpsia varten. Scrum Master Scrum Master on palveleva johtaja ja valmentaja, joka auttaa ketteriä tiimejä noudattamaan ketterää prosessia ja poistamaan esteitä. Lisäksi hän vaalii ympäristöä, jossa tehokkaat tiimit, jatkuvasti virtaava tekeminen ja jatkuva parantaminen kukoistavat. ScrumXP ScrumXP on kevyt prosessi, joka tuottaa arvoa itseorganisoituville moniosaajatiimeille SAFe:n puitteissa. ScrumXP seuraa Scrumin projektinhallintakäytäntöjä ja Extreme Programming (XP) - lähtöisiä käytäntöjä. Set-Based Design (Joukkopohjainen suunnittelu) Set-Based Design (SBD), eli joukkopohjainen suunnittelu, on käytäntö, joka ylläpitää useita vaatimus- ja muotoiluvaihtoehtoja avoinna mahdollisimman pitkään kehityssyklin aikana. Shared Services (Jaetut palvelut) Shared Services, eli jaetut palvelut edustavat ihmisillä, toimenkuvilla ja palveluilla olevaa erikoisosaamista, joka on oleellista ketterän toimitusjunan (Agile Release Train, ART) tai ratkaisujunan (Solution Train) menestymisen kannalta, mutta jota ei voida ottaa käyttöön päätoimisesti. Scaled Agile, Inc. 11

12 Solution (Ratkaisu) Kukin arvovirta tuottaa yhden tai useamman ratkaisun (Solution), joka käsittää asiakkaalle toimitettavia tuotteita, palveluja tai järjestelmiä ja jotka ovat joko yrityksen sisäisiä tai sen ulkopuolelta. Solution Architect/Engineering (Ratkaisuarkkitehti) Roolina Solution Architect/Engineering, eli ratkaisuarkkitehti, tarkoittaa henkilöä tai pientä tiimiä, joka määrittelee yhteisen teknisen ja arkkitehtuurin vision kehitettävälle ratkaisulle. Solution Backlog (Ratkaisun kehitysjono) Solution Backlog, ratkaisun kehitysjono, on tallennuspaikka tuleville kyvykkyyksille (Capability) ja mahdollistajille (Enablers), joista ratkaisu (Solution) ja ratkaisun arkkitehtuuri (architectural runway) rakentuvat ja jotka voidaan toteuttaa useammassa toimitusjunassa (ART). Solution Context (Ratkaisun konteksti) Solution Context, eli ratkaisun konteksti kuvaa ratkaisun (Solution) toimintaympäristön, antaen käsityksen toimintaympäristön vaatimuksista, käytöstä, asennuksesta, operoinnista ja ratkaisun tarvitsemasta tuesta. Solution Demo (Ratkaisun demo) Ratkaisun demossa ratkaisujunan (Solution Train) tuottamat tulokset integroidaan, arvioidaan ja tehdään näkyviksi asiakkaille ja muille sidosryhmille. Solution Intent (ratkaisun tarkoitus) Solution Intent, eli ratkaisun tarkoitus on kuvauskanta (repository), jossa tallennetaan, hallitaan ja jolla viestitään sen hetkistä ja tavoiteltavaa ratkaisun toimintatapaa. Solution Management (Ratkaisun hallinta) Solution Management, ratkaisun hallinta, on vastuussa asiakkaiden tarpeiden selvittämisestä, kyvykkyyksien (Capability) priorisoinnista, työn ohjauksesta valmisteluseinän (Solution Kanban) avulla sekä ratkaisun vision (Solution Vision) ja tiekartan kehittämisestä. Solution Train (Ratkaisujuna) Solution Train, eli ratkaisujuna on organisaatiorakenne, jota käytetään laajojen ja monimutkaisten ratkaisujen luomiseen silloin, kun niihin tarvitaan useampaa toimitusjunaa (Agile Release Train, ART) sekä ulkopuolisten toimittajien panosta. Ratkaisun visiota (Solution Vision), kehitysjonoa (Solution Backlog) ja tiekarttaa (Roadmap) ja yhteisiä hankkeen inkrementtejä (PI) käyttämällä ratkaisujuna yhdenmukaistaa siihen kuuluvien toimitusjunien (ART) liiketoiminta- ja teknologiamission. Spanning Palette (Räätälöintipaletti) Spanning Palette, eli räätälöintipaletti sisältää erilaisia rooleja ja tuotoksia, joita saattaa tarvita joskus tiimitasolla, hanketasolla, laajan ratkaisun tasolla tai portfoliotason yhteydessä. Stories (Tarinat) Stories, tarinat, ovat lyhyitä kuvauksia jostain halutun toiminnallisuuden pienestä osasta, käyttäjän omalla kielellä kirjoitettuina Ne on mitoitettu siten, että ne voidaan ottaa käyttöön pienissä pystysuorissa siivuissa yksittäisen iteraation sisällä. Scaled Agile, Inc. 12

13 Strategic Themes (strateginen teema) Strategic Themes, strategiset teemat, ovat liiketoiminnallisia erottautumistekijöitä, jotka vaikuttavat portfoliotason strategiaan ja pitkän tähtäimen päätöksentekoon. Nämä vaikuttavat portfolion strategiseen toteutukseen ja tarjoavat sille liiketoimintakontekstin. Supplier (Toimittaja) Supplier, eli toimittaja on ulkoinen tai sisäinen organisaatio, joka kehittää ja toimittaa sellaisia komponentteja, alijärjestelmiä tai palveluja, jotka auttavat ratkaisujunia (Solution Train) ja ketteriä toimitusjunia (Agile Release Train) toimittamaan ratkaisuja (Solutions) omille asiakkailleen. System Demo (Järjestelmädemo) System Demo, eli järjestelmädemo on tapahtuma, jossa kaikkien ketterässä toimitusjunassa (Agile Release Train) olevien tiimien työ integroidaan, arvioidaan ja tehdään näkyviksi asiakkaille ja muille sidosryhmille. System Team (Integrointitiimi) System Team, eli integrointitiimi on erikoistunut ketterä tiimi (Agile Team), joka auttaa ketterän kehitysympäristön luonnissa ja tukemisessa, yleensä sisältäen jatkuvaa toimitusputkea (Continuous Delivery Pipeline) tukevan työkalukokoelman kehityksen ja ylläpidon. Team Backlog (Tiimin kehitysjono) Team Backlog, eli tiimin kehitysjono sisältää hankkeen kehitysjonosta (Program Backlog) lähtöisin olevat käyttäjien ja mahdollistajien tarinat sekä tarinat, jotka syntyvät paikallisesti tiimin omasta kontekstista. Team Kanban (Tiimin valmisteluseinä) Team Kanbanin, eli tiimin valmisteluseinän avulla visualisoidaan työn kulku sekä hallitaan tiimin tuottaman arvon virtausta. Valmisteluseinä toimii työkaluna meneillään olevan työn määrän (WIP) rajoittamiseen, läpivirtaamisen mittaamiseen ja jatkuvaan parantamiseen. Team Level (Tiimitaso) Team Level, tiimitaso, kuvaa ketterien tiimien roolit, aktiviteetit sekä prosessin, joilla tiimit toteuttavat ja toimittavat arvoa ketterässä toimitusjunassa (ART). Team and Technical Agility (Tiimin ketteryys ja tekninen kyvykkyys) Team and Technical Agility, eli Tiimin ketteryys ja tekninen kyvykkyys kuvaa sekä tärkeitä kyvykkyyksiä ja taitoja että Lean- ja ketteriä periaatteita ja käytäntöjä, joita tarvitaan tehokkaissa ja aikaansaavissa ketterissä tiimissä, jotka luovat korkealaatuisia ja hyvin suunniteltuja teknisiä ratkaisuja. Value Stream Coordination (Arvovirran koordinointi) Value Stream Coordination, arvovirran koordinointi. tarjoaa ohjausta portfolion sisältämien arvovirtojen välisten riippuvuuksien hallitsemiseksi ja mahdollisuuksien tunnistamiseen. Scaled Agile, Inc. 13

14 Value Streams (Arvovirrat) Value Streams eli arvovirrat kuvaavat työvaiheet, joita organisaatio tarvitsee tuottaakseen jatkuvasti arvoa tuovia ratkaisuja omille asiakkailleen. Weighted Shortest Job First, WSJF (Painotettu nopein arvo) Weighted Shortest Job First (WSJF), eli painotettu nopein arvo, on priorisointimalli, jota käytetään priorisoimaan toiminnallisuuksia (Features), ominaisuuksia (Capabilities) ja kehitysaihioita (Epics), jotta voidaan saavuttaa suurin mahdollinen taloudellinen hyöty. Scaled Agile, Inc. 14

15 Lisätietoa Jos haluat lisätietoa SAFe:sta, vieraile seuraavilla verkkosivuilla. Scaled Agile Framework: Scaled Agile roolipohjainen SAFe-koulutus ja sertifiointi: Tietoa Scaled Agile, Inc.:istä Maailman johtavimman ketterien yritysten käyttämän SAFe-mallin, tarjoaa Scaled Agile, Inc. Opetuksella ja sertifioinnilla, globaalilla kumppaniverkostolla ja yli koulutetun ammattilaisen kasvavalla yhteisöllä Scaled Agile auttaa yrityksiä rakentamaan parempia järjestelmiä, lisäämään työntekijöiden sitoutumista ja parantamaan liiketoiminnan tuloksia. Scaled Agile on mukana Pledge 1%:n yritystoiminnan hyväntekeväisyydessä ja yhteisöpalveluissa. Yhteystiedot: Scaled Agile, Inc Valmont Rd, Suite 300 Boulder CO USA Scaled Agile, Inc. 15