SAFe 4.0 -sanasto. Scaled Agile Framework Termit ja määritelmät SUOMI JULKAISIJA VERSION 4.0.2

Transkriptio

1 SAFe 4.0 -sanasto Scaled Agile Framework Termit ja määritelmät SUOMI VERSION JULKAISIJA 2017 Scaled Agile, Inc. All rights reserved. 1

2 Agile Architecture Agile Architecture on kokoelma ohjeita ja käytäntöjä, jotka edistävät järjestelmän designia ja arkkitehtuuria uusia liiketoimintoja toteuttaessa. Agile Release Train Agile Release Train (ART) on pitkäikäinen, ketterien tiimien muodostama tiimien tiimi, joka kehittää ja toimittaa ratkaisuja asteittain yhdessä muiden sidosryhmien kanssa käyttäen yhdessä sovittua kiinteää aikataulua (tiimien Iteration:it ja junien Program Increment :it). ART sitouttaa tiimit yhteiseen liiketoiminta- ja teknologiamissioon. Agile Teams Agile Teams tarkoittaa ryhmiä, joissa kolmesta yhdeksään yksittäistä toimijaa kattavat kaikki Iteration:in laadukkaan arvon tuottamiseksi tarvittavat määrittelyn, tuottamisen ja testaamisen roolit. Architectural Runway Architectural Runway koostuu olemassaolevasta koodista, komponenteista ja teknisestä infrastruktuurista, jotka ovat tarpeen seuraavaksi priorisoitujen Feature:ien toteuttamiseksi ilman suuria viiveitä ja uudelleensuunnittelua. Budgets Katso Lean-Agile Budgeting. Built-in Quality Built-in Quality -käytäntöjen avulla varmistetaan, että jokainen ratkaisun (Solution) osa täyttää asianmukaiset laatuvaatimukset jokaisessa vaiheessa koko kehitystyön ajan. Business Epic Katso Epic. Business Owners Business Owners tarkoittaa pientä joukkoa asian omistajia, joille ensisijaisesti kuuluu vastuu Agile Release Train:in (ART) kehittämän ratkaisun (Solution) teknologiasta, käyttökelpoisuudesta, hallinnosta ja liiketoiminnan tuotosta (Return on Investment, ROI). He ovat ART:n tärkeimpiä sidosryhmiä, ja osallistuvat aktiivisesti tiettyihin tapahtumiin. Capability Capability on korkeamman tason ratkaisun (Solution) ominaisuus, joka ulottuu yleensä useaan Agile Release Train:iin (ART). Niiden mitoitus ja palastelu on tehty siten, että ne mahtuvat yhteen Program Increment:iin. CapEx ja OpEx Pääomakulut (CapEx) ja liiketoimintakulut (OpEx) kuvaavat Lean-Agile-mallin taloudellisia käytäntöjä, joilla seurataan pääomakuluja (CapEx) ja liiketoimintakuluja (OpEx) Value Stream - budjetissa. Joissain tapauksissa CapEx voi sisältää pääomitetut työvoimakustannukset, jotka liittyvät aineettomien hyödykkeiden, kuten ohjelmistojen, henkisen pääoman ja patenttien, kehittämiseen. Communities of Practice Communities of Practice (CoPs) tarkoittaa ihmisjoukkoja, joilla on yhteinen kiinnostus tiettyyn tekniikkaan tai liiketoiminnan alueeseen. He tekevät säännöllisesti yhteistyötä jakaakseen tietoja, parantaakseen taitojaan ja suoriutumistaan sekä lisätäkseen alueen yleistä tietämystä Scaled Agile, Inc. All rights reserved. 2

3 Continuous Integration Continuous Integration on Built-in Quality -käytäntö, jossa tiimin jäsenet integroivat ja varmentavat työtään jatkuvasti käyttämällä automatisoituja käännös- ja testausympäristöjä, jotka paljastavat ongelmat ja virheet nopeasti. Coordination Katso Value Stream Coordination. Core Values Core Values tarkoittaa niitä ihanteita ja arvoja, jotka ovat olennaisia SAFe:n tehokkuuden kannalta. Ne ovat: yhtenäinen suunta, Built-in Quality, läpinäkyvyys ja toteutuksen sujuvuus. Customer Customer eli asiakas on kuka tahansa, joka hyödyntää Value Stream:in tuotoksia. Asiakkaat ovat Agile-kehitysprosessin ja Value Stream:in kiinteä osa. Develop on Cadence Develop on Cadence on strategia, jolla hallitaan järjestelmän kehityksessä esiintyvää luontaista vaihtelua varmistamalla tärkeät tapahtumat ja toiminnot säännöllisellä, ennustettavalla aikataululla. DevOps DevOps on ajattelutapa, kulttuuri ja kokoelma teknisiä käytäntöjä, jotka tukevat viestintää, yhteistoimintaa ja läheistä yhteistyötä niiden henkilöiden välillä, joita tarvitaan ratkaisun (solution) kehittämiseen, testaamiseen, käyttöönottoon ja ylläpitoon. Economic Framework Economic Framework on joukko päätöksentekoon liittyviä sääntöjä, joilla varmistetaan yhteiset taloudelliset tavoitteet, määritellään vaihtoehtoiskustannusten parametrit ja varmistetaan, että toiminta tapahtuu Program Portfolio Management:in toimittaman budjetin puitteissa. Enablers Enabler:it edistävät tulevan liiketoiminnan toiminnallisuudelle välttämättömiä tutkimuksen, infrastruktuurin ja arkkitehtuurin kehitystoimia. Enabler:it syntyvät Backlog:ista, ja niitä esiintyy viitekehyksen kaikilla tasoilla. Niitä kuvaillaan nimillä Enabler Portfolio Epics, Enabler Capabilities, Enabler Features tai Enabler Stories. Enterprise Enterprise tarkoittaa liiketoimintayksikköä, jolla on viime kädessä strateginen ja hallinnollinen valta sekä hallituksen luottamus kaikesta portfolion muodostavien Value Stream:ien kehityksestä. Enterprise Architect Enterprise Architect vaalii joustavaa suunnittelua ja teknisiä käytäntöjä sekä edistää portfolion strategisia arkkitehtonisia aloitteita. Enterprise Architect:it edistävät ideoiden, komponenttien ja ratkaisujen uudelleenkäyttöä. Epic Epic on merkittävä kehitysidea, joka tyypillisesti vaikuttaa useisiin Value Stream:eihin ja ART:hin. Epic:it vaativat kevyen liiketoiminta-analyysin (Lightweight Business Case) sekä taloudellisen hyväksynnän ennen toteutusta. Olemassa on kahden tyyppisiä Epic:ejä: Business Epic:it ja Enabler Epic:it, joita esiintyy Portfolio:ssa, Value Stream:issa ja Program Level:illä Scaled Agile, Inc. All rights reserved. 3

4 Epic Owners Epic Owner:it ovat vastuussa Portfolio Epic:ien koordinoinnista hyödyntäen Portfolio Kanban - järjestelmää. He laativat liiketoimintamallin ja hyväksynnän saatuaan työskentelevät suoraan tärkeimpien sidosryhmien kanssa valituissa Agile Release Train:eissa (ART) auttaakseen toteutuksen kanssa. Feature Feature on järjestelmän tuottama palvelu, joka täyttää sidosryhmätarpeita ja joka voidaan toteuttaa yhdessä ART:ssa. Jokainen Feature sisältää selvityksen hyödyistä ja hyväksyntäkriteereistä. Ne ovat Program Increment:iin sopiviksi mitoitettuja. Implementing Implementing on toimivaksi todettu malli SAFe:n käynnistämiseksi. Siinä kuvataan kolme perusvaihetta: 1) Lean-Agile-muutosagenttien kouluttaminen, 2) johtajien kouluttaminen, 3) tiimien kouluttaminen ja Agile Release Train:ien (ART) käynnistäminen. Innovation and Planning Iteration Innovation and Planning Iteration tapahtuu joka PI:n yhteydessä. Sillä on useita tarkoituksia. Se toimii PI:n estimoitujen tavoitteiden saavuttamisen puskurina sekä tarjoaa aikaa innovoinnille, jatkuvalle koulutukselle ja PI:n suunnittelu- ja Inspect and Adapt (I&A) -tapahtumille. Inspect and Adapt Inspect and Adapt (I&A) on tärkeä tapahtuma, joka järjestetään jokaisen Program Increment:in (PI) päätteeksi. Sen tarkoituksena on esitellä ja arvioida ratkaisun sen hetkistä tilaa. Arvioinnin perusteella tiimit pohtivat ja pyrkivät tunnistamaan Backlog:ille kehityskohteita järjestelmällisessä ongelmanratkaisutyöpajassa. Iteration Execution Iteration Execution tarkoittaa sitä, kuinka Agile Team:it hallinnoivat työtään Iterationaikaikkunassa. Sen tuloksena syntyy laadukas, toimiva ja testattu osa järjestelmään. Jokainen Iteration seuraa vakioitua kaavaa: Suunnittele Iteration, sitoudu tavoitteeseen, toteuta, esittele työ tärkeimmille sidosryhmille ja järjestä retrospektiivi. Iteration Goals Iteration Goals tarkoittaa korkean tason tiivistelmiä liiketoiminnallisista ja teknisistä tavoitteista, jotka tiimi ja Product Owner sopivat saavuttavansa Iteration:issa Ne toimivat sekä tiimin sisäisenä että tiimin ja sidosryhmien välisenä kommunikaatiomekanismina ja auttavat varmistamaan PI:n tavoitteidenmukaisuuden. Iteration Planning Iteration Planning on tapahtuma, jossa tiimin kaikki jäsenet määrittelevät, kuinka suuren osan Team Backlog:ista he voivat toimittaa tulevan Iteration:in aikana. Tiimi tekee työstä yhteenvedon, joka muodostaa määritellyt Iteration Goal:it. Iteration Retrospective Iteration Retrospective on kokous, jossa tiimin jäsenet keskustelevat Iteration:in tuloksista, arvioivat käytäntöjään ja pyrkivät tunnistamaan kehityskohteita. Iterations Iterations tarkoittaa vakioituja, kiinteän pituisia aikaikkunoita, joiden aikana tiimit toimittavat lisäarvoa toimivien, testattujen ohjelmistojen ja järjestelmien muodossa. Iteration:in pituudeksi voi valita yhdestä kolmeen viikkoa. Suositeltu ja yleisin kesto on kaksi viikkoa Scaled Agile, Inc. All rights reserved. 4

5 Lean-Agile Budgeting Lean-Agile Budgeting on joukko käytäntöjä, joilla rahoitetaan ja valtuutetaan Value Stream:ejä säilyttäen samalla näiden taloudellinen ja käytännöllinen hallinta arvioimalla objektiivisesti toimivia järjestelmiä ja hienosäätämällä dynaamisesti budjettia. Lean-Agile Leaders Lean-Agile Leader:it ovat elinikäisiä oppijoita, jotka ovat vastuussa SAFe:n onnistuneesta käyttöönotosta ja sen tuottamista tuloksista. He auttavat tiimejä luomaan parempia järjestelmiä oppimalla, omalla esimerkillään, opettamalla ja valmentamalla SAFe:n Lean-Agile-periaatteita ja käytäntöjä. Lean-Agile Mindset Lean-Agile Mindset yhdistää Ketterän ohjelmistokehityksen julistuksen ja Lean-ajattelun konseptit ja toimii SAFe-periaatteiden ja käytäntöjen perustana. Metrics Metrics tarkoittaa sovittuja mittareita, joilla arvioidaan, kuinka hyvin organisaatio on onnistunut SAFe:n käyttöönotossa ja saavuttaa SAFe:n eri tasoilla (Portfolio-, Value Stream-, Program- ja Team Level) määriteltyjä liiketoiminnallisia ja teknisiä tavoitteita. Milestones Milestone:illa seurataan etenemistä kohti määrättyä tavoitetta tai tapahtumaa. SAFe-Milestone:ja on kolmea eri tyyppiä: kiinteään ajankohtaan sidottuja Milestone:ja, Program Increment Milestone:ja sekä oppimiseen liitttyviä Milestone:ja. Model-Based Systems Engineering Model Based Systems Engineering (MBSE) on metodologia, joka keskittyy monen, läheisesti yhteenkuuluvan järjestelmän mallin rinnakkaiseen kehittämiseen, joita käytetään järjestelmän määrittelyyn ja suunnitteluun. Mallit tarjoavat tehokkaan tavan järjestelmän osien tutkimiseen, päivittämiseen ja viestimiseen sidosryhmille, vähentäen samalla merkittävästi tai poistamalla kokonaan perinteisten dokumenttien tarpeen. Nonfunctional Requirements Non-functional Requirements (NFRs) määrittävät järjestelmän ominaisuuksia, kuten turvallisuutta, luotettavuutta, suorituskykyä, ylläpidettävyyttä, skaalattavuutta ja käytettävyyttä. Ne toimivat järjestelmän suunnittelun rajoitteina eri Backlog:eissa. Program Increment Planning Program Increment (PI) Planning on säännöllisin väliajoin tapahtuva, kasvoikkain suoritettava suunnittelutapahtuma, joka antaa Agile Release Train:ille (ART) rytmin sekä saattaa kaikki ARTtiimit kohti yhteisiä tavoitteita. Portfolio Backlog Portfolio Backlog on priorisoitu lista Epic:eistä, jotka on hyväksytty toteutettavaksi Portfolio Kanban:ia käyttäen. Portfolio Business Epic Portfolio Business Epic:it ovat suuria liiketoiminta-aloitteita, jotka kattavat useita Value Stream:ejä ja joiden toteutus vaatii useamman Program Increment:in. Portfolio Kanban Portfolio Kanban on menetelmä, jota käytetään visualisoimaan, analysoimaan ja priorisoimaan Portfolio Epic:ien virtaa ideasta toteutukseen ja valmistumiseen Scaled Agile, Inc. All rights reserved. 5

6 Portfolio Level Portfolio Level sisältää ne roolit, artefaktit ja prosessit, joita yrityksen portfolio tarvitsee strategian toteuttamiseksi. Se määrittää Value Stream:it ja rahoituksen ihmisille sekä muille ratkaisun rakentamiseen tarvittaville resursseille. Pre- and Post-PI Planning Pre- and Post-PI (Program Increment) -suunnittelua käytetään PI planning -valmistautumiseen, suunnittelun tulosten tarkasteluun silloin, kun useamman Agile Release Train:in (ART):in ja toimittajien (Supplier) suunnittelu täytyy synkronoida suuressa Value Stream:issä. Product Management Product Management omistaa Program Level:in Backlog:in sisällön. Heidän vastuullaan on asiakkaiden (Customer) tarpeiden tunnistaminen, Feature:ien priorisointi ja he myös omistavat Program-tason vision ja tiekartan. Product Owner Product Owner omistaa Team Level:in sisällön. Heidän vastuullaan on Team Backlog, käyttäjätarinoiden priorisointi ja hyväksyntä ja asiakkaan (Customer) edustaminen Agile Team:ille. Program Backlog Program Backlog on priorisoitu lista Feature:ita, jotka palvelevat käyttäjän tarpeita ja tuottavat liiketoiminnan hyötyjä. Siihen sisältyvät myös ne Enabler Feature:t, joita tarvitaan Architectural Runway:n rakentamiseksi. Program Epic Program Epic:it ovat niin merkittäviä aloitteita, että ne vaativat kevyen liiketoiminta-analyysin (Lightweight Business Case) sekä taloudellisen hyväksynnän ennen toteutusta. Niiden koko on rajoitettu yhteen Agile Release Train:in (ART) ja niiden kehittäminen voi vaatia useita Program Increment:ejä. Program Increment Program Increment (PI) on ajallisesti rajattu jakso, jonka kuluessa Agile Release Train (ART) tuottaa uuden arvokkaan osan lisää toimivaan ja testattuun ohjelmistoon ja järjestelmään. PI:t kestävät yleensä 8-12 viikkoa. PI:n tavanomaisin muoto on neljä peräkkäistä kehitys-iteration:ia, joita seuraa yksi Innovation and Planning (IP) Iteration. Program Kanban Program Kanban on menetelmä, jota käytetään yksittäisessä Agile Release Train:issä (ART) visualisoimaan, analysoimaan ja priorisoimaan Program Epic:ien ja Feature:eiden virtaa ideasta toteutukseen ja valmistumiseen. Program Level Program Level sisältää roolit ja aktiviteetit, joita vaaditaan jatkuvaan ratkaisujen toimittamiseen Agile Release Train:in (ART) avulla. Program Increment Objectives Program Increment (PI) objectives eli PI:n tavoiteet ovat yhteenveto kaikista (saman toimitusjunan) tiimien PI-tavoitteista Agile Release Train:ille (ART). Niiden avulla suunnitelma viestitään sidosryhmille ja mitataan ART:n saavutuksia Program Increment:issä Scaled Agile, Inc. All rights reserved. 6

7 Program Portfolio Management Program Portfolio Management (PPM) on päätöksentekomekanismi, johon kuuluvat ne henkilöt joilla on portfolion ylin päätöksentekovalta. Se on vastuussa strategiasta, investointien rahoituksesta, ohjelmien yleisistä hallinnointielementeistä ja portfolion hallinnasta. Release Release tarkoittaa sisäistä tai ulkoista arvoa tuottavien, toimivien, täysin testattujen ja validoitujen ratkaisujen osien (Solution Increments) toimitusta. Release Any Time Release Any Time on käytäntö, jossa Agile Release Train (ART) erottaa kehittämisen rytmin ratkaisun julkaisurytmistä (Solution Release). Tarkoituksenmukaisen teknisen ja liiketoiminnallisen hallintomallin avulla ART:t voivat julkaista (Release) mitä tahansa tarvitaan, silloin kun tarvitaan. Release Management Release Management on toiminto joka kommunikoi Release:n tilaa sidosryhmille, varmentaa, että ratkaisu on sitä koskevien laatu- ja hallintomallien mukainen ja antaa lopullisen hyväksynnän Release:lle. Release Train Engineer Release Train Engineer (RTE) on palveleva johtaja (Servant Leader) ja Agile Release Train:in (ART) valmentaja, joka fasilitoi ART:n prosesseja, tapahtumia ja toteutusta. Hän esiintuo (eskaloi) etenemisen esteitä ja auttaa hallitsemaan riskejä, arvon toimittamisen toteutumisessa ja jatkuvassa kehittymisessä. Roadmap Roadmap on tapahtumien ja tarkastuspisteiden (Milestone) tiekartta, joka kuvaa suunnitellut toimitukset aikajanalla. Siihen sisältyy sitoumuksia suunnitelluille PI:lle ja tarjoaa näkymän seuraavien muutamien PI:en toimituksille. SAFe Principles SAFe Principles määrittelee yhdeksän peruskäsitystä, ydintotuutta ja taloudellista lähtökohtaa, jotka johtavat tehokkaisiin rooleihin ja käytäntöihin sekä onnistuneeseen SAFe:n implementointiin. Scrum Master Scrum Master:it ovat palvelevia johtajia ja Agile Team:in valmentajia. He auttavat Scrum:in, Extreme Programming:in, Kanban:in ja SAFe:n opettamisessa tiimille ja varmistavat, että prosessia noudatetaan. He auttavat myös poistamaan etenemisen esteitä ja luovat suotuisan ympäristön suorituskykyisten tiimien syntymiselle, jatkuvasti virtaavalle tekemiselle ja periksiantamatomalle toiminnan parantamiselle. ScrumXP ScrumXP on kevyt prosessi, jonka avulla monialaiset, itseorganisoituvat tiimit tuottavat arvoa SAFe:n puitteissa. ScrumXP yhdistää Scrum:in projektinhallintakäytännöt Extreme Programming:ista otettuihin teknisiin käytäntöihin Scaled Agile, Inc. All rights reserved. 7

8 Set-Based Design Set-Based Design on käytäntö, jossa vaatimukset ja suunnittelun vaihtoehdot säilytetään pidempään joustavina. Yksittäisen "pistemäisen" ratkaisun valitsemisen sijaan Set-Based Design:ia käytetään suunnitelmien sisältämien vaihtoehtojen havaitsemiseen ja ajan kuluessa heikompien vaihtoehtojen syrjäyttämiseen. Siten se mahdollistaa suunnitteluprosessin joustavuuden. Shared Services Shared Services edustaa erityisrooleja, ihmisiä ja palveluita, jotka ovat tarpeen Agile Release Train:in (ART) tai Value Stream:in onnistumiselle, mutta joita ei voi osoittaa millekään tietylle ART:lle kokoaikaisesti (esim. tietoturvaspesialistit, tietokannan valvojat). Solution Ratkaisu (Solution) on lopputuote, palvelu tai järjestelmä joka on toimitettu asiakkaalle (Customer) tai joka mahdollistaa toiminnallisen Value Stream:in organisaatiossa. Solution Architect/Engineering Solution Architect/Engineering kuvaa henkilöitä ja tiimejä, joilla on tekninen vastuu ratkaisun (Solution) yleisestä arkkitehtuurista ja teknisestä suunnittelusta. He auttavat suuntaamaan Value Stream:in ja Agile Release Train:in (ART) kohti yhteistä teknologista ja arkkitehtonista visiota. Solution Context Solution Context määrittelee lopullisen ratkaisun toimintaympäristön kriittiset ominaisuudet. Se määrittelee näiden vaikutuksen ratkaisun vaatimuksiin, käyttöön, asennukseen, toimintaan ja tukeen. Solution Demo Solution Demo:ssa useamman Agile Release Train (ART):in ja toimittajien (Suppliers) yhteen integroidut ja evaluoidut tuotokset esitellään ja tehdään näkyviksi asiakkaille (Customers) ja sidosryhmille. Solution Intent Solution Intent tarkoittaa säilytyspaikkaa, jossa varastoidaan, hallitaan ja välitetään tietoa nykyisestä sekä aiotusta ratkaisusta. Se täyttää tarvittaessa myös vaatimusten jäljitettävyyden tarpeen. Solution Management Solution Management vastaa Value Stream -tason sisällöstä. He työskentelevät yhteistyössä asiakkaiden (Customer) kanssa ymmärtääkseen heidän tarpeensa, luodakseen vision ja tiekartan (Roadmap), määrittääkseen vaatimukset ja ohjatakseen työtä Value Stream Kanban:in avulla. Spanning Palette Spanning Palette sisältää useita rooleja, toimintoja ja tuotoksia, jotka saattavat olla sovellettavissa millä tahansa viitekehyksen tasolla. Sitä käytetään sovellettaessa SAFe:n käytäntöjä Team-, Program-, Value Stream- tai Portfolio-tasolla. Stories Käyttäjätarinat (Stories) tarkoittaa lyhyitä, yksinkertaisia kuvauksia pienestä halutun toiminnallisuuden osasta, käyttäjän kielellä kirjoitettuna. Kukin Story tukee kehityksen asteittaista etenemistä toteuttamalla pienen, pystysuuntaisen osan järjestelmän toiminnallisuutta Scaled Agile, Inc. All rights reserved. 8

9 Strategic Themes Strategiset teemat (Strategic Themes) ovat omanlaisiaan listattuja liiketoiminnan tavoitteita, jotka yhdistävät portfolion yrityksen liiketoimintastrategiaan. Ne tuovat päätöksentekoon liiketoimintakontekstin ja toimivat Vision:in, budjetin ja Backlog:ien syötteinä Portfolio-, Value Stream- ja Program-tasoille. Supplier Toimittaja (Supplier) on organisaatio, joka kehittää ja toimittaa komponentteja sekä alijärjestelmiä, jotka auttavat Value Stream:ejä tuottamaan arvoa asiakkaille (Customer). System Architect/Engineering System Architect/Engineering tarkoittaa henkilöä tai pientä tiimiä, joka määrittelee yhteisen teknisen ja arkkitehtonisen Vision:in kehityksessä olevalle ratkaisulle (Solution). He osallistuvat järjestelmän, alijärjestelmien ja käyttöliittymien määrittelyyn, validoivat käytettävän teknologian ja arvioivat vaihtoehtoja. System Demo System Demo pidetään jokaisen Iteration:in päätteeksi. Siinä esitellään yhteen integroidut Feature:t, jotka tiimit ovat toteuttaneet Agile Release Train:issa (ART) viimeisimpään Iteration:iin. Se tarjoaa ART:lle objektiivisen tavan mitata edistymistä Program Increment:in aikana. System Team System Team on erityinen Agile Team, joka tarjoaa apua ketterän kehitysympäristön rakentamiseen ja käyttöön sekä jatkuvaan integrointiin (Continuous Integration) ja testausautomaatioon. System Team integroi Agile Team:eiltä saatavia tuotoksia, suorittaa tarvittaessa ratkaisun (Solution) End-to-End-testausta ja avustaa käyttöönotossa. He fasilitoivat usein System Demo:n. Team Backlog Team Backlog sisältää Program Backlog:ista johdettuja käyttäjä- ja Enabler-Stories:eja, sekä Stories:eja, jotka syntyvät paikallisesti tiimeissä. Se kuvastaa kaikkia asioita, joita tiimin on tehtävä edistääkseen omaa osaansa järjestelmästä. Team Demo Team Demo:a käytetään jokaisen Iteration:n päätteeksi mittaamaan edistymistä ja palautteen saamiseksi. Siinä esitellään jokainen Story, minitutkimuksia (Spike), refaktorointi ja uudet eitoiminnalliset vaatimukset (Non-Functional Requirement, NFR), jotka on kehitetty uusimmassa Iteration:issa. Team Kanban Team Kanban on menetelmä joka helpottaa arvon tuottamista visualisoimalla ja rajoittamalla kesken olevaa työtä (WIP), mittaamalla läpivirtausta ja jatkuvalla toiminnan parantamisella. Team Level Team Level sisältää roolit, aktiviteetit ja toimintatavan tiimeille, jotka pitävät Agile Release Train:in käynnissä (ART). Team PI Objectives Team PI Objectives kuvaa niitä liiketoiminnallisia ja teknisiä tavoitteita, jotka Agile Team pyrkii saavuttamaan seuraavassa Program Increment:issä (PI). Ne tiivistävät ja validoivat liiketoiminnalliset ja teknisiset tavoitteet ja niillä vahvistetaan kommunikaatiota, yhteistä suuntaa ja läpinäkyvyyttä Scaled Agile, Inc. All rights reserved. 9

10 User Experience User Experience -suunnittelijat tukevat yhdenmukaista käyttökokemusta (User Experience ) kaikissa kokonaisratkaisun (Solution) osissa ja järjestelmissä, kun Agile Team:eillä puolestaan on vastuu yksittäisen järjestelmän (Solution) toteutuksesta mukaan lukien käyttäjän näkemät osat. Value Stream Backlog Value Stream Backlog on tallennuspaikka kaikille tuleville ratkaisun ominaisuuksille (Capability:eille ja Enabler:eille). Niistä jokainen voi ulottua useaan toimitusjunaan (Agile Release Train, ART). Niitä käytetään ratkaisun (Solution) kehittämiseen ja Architectural Runway:n rakentamiseen. Value stream coordination Value Stream Coordination ohjaa portfolion Value Stream:ien välisten riippuvuuksien hallinnassa. Value Stream Engineer Value Stream Engineer (VSE) on palveleva johtaja (Servant Leader) ja Value Stream:in valmentaja. VSE:t fasilitoivat Value Stream -prosesseja ja -tapahtumia sekä -toteutusta ja johtavat jatkuvaa kehitystä. Value Stream Epics Value Stream Epics ovat merkittäviä aloitteita, jotka vaativat kevyen liiketoiminta-analyysin (Lightweight Business Case) sekä taloudellisen hyväksynnän ennen toteutusta. Ne ovat rajoitettuja Value Stream:iin ja niiden toteutus voi vaatia useita Program Increment:ejä (PI). Value Stream Kanban Value Stream Kanban on menetelmä, jolla analysoidaan ja priorisoidaan Value Stream Epic:ien ja Capability:jen virtausta ideoista toteutukseen. Value Stream Level Value Stream Level kuvaa roolit, vastuut ja aktiviteetit, jotka ovat tarpeen suurten ja monimutkaisten ratkaisujen (Solution) rakentamiselle, jotka tyypillisesti vaativat useita Agile Release Train:eja (ART) sekä useiden toimittajien (Supplier) panosta. Tätä valinnaista tasoa käyttävät organisaatiot, jotka kohtaavat suurimpien järjestelmien haasteet, jotka vaativat erikoistuneita ohjelmistoja ja järjestelmäasiantuntijoita. Value Stream PI Objectives Value Stream PI Objectives tarkoittaa Value Stream:in sidosryhmien Program Increment:ille (PI) määrittämiä liiketoiminnallisia ja teknisiä tavoitteita. Ne ilmaisevat sidosryhmille, mitä Value Stream tuottaa seuraavan PI:n tuloksena. Niitä käytetään sellaisten suurien Value Stream:ien yhteydessä, joilla on useita Agile Release Train:eja (ART) tai toimittajia. Value Stream Value Stream sisältää kaikki ne vaiheet, joiden avulla organisaatio rakentaa ratkaisuja, joiden avulla tuotetaan jatkuvan arvon virta asiakkaalle (Customer). Value Stream:it ovat tärkein liiketoiminnan tavoitteiden ymmärtämisen, tiimien ja Agile Release Train:ien (ART) organisoinnin sekä arvon tuottamisen työkalu. ART toteuttaa ne Scaled Agile, Inc. All rights reserved. 10

11 Vision Vision on kuvaus tai tulevaisuuden näkymä kehitettävästä ratkaisusta (Solution). Siihen vaikuttavat asiakkaiden (Customer) ja sidosryhmien tarpeet sekä ehdotetut Feature:t ja Capability:t. Se tarjoaa laajemman, asiayhteyteen sidotun yleiskuvan ja määrittelee tarkoituksen kehityksessä olevalle ratkaisulle (Solution). Weighted Shortest Job First Weighted Shortest Job First (WSJF) on priorisointimalli, jota käytetään järjestämään "työt" (esim. Feature:t, Capability:t ja Epic:it) siten, että virtaperusteisen järjestelmän taloudellinen hyöty tulee maksimoitua. WSJF lasketaan jakamalla viiveen aiheuttama kustannus työn koolla. SAFe-sanaston käännöksen laatu Olemme pyrkineet tekemään tästä käännöksestä mahdollisimman hyvän ja tarkan. Mikään käännös ei kuitenkaan ole täydellinen! Jos haluat ehdottaa parannuksia sanaston määritelmiin, lähetä ehdotuksesi englanniksi osoitteeseen: 2017 Scaled Agile, Inc. All rights reserved. 11

12 Lyhenneopas ART Agile Release Train Ketterä toimitusjuna BO Business Owner Liiketoiminnan omistaja BV Business Value Liiketoiminnan arvo BVIR Big Visual Information Radiator Informaation paikallinen reaaliaikainen visualisointi CFD Cumulative Flow Diagram Kumulatiivinen virtauskaavio CapEx Capital Expenses Pääomakulut CI Continuous Integration Jatkuva integraatio CoD Cost of Delay Viiveen aiheuttama kustannus CoP Community of Practice Käytäntöyhteisö DoD Definition of Done Valmiin määritelmä DSU Daily Stand-up Päivittäispalaveri EA Enterprise Architect Liiketoiminta-arkkitehti EO Epic Owner Epicin omistaja FW Firmware Laiteohjelmisto HW Hardware Laitteisto I&A Inspect and Adapt Tutki ja sopeuta IP Innovation and Planning (iteration) Innovointi ja suunnittelu MBSE Model-Based Systems Engineering Mallipohjainen järjestelmäsuunnittelu NFR Non-Functional Requirements Ei-toiminnalliset vaatimukset OE Opportunity Enablement Uuden liiketoiminnan mahdollistaminen OpEx Operating Expenses Toimintakulut PDCA Plan, Do, Check, Adjust Suunnittele, toteuta, tarkista, sopeuta PI Program Increment Program-tason inkrementti PM Product Manager Tuotepäällikkö PM/PO Product Manager / Product Owner Tuotepäällikkö/-omistaja PO Product Owner Tuoteomistaja PPM Program Portfolio Management Tuoteportfolion hallinta ROAM Resolved, Owned, Accepted, Mitigated Ratkaistu, omistaja nimetty, hyväksytty, lievennetty 2017 Scaled Agile, Inc. All rights reserved. 12

13 RR Risk Reduction Riskin vähentäminen RTE Release Train Engineer Toimitusjunan päällikkö S4T SAFe for Teams SAFe for teams SAFe Scaled Agile Framework Scaled Agile Framework SA SAFe Agilest SAFe -agilist SM Scrum Master Scrummaster SMART Specific, Measurable, Achievable, Määritelty, mitattava, saavutettava, Realistic, Time-bound realistinen, aikarajattu SoS Scrum of Scrums Scrumien Scrum SP SAFe Practitioner SAFe practitioner SPC SAFe Program Consultant Program Consultant SW Software Ohjelmisto UX User Experience Käyttäjäkokemus VS Value Stream Arvovirta VSE Value Stream Engineer Arvovirran päällikkö WIP Work in Process Keskeneräinen työ WSJF Weighted Shortest Job First Painotettu nopein työ ensin XP Extreme Programming XP-menetelmä 2017 Scaled Agile, Inc. All rights reserved. 13

14 SAFe -sertifikaatit Jokaiselle SAFe:n opiskelijalle löytyy sopiva sertifikaatti SAFe 4 Certified Program Consultant SAFe 4 Certified Program Consultant (SPC4) on SAFe:n käyttöönoton ammattilainen. Hänen vastuullaan on johtajien, muutosagenttien, konsulttien ja tiimin jäsenten kouluttaminen ohjaamaan koko yrityksen muutosta Leaniksi ja ketteräksi. Tärkeimpiin kompetenssialueisiin kuuluvat SAFe-implementoinnin suunnittelu, Agile Release Train:in (ART) käynnistäminen ja edistäminen sekä Lean-Agile-portfolion laajentaminen uusia ART:eja käynnistämällä. SAFe 4 Certified Agilist SAFe 4 Certified Agilist (SA) on SAFe Enterprise:n johtamisen ammattilainen, joka on osa johdon muutosta Leaniksi ja ketteräksi. Tärkeimpiin kompetenssialueisiin kuuluvat Lean-Agileperiaatteiden soveltaminen, niiden toteuttaminen ja arvon luominen Agile Release Train:ien (ART) avulla sekä Agile-portfolion rakentaminen Lean-Agile-budjetoinnin avulla. SAFe 4 Certified Release Train Engineer SAFe 4 Certified Release Train Engineer (RTE) on SAFe-toimitusjunan palveleva johtaja (Servant Leader) ja valmennuksen ammattilainen. Hänen vastuullaan on kokonaisketterän yrityksen yksittäisen toimitusjunan tai Value Stream:in arvon tuotto kokonaisuudessaan alusta loppuun. Tärkeimpiin kompetenssialueisiin kuuluvat Program Increment:in suunnittelun tukeminen, toimitusjunan toteutuksen johtaminen ja ohjelmien sekä tiimien valmentaminen osana jatkuvaa pyrkimystä arvon tuotannon parantamiseen. SAFe 4 Certified Product Owner/Product Manager SAFe 4 Certified Product Owner/Product Manager (PO/PM) on SAFe Product Owner tai tuotepäällikkö, joka työskentelee asiakkaiden (Customers) ja kehitysorganisaatioiden kanssa tunnistaakseen ja kirjatakseen vaatimuksia. Tärkeimpiin kompetenssialueisiin kuuluvat asiakkaiden (Customer) tarpeiden tunnistaminen, Epic:ien, Capability:jen, Feature:jen ja Story:jen kirjoittaminen sekä töiden priorisointi. SAFe 4 Certified Scrum Master SAFe 4 Certified Scrum Master (SSM) on SAFe Scrum Master -ammattilainen, jonka vastuulla on Scrum-käytäntöjen käyttö organisaatiossa. Tärkeimpiin kompetenssialueisiin kuuluvat Scrum:in and Kanban:in tapahtumien fasilitoiminen toteutusjunan toiminnan varmistamiseksi ja Agile Team:ien valmentamiseksi. SAFe 4 Certified Advanced Scrum Master SAFe 4 Certified Advanced Scrum Master (SASM) on SAFe Scrum Master -ammattilainen, jonka vastuulla on tiimien tuloksien parantaminen. Tärkeimpiin kompetenssialueisiin kuuluvat epätoimivien tiimien tunnistaminen ja korjaaminen, arvovirran kehittäminen Kanban- ja teknisten suunnittelukäytäntöjen avulla, Program-tason toteutuksen tukeminen ja ongelmanratkaisutekniikoiden käyttäminen jatkuvan parantamisen aikaan saamiseksi. SAFe 4 Certified Practitioner SAFe 4 Certified Practitioner (SP) on SAFe-tiimin jäsen, jonka vastuulla on Scrum:in, Kanban:in, ja XP:n käyttäminen SAFe-ympäristössä. Tärkeimpiin vastuualueisiin kuuluvat Program Increment:ien ja iteraatioiden suunnittelu, vaatimusten jakaminen käyttäjätarinoiksi, sisäänrakennetun laadun (Built-in Quality) vähittäinen kehittäminen, Team- ja Program-tason demot sekä ongelmien ratkaisu jatkuvan parantamisen aikaan saamiseksi. Löydä itsellesi sopiva SAFe-koulutus ja sertifiointi osoitteessa: Scaled Agile, Inc. All rights reserved. 14

15 LÖYDÄ SAFe -KOULUTUSTA LÄHELTÄSI "Minusta tuntuu siltä, että vain kahdessa viikossa koko 156-vuotisen historiamme aikana rakennetut kulttuuriset esteet ovat murtuneet. Kiitos avustanne." Vanhempi arkkitehti, Fortune Global 500 -yhtiö Koulutus on avainasemassa asiakaiden menestykseen. Scaled Agile ja globaali kumppaniverkostomme järjestää suosituimpia kurssejamme 35 maassa ja 350 kaupungissa. Näissä kaikissa keskitytään muutoksen edellytysten parantamiseen, jotta yritykset saisivat parhaan mahdollisen hyödyn SAFe:n käyttöönotosta. Etsi SAFe-koulutus läheltäsi osoitteessa: Scaled Agile, Inc. All rights reserved. 15

16 Lisätietoa Jos haluat lisätietoa SAFe:sta, vieraile seuraavilla verkkosivuilla. SAFe-asiakaskertomuksia: Scaled Agile -viitekehys: Johdanto SAFe:en Roolipohjaiset SAFe-koulutukset ja -sertifioinnit: SAFe-esittelyjä ja -videoita: SAFe:a käsitteleviä kirjoja: Tietoa Scaled Agile, Inc.:istä Yhdysvalloissa, Coloradon Boulderissa sijaitsevan Scaled Agile:n missio on auttaa isoja yrityksiä parempien tulosten saavuttamisessa, parantaa työntekijöiden sitoutumista ja parantaa liiketoiminnan taloudellista tulosta omaksumalla Lean-Agile-periaatteet ja - käytännöt, jotka perustuvat Scaled Agile Framework :iin (SAFe ). Scaled Agile tukee tuhansia viitekehyksen käyttäjiä koulutusten, sertifikointien, konsultoinnin sekä 35 maata ja 350 kaupunkia kattavan globaalin kumppaniverkoston avulla. Pledge 1% - liikkeen jäsenenä Scaled Agile tukee paikallista hyväntekeväisyystyötä ja haluaa rohkaista muita tekemään samoin. Yhteystiedot: Scaled Agile, Inc Valmont Rd, Suite 100 Boulder CO USA support@scaledagile.com Scaled Agile, Inc. All rights reserved. 16