Scaled Agile Fraeor® Terit a ritelt · Lean-Agile Mindset, Lean- ja ketterä ajattelutapa, on kokoelma SAFe johtajien ja käyttäjien ketterän ohjelmistokehityksen julistukseen

© Scaled Agile, Inc.

JULKAISIJA

www.scaledagileframework.com | www.scaledagile.com

Scaled Agile Framework® Termit ja määritelmätSuomi

SAFe® 4.6-sanasto

community.scaledagile.com

SAFe

Tervetuloa SAFe® 4.6 -sanastoon

Tule SAFe-yhteisön sivustollePä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 SAFeenOpiskele sertifikaatti, jolla todistat osaamisesi, ja avaat uusia uramahdollisuuksia

Julkaise SAFe-sertifikaattisiDigitaalisen ansiomerkkisi avulla voit etsiä sinulle sopivia työtehtäviä maailmanlaajuisesti ja nähdä missä kaivataan osaamistasi

Opiskeletehokkaasti

© Scaled Agile, Inc. | www.scaledagileframework.com 3

Lyhenneopas

ART (JUNA) Toimitusjuna

BO Liiketoiminnan omistaja

BV Liiketoiminnan arvo

BVIR Informaation reaaliaikainen visualisointi

CapEx Pääomakulut

CD Jatkuva toimittaminen

CE Jatkuva tutkinta

CI Jatkuva integraatio

CFD Kumulatiivinen virtauskaavio

CoD Viiveen aiheuttama kustannus

CoP Osaamisyhteisö

DoD Valmiin määritelmä

DSU Päivittäispalaveri

EA Liiketoiminta-arkkitehti

EO Kehitysaihioiden omistaja

FW Laiteohjelmisto

HW Laitteisto

I&A Tutki ja sopeuta

IP Innovointi ja suunnittelu

KPI Suorituskykymittari

LPM Lean portfolion hallinta

MBSE Mallipohjainen järjestelmäsuunnittelu

MMF Pienin markkinoitava toiminnalisuus

MVP Pienin toteuttamiskelpoinen tuote

NFR Ei-toiminnalliset vaatimukset

OE Uuden liiketoiminnan mahdollistaminen

OpEx Toimintakulut

PDCA Suunnittele, toteuta, tarkista, sopeuta

PI Hankkeen inkrementti

PM Tuotehallinta

PO/PM Tuoteomistaja / Tuotepäällikkö

PO Tuoteomistaja

ROAM Ratkaistu, omistaja nimetty, hyväksytty, lievennetty

RR Riskin vähentäminen

RTE Toimitusjunan päällikkö

S4T SAFe® for Teams

SAFe® Scaled Agile Framework

SA SAFe®-agilist

SBD Joukkopohjainen suunnittelu

SM Scrum master

SMART Tarkka, mitattava, toteutettavissa, realistinen, aikarajattu

SoS Scrumien Scrum

SP SAFe® Practitioner

SPC SAFe® Program Consultant

STE Ratkaisujunan päällikkö

SW Ohjelmisto

UX Käyttäjäkokemus

VS Arvovirta

VSE Arvovirran päällikkö

WIP Keskeneräinen työ

WSJF Painotettu nopein työ ensin

XP XP-menetelmä


Huomaa: SAFe 4.6 Big Picturessa olevia termejä ei ole käännetty, jotta sanasto pysyy yhtenäisenä eri kielialueiden yli.

Agile ArchitectureAgile Architecture, ketterä arkkitehtuuri, on kokoelma arvoja ja käytäntöjä, jotka tukevatjärjestelmien suunnittelun ja arkkitehtuurin aktiivista kehitystä uusien järjestelmänkyvykkyyksien käyttöönoton rinnalla.

Agile Release Train (Ketterä toimitusjuna)Agile Release Train (ART), ketterä toimitusjuna, on ketterien tiimien ja sidosryhmienpitkäikäinen edustaja, joka toimittaa (ja joissain tapauksissa myös toteuttaa) asteittain yhdentai useampia ratkaisuja arvovirtaan.

Agile Team (Ketterä tiimi)SAFe Agile Team, eli SAFe:n ketterä tiimi, on eri osa- alueet kattava ryhmä henkilöitä, joilla onvastuu määritellä, koota, testata ja tarvittaessa ottaa käyttöönsekä 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äimenominaisuuksia ilman massiivista uudelleen suunnittelua ja viiveitä.

Built-In Quality (Sisäänrakennettu laatu)Built-In Quality, eli sisäänrakennettu laatu varmistaa, että kukin ratkaisun (solution) elementtitä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 ontekninen ja liiketoimintavastuu tietyn ratkaisun (Solution) hallinnoinnista,sääntöjenmukaisuudesta (compliancy), sijoitetun pääoman tuotosta (ROI).

Business Solutions and Lean Systems Engineering (Liiketoimintaratkaisut ja Lean-jä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ä voidaansoveltaa 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 toteutetaanuseammassa junassa (ART). Kyvykkyydet on mitoitettu ja jaettu useisiin toiminnallisuuksiin,jotta niiden toteuttaminen yksittäisessä PI:ssä olisi helpompaa.


Communities of Practice (Osaamisyhteisö, CoP)Communities of Practicet (CoP:t), eli osaamisyhteisöt, ovat ryhmiä, joilla on yhteinen intressijohonkin 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ä strategiallatiimit voivat luoda järjestelmiä, jotka ovat mahdollisimman korkealaatuisia ja täyttävät kaikkiasiaankuuluvat 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ää validoitujatoiminnallisuuksia esituotantoympäristöstä (staging environment) ja siirtää ne käyttööntuotantoympäristöön, jossa ne valmistellaan julkaisua varten.

Continuous Exploration (Jatkuva tutkinta, CE)Continuous Exploration (CE), eli jatkuva tutkinta, on prosessi, jossa tutkitaan jatkuvastiasiakkaiden ja markkinoiden tarpeita; se ruokkii innovaatiota ja sitä kautta löytyy yhteinennä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ä (stagingenvironment), 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 SAFentehokkuus perustuu.

Customers (Asiakkaat)Jokaisen ratkaisun (solution) lopullinen ostaja on Customer, eli asiakas. He ovat olennainen osaLean-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 omistautuneistaammattilaisista; he osaavat kehittää, testata ja ottaa käyttöön käyttäjätarinoita (Story),toiminnallisuuksia (Features) tai komponentteja.

DevOpsDevOps 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.


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 markkinoidentarpeisiin aina tarvittaessa joko kokonaisuutena tai osissa.

Develop on Cadence (Syklinen kehittäminen)Develop on Cadence, eli syklinen kehittäminen on menetelmä järjestelmien kehittämisenluontaisen vaihtelevuuden hallintaan varmistamalla, että tärkeät tapahtumat ja toimintatapahtuvat säännöllisesti ja ennustettavasti.

Economic Framework (Taloudellisen päätöksenteon kehys)Economic Framework, eli taloudellisen päätöksenteon kehys tarkoittaa kokoelmaa suosituksiaja ohjeita, joka saavat ihmiset samanmielisiksi ratkaisun taloudellisista tavoitteista ja antavattietoa taloudelliseen päätöksentekoprosessista.

Enablers (Mahdollistajat)Enablerit, eli mahdollistajat tukevat toimintaa, jota tarvitaan arkkitehtuurin kiitoradan(Architectural Runway) laajentamiseen. Tämä mahdollistaa tulevien liiketoiminnantoiminnallisuuksien kehittämisen. Ne sisältävät tutkinnan (exploration) sekä tulevientoiminnallisuuksien 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 jateknisiä käytänteitä ja ohjata portfolion arkkitehtuuri-aloitteita.

Epic (Kehitysaihio)Epic, eli kehitysaihio on tallennuspaikka sellaiselle ratkaisun kehittämisaloitteelle, joka onriittä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 kehitysaihioidenkoordinoinnista 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änjohtamisen (Lean-Agile Leadership) , tiimien ja teknisen ketteryyden (Team and TechnicalAgility)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).


Foundation (Perusta)Foundation, eli perusta sisältää SAFe:n arvot, periaatteet, ajattelutavan, käyttöönotonsuuntaviivat ja ketterän johtajuuden roolit, joita tarvitaan menestyksekkääseen arvon tuottoonskaalatussa 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 portfoliolaajoja, integroituja ratkaisuja.

Innovation and Planning Iteration (Innovaatio- ja suunnitteluiteraatio)Innovation and Planning Iteration (IP), eli Innovaatio- ja suunnitteluiteraatio, varaa erityisestiaikaa 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 junantoiminnan parantamiseksi, jossa toimitusjuna demoaa ja arvioi ratkaisun (Solution) nykytilan jajoka pidetään jokaisen inkrementin (PI) lopussa.

Iteration (Iteraatio)Jokainen Iteration, eli iteraatio, on vakioitu, kiinteän mittainen ajanjakso, jossa ketterät tiimittoimittavat inkrementaalisesti arvoa toimivan ja testatun ohjelmiston ja järjestelmänmuodossa.

Iteration Execution (Iteraation toteutus)Iteration Execution, eli iteraation toteutus tarkoittaa sitä, miten ketterät tiimit hallitsevattyö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 jateknisistä tavoitteista, joiden saavuttamiseen ketterä tiimi sitoutuu.

Iteration Planning (Iteraation suunnittelu)Iteration Planning eli iteraation suunnittelu on tapahtuma, jossa tiimin jäsenet määrittelevätyhdessä, kuinka paljon tiimin kehitysjonosta he sitoutuvat toimittamaan seuraavan iteraationaikana.

Iteration Retrospective (Iteraation retrospektiivi)Iteration Retrospective, eli iteraation retrospektiivi on säännöllinen palaveri, jossa ketteräntiimin jäsenet keskustelevat iteraation tuloksista, käytänteidensä toimivuudesta ja tunnistavatparannustoimenpiteitä.

Iteration Review (Iteraation katselmus)Iteration review, eli iteraation katselmus on säännöllisesti toistuva tapahtuma, jossa jokainentiimi katselmoi inkrementin jokaisen iteraation lopussa arvioidakseen edistymistä ja valmisteleetyöjononsa seuraavaa iteraatiota varten.


Large Solution Level (Laajojen ratkaisujen taso)Large Solution Level, laajojen ratkaisujen taso, sisältää suurien ja monimutkaisten ratkaisujenrakentamiseen 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) -osaamisenkaikkein suurimpia ja monimutkaisimpia ratkaisuja tekevien käyttöön. Tämä konfiguraatiotukee useita ketteriä toimitusjunia (Agile Release Train, ART) ja toimittajia.

Lean Budget Guardrails (Liikkumavara)Lean Budget Guardrails, eli liikkumavara määrittää reunaehdot, joiden puitteissa arvovirtojenbudjetit toimivat. Niitä ovat investointihorisontit, kapasiteettiallokaatio, kehitysaihioidenhyvä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 soveltaaLean-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 suunnittelunajattelutapa, kulttuuri ja prosessi.

Lean- ja ketterä johtaminen (Lean-Agile Leadership)Lean-Agile Leadership, eli Lean- ja ketterä johtaminen, kuvaa sitä, miten Lean-ketterät johtajatedistävät ja ylläpitävät organisaation muutosta sekä operatiivista osaamista voimauttamallayksittäisiä henkilöitä ja tiimejä toteuttamaan omaa suurinta potentiaaliaan. Tämä tapahtuuoppimalla, 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äjienketterä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, eliLeaniin ja ketterään periaatteeseen. Nämä periaatteet ja taloudelliset käsitteet innostavat jaantavat perustan SAFe:n rooleille ja käytännöille.


Metrics (Metriikka)Metrics, eli metriikka tarkoittaa sovittuja mittareita, joiden avulla seurataan, miten organisaatioetenee kohti portfolion, laajan ratkaisun, hankkeen ja tiimin liiketoiminta- sekä teknisiätavoitteita.

Milestones (Tarkistuspisteet)Milestoneilla, eli tarkistuspisteillä seurataan etenemistä kohti määrättyä tavoitetta taitapahtumaa. SAFe:ssa on kolmenlaisia tarkistuspisteitä: hankkeen inkrementin (PI) aloitus- jaloppumispäivät, erityisesti sovitut tärkeät päivämäärät sekä päivät, joilloin saadaan palautettaoppimista 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änkäyttäytymistä (esim. luotettavuus, suorituskyky) ja toimivat eri kehitysjonoissa järjestelmänsuunnittelua 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 hankkeeninkrementissä (Program Increment, PI).

Portfolio Backlog (portfolion kehitysjono)Portfolio Backlog, eli portfolion kehitysjono on SAFe:n ylimmällä tasolla oleva kehitysjono, jossapidetään tulevia liiketoiminnan mahdollistajia ja kehitysaihioita.

Portfolio Canvas (portfolion kuvaus)Portfolio canvas eli portfolion kuvaus on eräänlainen liiketoimintamallin kuvaus (Busines ModelCanvas), 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 javalmistumiseen.

Portfolio Level (Portfoliotaso)Portfolio Level eli portfoliotaso sisältää periaatteet, käytännöt ja roolit, joita tarvitaankä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 yrityksenstrategian kanssa. Lisäksi se organisoi kehittämisen yhdeksi tai useammaksi arvovirraksi.


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ätsuunnittelutapaamiset antavat suurten arvovirtojen toimitusjunille ja toimittajillemahdollisuuden 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 onvastuussa 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 tulevilletoiminnallisuuksille (Features) ja mahdollistajille (Enablers), jotka tarvitaan käyttäjien tarpeidentoteuttamiseksi, liiketoimintahyötyjen saavuttamiseksi sekä arkkitehtuurin rakentamiseksi.

Program Increment (PI) Hankkeen inkrementtiProgram Increment (PI) hankkeen inkrementti on ajanjakso, jonka aikana toimitusjuna (AgileRelease Train, ART) tuottaa asteittain arvoa toimivien ja testattujen ohjelmistojen jajärjestelmien muodossa. PI:t ovat tyypillisesti 8—12 viikkoa pitkiä. PI:n tyypillisin toteutustapaon 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äliajointapahtuva, 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 jatkuvantoimitusputken (Continuous Delivery Pipeline) kautta.

Program Level (Hanketaso)Program Level, eli hanketaso määrittelee roolit ja käytännöt, joita tarvitaan jatkuvaanasiakasarvon 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 (AgileRelease Train, ART) palveleva johtaja ja valmentaja. Toimitusjunan päällikön (RTE) tärkeimmättehtävät ovat junan tapahtumien ja prosessien fasilitointi ja tiimien auttaminen tuottamaanarvoa tehokkaasti.


Release on Demand (Tarpeen mukainen julkaisu)Release on Demand, eli tarpeen mukainen julkaisu on prosessi, jolla uusia toiminnallisuuksiasiirretää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, jokaesittää 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 onerittä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 avullajulkisen 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 DevOpsiavarten.

Scrum MasterScrum Master on palveleva johtaja ja valmentaja, joka auttaa ketteriä tiimejä noudattamaanketterää prosessia ja poistamaan esteitä. Lisäksi hän vaalii ympäristöä, jossa tehokkaat tiimit,jatkuvasti virtaava tekeminen ja jatkuva parantaminen kukoistavat.

ScrumXPScrumXP on kevyt prosessi, joka tuottaa arvoa itseorganisoituville moniosaajatiimeille SAFe:npuitteissa. 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ää useitavaatimus- ja muotoiluvaihtoehtoja avoinna mahdollisimman pitkään kehityssyklin aikana.

Shared Services (Jaetut palvelut)Shared Services, eli jaetut palvelut edustavat ihmisillä, toimenkuvilla ja palveluilla olevaaerikoisosaamista, joka on oleellista ketterän toimitusjunan (Agile Release Train, ART) tairatkaisujunan (Solution Train) menestymisen kannalta, mutta jota ei voida ottaa käyttöönpäätoimisesti.


Solution (Ratkaisu)Kukin arvovirta tuottaa yhden tai useamman ratkaisun (Solution), joka käsittää asiakkaalletoimitettavia tuotteita, palveluja tai järjestelmiä ja jotka ovat joko yrityksen sisäisiä tai senulkopuolelta.

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 (architecturalrunway) rakentuvat ja jotka voidaan toteuttaa useammassa toimitusjunassa (ART).

Solution Context (Ratkaisun konteksti)Solution Context, eli ratkaisun konteksti kuvaa ratkaisun (Solution) toimintaympäristön, antaenkäsityksen toimintaympäristön vaatimuksista, käytöstä, asennuksesta, operoinnista ja ratkaisuntarvitsemasta tuesta.

Solution Demo (Ratkaisun demo)Ratkaisun demossa ratkaisujunan (Solution Train) tuottamat tulokset integroidaan, arvioidaanja tehdään näkyviksi asiakkaille ja muille sidosryhmille.

Solution Intent (ratkaisun tarkoitus)Solution Intent, eli ratkaisun tarkoitus on kuvauskanta (repository), jossa tallennetaan, hallitaanja 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 jamonimutkaisten ratkaisujen luomiseen silloin, kun niihin tarvitaan useampaa toimitusjunaa(Agile Release Train, ART) sekä ulkopuolisten toimittajien panosta. Ratkaisun visiota (SolutionVision), kehitysjonoa (Solution Backlog) ja tiekarttaa (Roadmap) ja yhteisiä hankkeeninkrementtejä (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 tarvitajoskus 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öönpienissä pystysuorissa siivuissa yksittäisen iteraation sisällä.


Strategic Themes (strateginen teema)Strategic Themes, strategiset teemat, ovat liiketoiminnallisia erottautumistekijöitä, jotkavaikuttavat portfoliotason strategiaan ja pitkän tähtäimen päätöksentekoon. Nämä vaikuttavatportfolion strategiseen toteutukseen ja tarjoavat sille liiketoimintakontekstin.

Supplier (Toimittaja)Supplier, eli toimittaja on ulkoinen tai sisäinen organisaatio, joka kehittää ja toimittaa sellaisiakomponentteja, alijärjestelmiä tai palveluja, jotka auttavat ratkaisujunia (Solution Train) jaketteriä toimitusjunia (Agile Release Train) toimittamaan ratkaisuja (Solutions) omilleasiakkailleen.

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äkyviksiasiakkaille ja muille sidosryhmille.System Team (Integrointitiimi)

System Team, eli integrointitiimi on erikoistunut ketterä tiimi (Agile Team), joka auttaa ketteränkehitysympä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 paikallisestitiimin omasta kontekstista.

Team Kanban (Tiimin valmisteluseinä)Team Kanbanin, eli tiimin valmisteluseinän avulla visualisoidaan työn kulku sekä hallitaan tiimintuottaman 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 tiimittoteuttavat 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 tarvitaantehokkaissa ja aikaansaavissa ketterissä tiimissä, jotka luovat korkealaatuisia ja hyvinsuunniteltuja teknisiä ratkaisuja.

Value Stream Coordination (Arvovirran koordinointi)Value Stream Coordination, arvovirran koordinointi. tarjoaa ohjausta portfolion sisältämienarvovirtojen välisten riippuvuuksien hallitsemiseksi ja mahdollisuuksien tunnistamiseen.


Value Streams (Arvovirrat)Value Streams eli arvovirrat kuvaavat työvaiheet, joita organisaatio tarvitsee tuottaakseenjatkuvasti 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 suurinmahdollinen taloudellinen hyöty.


LisätietoaJos haluat lisätietoa SAFe:sta, vieraile seuraavilla verkkosivuilla.

Scaled Agile Framework: www.scaledagileframework.com

Scaled Agile roolipohjainen SAFe-koulutus ja sertifiointi: www.scaledagile.com

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 250 000 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.5400 Valmont Rd, Suite 300Boulder CO 80301 USA+1 303 554 4367 | [email protected]

Documents

Scaled Agile Fraeor® Terit a ritelt · Lean-Agile Mindset, Lean- ja ketterä ajattelutapa, on kokoelma SAFe johtajien ja käyttäjien ketterän ohjelmistokehityksen julistukseen