Tämä sivu on käännetty automaattisesti. Paremman lukukokemuksen saamiseksi vaihda englannin kieleen.

Vaihda englanniksi
Päivitetty (julkaistu )

Agile Toimitusvirta: Toimita aina ajallaan 3 vaiheessa.

Jos useimmilta johtajilta kysytään “psykologisesta turvallisuudesta” tai “visiosta” (lisää aiheesta: Psykologinen turvallisuus) ketterissä ohjelmistokehitystiimeissä, he myöntävät, että nämä asiat ovat tärkeitä, mutta… Kun asiakas ilmoittaa kiireellisyydestä tai määräaika lähestyy, kaikki nämä “pehmeämmät” muuttujat tyypillisesti siirretään syrjään. Johtajat ovat enimmäkseen kiinnostuneita ketterän tiiminsä ennustettavasti toimivasta ketterästä toimitusvirrasta.

Jos katsot Echometer-blogiamme (blogiimme) olet huomannut, että sisältömme keskittyy enemmän tiimien ja organisaatioiden “pehmeiden taitojen” parantamiseen. Päätöksentekijät usein aliarvioivat näitä. Mutta Scrum Masterit ja Agile Coachit eivät.

Mitä Scrum Masterit ja Agile Coachit mielestäni puolestaan aliarvioivat, on keskittyminen toimitusvirran parantamiseen – pohjimmiltaan se, mitä johtajat haluavat. Tässä artikkelissa kuvaan yksinkertaisen tekniikan, jolla todennäköisyyttä toimittaa toistuvasti ajoissa ja budjetissa voidaan merkittävästi lisätä.

Ensimmäinen askel suhteessa Agile-toimitusvirtaan

Tarkoitan Agile-tehtävien toimitusvirran seurantaa. Jos teet vain muutaman asian oikein, pystyt toimittamaan paljon ennustettavampia tuloksia. Jopa sykliaikojen hajontakuviot tai Monte Carlo -simulaatiosi projektiarvioiden laskemiseksi saattavat vihdoin osoittaa päteviä ennusteita sen sijaan, että ne olisivat täysin pielessä (lue lisää: 9 Agile Mittarit päätöksentekijöille).

Ensimmäinen torjuttava oire on se, että on tehtäviä, jotka vievät vain muutaman päivän “aikataulutetusta” “valmistuneeseen”, ja sitten on tehtäviä, jotka vievät yli kuukauden. Tämän torjumiseksi kannattaa varmistaa, että tehtävä sisältää aina pienimmän mahdollisen toimitettavan version halutusta ominaisuudesta. Ilman kelloja ja pillejä, jotka eivät ole välttämättömiä asiakkaan ydinpyynnön kannalta. Periaatteessa MVT, Minimum Viable Task. Tämä ei tarkoita, että se tekee jokaisesta tehtävästä pienen. Mutta sen pitäisi auttaa sinua pääsemään vaiheeseen, jossa tehtäviin kuluu kuukausien sijasta korkeintaan muutama viikko.

Toinen vaihe suhteessa Agile-toimitusvirtaasi: WIP nopeuden sijasta.

Monet Scrum Masterit tai Kanban Coachit uskovat, että Velocityn jne. validia mittausta varten on tärkeää tehtävien tai työkohteiden “oikea mitoitus”, jossa kaikki työkohteet ovat suunnilleen samankokoisia. Vain silloin Story Pointit (joita tarvitaan Velocityn mittaamiseen) ovat käyttökelpoisia Velocityn mittaamiseen, koska ne vaikuttavat enemmän verrattavalta aikayksiköltä. 

Tämä on kuitenkin väärin: tehtävien ei tarvitse edes olla samankokoisia. Sitä ei pidä olettaa, koska Story Point -arvioita on vain liian vaikea valvoa. Ainoa asia, jota voit hallita, on se, kuinka monta uutta tehtävää aloitat.

Tee siis näin, jotta sinusta tulee ennustettava: Valvo “uudelleen aloitettujen tehtävien” määrää verrattuna “valmistuneiden tehtävien” määrään. Näiden kahden pitäisi olla tasapainossa. Toisin sanoen tehtävien “sisäänmeno-” ja “ulosmenonopeuden” pitäisi olla mahdollisimman lähellä toisiaan, ihannetapauksessa jopa täsmälleen samat.

Esimerkki: Ohjelmistokehitystiimissä on tyypillistä, että heti kun tehtävä on estynyt, aloitetaan uusi työkohde. Tämä johtaa siihen, että monet tehtävät ovat avoinna mutta keskeneräisinä, mikä tekee niiden kaikkien vapauttamisesta paljon monimutkaisempaa. 

Jos sen sijaan varmistat, että jokaista aloitettua tehtävää kohden on myös yksi valmis tehtävä, Daily-kokouksessa on helpompi poistaa muutaman keskittyneen tehtävän esteet. Suorituskykynne on kaiken kaikkiaan ennustettavampaa – ja tiimi on tyytyväisempi, koska esimiehenne ja asiakkaanne ovat tyytyväisempiä.

Joitakin “positiivisia oireita” terveestä ketterästä Agile Delivery -virrasta

Käytännössä tämä johtaisi seuraaviin käyttäytymistapoihin:

  • Emme aloita uusia tehtäviä, kun on vielä paljon asioita kesken.
  • Keskitymme viimeistelemään aloittamamme ennen kuin aloitamme uusia asioita.
  • Tehtävien ikä ei koskaan ylitä muutamaa viikkoa.
  • Jos ei ole hyvää syytä, työskentelemme aina vanhimman tehtävän parissa.

WIP-rajat (work-in-progress) auttavat myös tässä, vaikka ne eivät useinkaan riitä. Kun tiimi oppii keskittymään tehtävien loppuunsaattamiseen sen sijaan, että se vain aloittaisi uusia tehtäviä, olette parempia kuin useimmat tiimit.

Jos käytät Agile-toimitusvirtaa oikein

Selkeiden odotusten luominen: Näin et voi silti hallita sitä, kestääkö jokin tehtävä kaksi vai kolme päivää. Mutta ainakin varmistat, että tiimisi ei työskentele niin monen tehtävän parissa, että 2-3 päivän tehtävät vievät lopulta kuukauden.

Kuinka paljon parempi tiimisi olisi, jos tietäisit, että periaatteessa kaikki toimitusvelvoitteet täytettäisiin muutamassa viikossa? Tämä edellyttää tietenkin, että toteutat kaikki edellä mainitut asiat: MVT:n asettaminen, tiukka WIP-raja ja sitoumus olla aloittamatta tehtäviä uudelleen ennen kuin toinen tehtävä on saatu valmiiksi.

Vaihe 3: Aloita Agile-toimitusvirran parantaminen.

Teoriassa tiedät, mitä tehdä. Miten sitten päästä käytännössä parhaiten alkuun? Luomalla tietoisuutta ja “muutosvalmiutta” tiimissä. Parhaassa tapauksessa itsetutkiskelun avulla.

Sinun on oltava avoin näiden lukujen suhteen ja tarkistettava ne säännöllisesti, jotta näet, onko aloitettujen ja suoritettujen tehtävien suhde tasapainossa. Jälkikäteen tarkastellessasi voisit mennä hieman syvemmälle ja pohtia, miksi luvut eivät olleet tasapainossa edellisellä jaksolla. 

Voin suositella mainitsemieni käyttäytymismallien käsittelyä ketterän retrospektiivityökalumme Echometer:n avulla retrospektiivissänne (lue lisää: 7 Takautuvat työkalut vertailussa). Voisit jopa sisällyttää tämän osaksi työsopimuksiasi tai säännöllisiä Health Check-keskusteluja tietoisuuden lisäämiseksi esittämällä kysymyksiä säännöllisesti.

Seuraavat kysymykset ovat “agile Delivery” -retrospektiivimallimme (lisää aiheesta: 26 hauskaa mallia ketteriin retrospektiiveihin). Aloitamme muutamalla Health Check-väittämällä ja kysymme ryhmältä, ovatko he yleensä samaa vai eri mieltä. Sen jälkeen esitetään muutama avoin kysymys:

Agile Toimitus takautuvasti

Agile Delivery Flow -retrospektiivi

Terveystarkastuskysymykset (asteikko)

Teemme asiat todella nopeasti. Ei odottelua, ei viivytyksiä.
En ole ollenkaan samaa mieltäTäysin samaa mieltä
Voimme arvioida tarkalleen, mitä voimme toimittaa tietyssä syklissä.
En ole ollenkaan samaa mieltäTäysin samaa mieltä
Sprinttituloksemme eivät vaadi minkäänlaista jälkityötä sprintin jälkeen, jotta ne voidaan toimittaa.
En ole ollenkaan samaa mieltäTäysin samaa mieltä
Rajoitamme "keskeneräistä työtämme", jotta voimme keskittyä koko ajan.
En ole ollenkaan samaa mieltäTäysin samaa mieltä

Avoimet kysymykset

Milloin toimintatapamme toimi todella hyvin?
Missä on eniten parantamispotentiaalia, jotta työpaketit kulkisivat nopeammin prosessiemme läpi (odotusaikojen poistaminen, prosessien parantaminen)?
Mitkä olivat viimeaikaisia esimerkkejä inkrementistä, joka ei toiminut/toimitettavissa sprintin lopussa?
Milloin toimintatapamme johti optimaalista heikompaan työnkulkuun (esim. epäselvien, sopimattomien tai noudattamatta jätettyjen ohjeiden vuoksi)?

Kuten voit arvata, terveysselvityksen viimeinen kohta (syyn tarkistaminen) viittaa jo mahdolliseen toimenpiteeseen, johonkin, jota voit kokeilla yhden tai kahden ketterän sprintin ajan nähdäksesi, voisiko se auttaa sinua: Keskeneräisten tehtävien määrän rajoittaminen.

Perustan luominen: Tiimityötä koskevien sopimusten laatiminen

Onko sinulla tunne, että tiimisi ei ole vielä valmis tällaiseen pohdintaan? Tässä tapauksessa sinun tulisi ensin pohtia “hyvää työtä” yleensä ja sitten asettaa joitain perussääntöjä, niin kutsuttuja työskentelysopimuksia. Seuraava työpajamalli voi auttaa sinua tässä. Voit suorittaa sen erityisenä retrospektiivinä projektin alussa tai ylimääräisenä työpajana.

Ensinnäkin sinun tulisi saada käsitys siitä, kuinka yksimielinen tiimisi implisiittisesti tuntee olevansa – katso tätä varten terveysselvityksen kohta. Sitten sinun tulisi tarkistaa tämä käytännössä muutamalla avoimella kysymyksellä. Jokaisen tiimin jäsenen on lopetettava lause (katso lisäkysymyksiä) mahdollisimman monella vastauksella, jotka hänelle tulevat mieleen:

Joukkueen sitoumukset Jälkikäteen

Joukkueen sitoumukset Jälkikäteen

Terveystarkastuskysymykset (asteikko)

Tiimissäni meillä on yhteinen käsitys siitä, mikä on 'hyvää työtä'.
En ole ollenkaan samaa mieltäTäysin samaa mieltä

Avoimet kysymykset

Ristiriitaisten prioriteettien käsittely: Kun huomaan ristiriitaisia prioriteetteja, niin ...
Esteistä viestiminen: Kun en pääse tehtävässä eteenpäin, kerron siitä näin: …
Konfliktien käsittely: Kun huomaan, että tiimissämme syntyy konflikti, niin ...

Kun olet kerännyt vastaukset, sinun tulisi tietysti yrittää löytää malleja ja sopia konkreettisista sopimuksista siitä, miten haluat työskennellä yhdessä tulevaisuudessa – ainakin väliaikaisesti kokeiluna.

Mielenkiintoinen, luova vaihtoehto

Jos nämä retrospektiivimenetelmät tuntuvat teistä liian “kuivilta”, on olemassa toinen retrospektiivimenetelmä, joka keskittyy tiimisi tuotoksen laadun pohtimiseen (Fun 54 Retrospektiiviset menetelmät löytyvät täältä.): Kolme pientä porsasta“ - retrospektiivi. Se on yksinkertainen vaihtoehto, jonka avulla voit alkaa pohtia ja parantaa suoritustasi. Se perustuu satuun kolmesta pikku possusta, jotka rakensivat taloja eri materiaaleista.

Kolme pientä porsasta -retrospektiivi

Olkitalo: Mitä olemme rakentaneet, joka pysyy juuri ja juuri kasassa, mutta voi kaatua milloin tahansa? 🌱
Talo on tehty tikuista: Mitä olemme rakentaneet, joka on suhteellisen vakaata, mutta jota voidaan vielä parantaa? 🪵
Kivitalo: Mitä olemme rakentaneet, mikä on kivijalkaa? 🪨

Johtopäätös – Ketterä toimitusvirta

Aloititpa sitten miten tahansa, tärkeintä on, että aloitat alun perin. Joukkueet, jotka pitävät aktiivisesti silmällä Agile-toimitusvirtaansa, ovat parempia joukkueita.

Muuten, monet täältä löytämistäsi ideoista on hyvin tiivistetty myös “Agile Bites” -podcastissa, jota voin lämpimästi suositella (Podcastiin: Agile Bites).

Pidä hauskaa tiimisi kehittämisessä!

Blogikategoria

Lisää artikkeleita aiheesta "Agile Mittarit"

Katso kaikki tämän kategorian artikkelit
54 retrospektiivistä menetelmää, ideoita, formaatteja ja mallipohjia vuodelle 2026

54 retrospektiivistä menetelmää, ideoita, formaatteja ja mallipohjia vuodelle 2026

54 retrospektiivistä menetelmää, ideoita ja mallipohjia ketterille tiimeille: klassikot, luovat retroformaatit, sprintin retrospektiivit, etäretrot ja tiimin terveyden tarkistukset.

7 parasta online-retrotyökalua ketterille tiimeille (2026)

7 parasta online-retrotyökalua ketterille tiimeille (2026)

Tutustu 7 parhaaseen online-työkaluun etätiimien ketteriä retrospektiivejä varten vuonna 2026! Suuri vertailumme auttaa sinua löytämään tiimillesi ihanteellisen online-etäretrotyökalun.

Scrum-parhaat käytännöt 2026: Mikä toimii – ja mikä ei

Scrum-parhaat käytännöt 2026: Mikä toimii – ja mikä ei

Scrum-parhaat käytännöt 2026: Kuusi käytäntöä, joilla tiimit vahvistavat asiakasarvoa, laatua ja oppimista – ja Scrum-anti-patternit, jotka hidastavat niitä.

Scrum-ohjelmistomarkkinat 2026: työkalut, trendit ja valintakriteerit

Scrum-ohjelmistomarkkinat 2026: työkalut, trendit ja valintakriteerit

Scrum-ohjelmistomarkkinat 2026 lyhyesti: työkalukategoriat, tärkeät trendit ja käytännöllinen valintaopas Scrum-tiimeille, Scrum Mastereille ja Agile-coacheille.

Scrum-tilastot 2026: 20+ ajankohtaista lukua, trendiä ja faktaa

Scrum-tilastot 2026: 20+ ajankohtaista lukua, trendiä ja faktaa

Scrum-tilastot 2026: 20+ ajankohtaista lukua tekoälystä, hybridi-agilitystä, toimituksesta, johtamisesta ja tuotteen vaikuttavuudesta – vuoden 2025 tutkimuksilla ja läpinäkyvillä trendeillä vertailuna aiempiin vuosiin.

Ilmaiset retrospektiivityökalut Scrumille: täydellisin kooste 2026

Ilmaiset retrospektiivityökalut Scrumille: täydellisin kooste 2026

Maksimissaan mahdollisimman täydellinen listamme ilmaisista retrospektiivityökaluista Scrum-tiimeille, sisältäen Quick Picks -valinnat ja työkalutaulukon.

Parhaat ilmaiset ketterät työkalut vuonna 2026

Parhaat ilmaiset ketterät työkalut vuonna 2026

Best Free Agile Tools 2026: Ilmaisia ja edullisia ketteriä työkaluja Scrumille, Kanbanille ja hajautetuille ketterille tiimeille.

Scrum KPI:t: tärkeimmät Scrum-mittarit esimerkeillä

Scrum KPI:t: tärkeimmät Scrum-mittarit esimerkeillä

Scrum KPI:t, Scrum-suorituskykymittarit ja esimerkit: mitkä mittarit todella auttavat, mitkä ovat vaarallisia ja miten tiimit käyttävät niitä retrospektiiveissä.

Tekoälykypsyysmalli ketterälle toimitukselle: tarkistuslista Excel-pohjalla

Tekoälykypsyysmalli ketterälle toimitukselle: tarkistuslista Excel-pohjalla

Lähteisiin perustuva tekoälykypsyysmalli ketterälle toimitukselle, jossa on matriisi, health check -kohdat, retrospektiivipohjat ja Excel-tarkistuslista.

Echometer uutiskirje

Älä missaa Echometer-päivityksiä ja inspiroidu ketterästä työskentelystä.

UKK aiheesta Takautuva työkalu

Tärkeimmät vastaukset kaikille, jotka haluavat tutustua Takautuva työkalu-työkaluun.

Pitääkö minun rekisteröityä, jotta voin testata Retro Toolia?

Ei, sinun ei tarvitse kirjautua Echometer:hen tai rekisteröityä testataksesi Retro Boardia ja Retro Toolia Echometer:ssä.

Voit kokeilla Echometer:n Retro Boardia seuraavan linkin kautta ilman kirjautumista: Aloita koeajo

Miten voin ostaa Echometer:n retrotyökalun?

Rekisteröidy ensin ilmaiseksi Echometer:hen. Siirry sitten työtilaan, jota varten haluat ostaa retrotyökalun. Jos et ole vielä tehnyt sitä, voit tehdä sen täällä: Luo tili Echometer 1:1-työkalussa.

Tämän jälkeen voit hallita tilaustasi (sekä retrotyökalun että 1:1 -ohjelmiston osalta) työtilan asetuksissa.

Voit valita eri maksutapoja päivityksen yhteydessä.

Jos sinulla ei ole pääsyä yrityksesi luottokorttiin, voit yksinkertaisesti lisätä ostajan työtilan ylläpitäjäksi Echometer-työtilaan, jotta tämä ylläpitäjä voi suorittaa päivityksen puolestasi.

Mitä eroa on Retrospective-työkalulla ja 1:1 -ohjelmistolla?

Echometer:ssä on kaksi erillistä ohjelmistoratkaisua, jotka ovat käytettävissä kussakin Echometer:n työtilassa:

  • 1:1-työkalu: Ohjelmisto 1:1-kokousten suunnitteluun ja toteuttamiseen sekä työntekijöiden kehityksen seurantaan.
  • Takautuva työkalu: Ohjelmisto retrospektiivien suunnitteluun ja moderointiin sekä tiimin kehityksen seurantaan tiimin terveystarkastusten avulla.

Molemmat ovat itsenäisiä ohjelmistoratkaisuja, joten niitä voidaan käyttää erillään toisistaan.

Ne toimivat kuitenkin samojen periaatteiden mukaisesti ja pyrkivät samaan lisäarvoon: Ketterien tiimien kehittäminen edelleen. Tältä osin suositellaan molempien ohjelmistoratkaisujen samanaikaista käyttöä.

Voinko nimetä useita ylläpitäjiä Echometer:ssä?

Kyllä, voit antaa mille tahansa käyttäjälle hallintaoikeudet sekä tiimi- että työtilatasolla. Huomioi seuraavat seikat:

  • Vain työtilan ylläpitäjät voivat ottaa Echometer-tilauksen Echometer-työtilaan ja hallita sitä.
  • Vain työtilan ylläpitäjät voivat luoda uusia tiimejä ja nimetä tai poistaa uusia työtilan ylläpitäjiä.
  • Tiimin ylläpitäjät voivat nimetä ja poistaa tiiminsä muita tiimin ylläpitäjiä ja tiimin jäseniä.
Millainen on Echometer:n retrospektiivien rakenne?

Echometer Retrospective -ohjelmisto on suunniteltu ohjaamaan tiimejä retrospektiivisen prosessin läpi mahdollisimman helposti ja tehokkaasti parhaita käytäntöjä noudattaen.

Vaiheita ja niiden järjestystä voidaan muokata retron navigoinnin avulla. Echometer:n retrospektiivi on oletusarvoisesti rakenteeltaan tällainen:

  • Jäänmurtaja
  • Aiempien retrojen avointen toimenpiteiden tarkastelu
  • Palautteen kerääminen (ensin Health Check-kysymykset, sitten avoimet kysymykset).
  • Palautteen priorisointi
  • Toimenpiteiden johtaminen
  • Retrospektiivin päättäminen “ROTI-pisteillä” (Return on Time Invested, ajalle saadun tuoton pisteytys)

Lisää tauluja (esim. työpajoja, ongelmien analysointia tai toimenpiteiden ideointia varten) voidaan lisätä myös spontaanisti missä tahansa vaiheessa käyttämällä takautuvaa navigointia.

Onko olemassa analyysinäyttö, jonka avulla voidaan tunnistaa suuntauksia?

Kyllä, Echometer Retrospective -ohjelmistossa on useita yksityiskohtaisia mittaritauluja, joilla voit seurata ketterän tiimisi jatkuvan parantamisen prosessia:

  • Retro-arkistosta saat nopean yleiskatsauksen tiimin aiemmista retrospektiivistä.
  • Toisaalta voit käyttää ROTI-pistemäärää ja Health Check-kohteita, joita voit käyttää säännöllisenä onnellisuustarkastuksena, visualisoidaksesi tiimin mielialatrendit tiettyjen KPI:iden tai ketterien mittareiden perusteella.
  • Myös muita toimintasuuntauksia on havaittavissa

Echometer:ssä erotetaan toisistaan Team Health ja Workspace Health Health Check:ssä:

  • Team Healthin tulokset ovat aina avoimia vain tiimin sisällä.
  • Workspace Healthin tulokset ovat läpinäkyviä kaikissa tiimeissä.