Kun softayhtiön hallituksessa kuulee, että “me tehdään jo agilesti”, keskustelu usein pysähtyy. Joko nyökätään, tai joku pyytää lisää velocity-kaavioita. Kumpikaan ei välttämättä kerro, toimittaako yhtiö arvoa vai ylläpitääkö se kiireen tuntua.
Hallituksen tehtävä ei ole ohjata Sprinttejä. Tehtävä on kysyä oikeita asioita: näkyykö strategia työssä, onko ennuste rehellinen, ja tunnistetaanko riskit ajoissa. Alla kysymyksiä, joita kannattaa esittää toimitusjohtajalle ja johtoryhmälle — suomeksi ja ilman teatteria.
1. Mihin strategiaan tämä työ oikeastaan liittyy?
Pyydä esimerkkiä viimeisimmästä julkaisusta tai päätöksestä: mikä asiakasongelma ratkesi, ja mikä strateginen tavoite eteni. Jos vastaus on lista ominaisuuksia ilman yhteyttä liiketoiminnan tavoitteisiin, backlog ohjaa yhtiötä — ei strategia.
Hyvä merkki: johto osaa nimetä muutaman prioriteetin ja sanoa myös, mitä ei tehdä juuri nyt.
2. Mitä “valmis” tarkoittaa meillä — käytännössä?
“Valmis” (Definition of Done) ei ole IT-yksityiskohta. Se kertoo, milloin hallitus voi luottaa siihen, että jotain on oikeasti käytössä: testattu, turvallinen, dokumentoitu sen verran kuin tarvitaan, ja julkaistavissa.
Kysy: voiko asiakas käyttää tätä tänään? Jos “valmis” tarkoittaa “koodi on branchissa”, ennusteet ja roadmapit rakentuvat hiekalle.
3. Mistä tiedätte, että ennuste pitää — tai ei pidä?
Hallitus tarvitsee ennustettavuutta, ei teatteria. Hyvä kysymys ei ole “mikä on velocity?”, vaan: miten tiedätte, että arvio on rehellinen, ja mitä tapahtuu kun se pettää?
Kuuntele, puhutaanko kapasiteetista, riippuvuuksista ja keskeneräisestä työstä — vai vain optimistisesta päivämäärästä. Rehellinen “emme tiedä vielä, siksi rajaamme scopea” on parempi hallitussignaali kuin varma ääni ilman näyttöä.
4. Kuinka paljon työtä on kesken samaan aikaan?
Ketterässä toimituksessa ruuhka ei näytä siltä, että kaikilla on kiire. Se näyttää siltä, että moni asia on auki, harva valmistuu, ja fokus hajoo.
Kysy: kuinka monta isoa asiaa on limittäin, ja mikä estää tekemästä vähemmän kerrallaan? Jos vastaus on “kaikki on kriittistä”, priorisointi ei ole vielä hallinnassa — ja se on hallituksen asia strategian tasolla.
5. Missä päätökset syntyvät — ja kuka omistaa lopputuloksen?
Scrum ja muut ketterät tavat eivät poista vastuita. Ne tekevät näkyväksi, kuka päättää mittakaavasta, laadusta ja julkaisusta.
Kysy toimitusjohtajalta: mitä sinä omistat, ja mitä tiimit omistavat? Jos toimitusjohtaja mikromanageeraa Sprintin sisältöä mutta ei omista asiakasarvon tulosta, roolit ovat sekaisin. Jos taas kukaan ei uskalla sanoa “ei” uudelle pyynnölle, strategia haihtuu viikko viikolta.
6. Mitä opimme viimeisimmästä julkaisusta — ja mitä muutimme sen takia?
Ilman oppimista “agile” on vain lyhyempiä kokouksia. Hallituksen kannattaa kuulla yksi konkreettinen oppi ja yksi muutos toimintatavassa.
Jos oppeja ei ole tai ne eivät muuta mitään, yhtiö juoksee samaa kehää uudella sanastolla.
7. Missä jargon peittää riskin?
Pyydä kääntämään yksi dia tai status suomeksi ilman sanoja kuten “transformaatio”, “agile maturity” tai “high-performing teams”. Jos asia ei käänny, riski on todennäköisesti peitetty termillä.
Hallitus ei tarvitse lisää viitekehyksiä. Se tarvitsee selkeän kuvan: mitä toimitetaan, kenelle, millä laadulla, millä riskillä.
Lyhyt yhteenveto hallitukselle
Hyvät kysymykset eivät kaiva Sprint-taulua. Ne testaavat, onko johdolla yhteinen kieli arvosta, valmiista työstä, ennusteesta ja vastuista. Kun nämä ovat kunnossa, “agile” lakkaa olemasta iskulause ja alkaa näyttää johtamiselta.