KETTERYYDEN TUSKAA
T?m? artikkeli on julkaistu alunperin 31.1.2018 minun kirjoittamanani Bilotin blogissa
Ketterien menetelmien – tunnetaan my?s agilena – historia voidaan j?ljitt?? 50-60-luvulle asti ja menetelmien p??periaatteet kuvaava manifesto l?hestyy sekin t?ysi-ik?isyytt?. T?st? huolimatta ketter?t menetelm?t ovat vasta viime vuosina nousseet projektien toteutuksessa kunnolla esille, kilpailemaan perinteisen vesiputousmallin kanssa. Ik?v? kyll? menetelmien ja varsinkin niiden periaatteiden ymm?rrys ei ole p??ssyt suosion kanssa samalle tasolle, ja t?st? johtuen niit? ymm?rret??n ja k?ytet??n ajoittain v??rin. Siksi ajattelin selvent?? muutaman keskeisen ketteryyteen liittyv?n asian.
1. Ty?kalu ja roolit eiv?t tee ketter?ksi
Se, ett? projektin toteutus tehd??n sprinteiss? tai iteraatioissa, vaatimukset on tallennettu Jiran ”backlogiin” ja projektip??llikk? on uudelleen (virheellisesti) nimetty Scrum Masteriksi, ei tee kehityksest? viel? ketter??. Oikein k?ytettyn? ty?kalut ja roolit tukevat ketterien periaatteiden toteuttamista, mutta irrotettuna oikeasta k?ytt?tarkoituksesta niiden hy?ty on marginaalinen.
2. Scrum ei ole synonyymi ketter?lle kehitt?miselle
Scrum on ketter?? kehitt?mist?, mutta kaikki ketter? kehitt?minen ei ole Scrumia (taikka SAFea). Scrum on selke? menetelm?, joka on helppo oppia, ja ainakin omaan maailmankuvaani sen s??nn?llisyys sopii t?ydellisesti. T?st? huolimatta Scrum ei todellakaan sovi kaikkiin tilanteisiin tai ymp?rist?ihin. Kun projektia siis l?hdet??n suunnittelemaan, niin Vesiputouksen rinnalle on my?s muita vaihtoehtoja kuin puhdas Scrum, jos halutaan ketter?mp?? toimintamallia.
3. Ketter? kehitt?minen ei automaattisesti tarkoita nopeampaa tai halvempaa
Ketter?t menetelm?t yhdistet??n usein nopeuteen, mutta nopeus ymm?rret??n v??rin. Kyll?, ketter?t menetelm?t mahdollistavat nopeamman arvon tuottamisen, kun asioita tehd??n pieniss? osissa ja tarkastellaan s??nn?llisesti. T?m? ei kuitenkaan v?ltt?m?tt? tarkoita, ett? projekti saataisiin valmiiksi nopeammin.
Kehitysnopeuteen vaikuttaa my?s ihmisten kokemus ja kyvykkyys omaksua ketteri? menetelmi?. Toimintatapojen muutos ei ole koskaan helppoa, ja kun projekteissa on mukana ihmisi?, joille menetelm?t ovat uusia, niin niiden omaksuminen vaatii aikaa. T?m? usein hidastaa kehitysty?t?.
V??rink?sitys nopeudesta saa usein my?s luulemaan, ett? ketter? kehitt?minen on halvempaa, mit? se harvemmin on. Toisaalta, vaikka rahaa menisikin enemm?n niin tuotto sijoitusta kohden on usein parempi. T?m? johtuu siit?, ett? matkan aikana pystyt??n tarkastelemaan tuloksia ja varmistamaan, ett? keskityt??n oikeisiin asioihin.
4. Ketteryys edellytt?? sitoutumista ja kommunikointia
Jos tavoitteena on tehd? asioita ketter?mmin, niin se ei tarkoita, ett? kehitystiimille annetaan lista kertaalleen mietittyj? vaatimuksia ja k?sket??n saamaan ne valmiiksi 10 kerrallaan, 2 viikon sykleiss?. Ketter? kehitt?minen edellytt?? jatkuvaa tasapuolista kommunikointia, suunnittelua ja tarkentamista. Jotta t?m? on mill??n tavalla mahdollista, liiketoiminnan pit?? sitoutua olemaan kehitystiimin jatkuvana apuna. Vain silloin pystyt??n varmistamaan, ett? tehd??n oikeita asioita ja ett? kaikki tieto on k?ytett?viss?.
5. Ketteryys vaatii avoimuutta, luottamusta ja kunnioitusta
Todellinen ketteryys ei ole mahdollista ilman turvallista ymp?rist??. Jotta ketterist? kehitysmalleista saadaan niiden todellinen hy?ty irti, pit?? ymp?rist?n tukea kulttuuria, joka mahdollistaa tasapuolisen kommunikoinnin, avoimen yritt?misen, virheet, oppimisen ja muutokset.
On turhaa puhua ketter?st? kehitt?misest?, jos kaikki ty?h?n osallistuvat henkil?t eiv?t ole samanarvoisia. Siin? miss? onnistumisista, niin my?s haasteista ja virheist? pit?? pysty? keskustelemaan avoimesti. Jokaisen yksil?n pit?? pysty? luottamaan siihen, ett? he ty?skentelev?t ymp?rist?ss?, jossa on turvallista yritt?? ja ep?onnistua.
Loppujen lopuksi ketteryys tarkoittaa sit?, ett? etsit??n parempia tapoja saada aikaan hyvi? tuloksia. T?st? johtuen tuntuu sopivalta lopettaa t?m? kirjoitus Modern Agilen nelj??n perusperiaatteeseen:
Engineering and Leadership Coach at Hand Waving and Holding
5 年Kohtaan 2 iskee heti pakottava tarve heitt?? lis?argumentti: Helpoin tapa havaita sopiiko Scrum sinun ymp?rist??si on tehd? perusteellinen kokeilu. Todenn?k?isesti toimintaymp?rist?si ei ole niin ainutlaatuisesti erilainen kuin kuvittelet. Jos todella ymm?rr?t miss? kohdin oma toimintamallisi sopii paremmin kuin Scrum, osaat varmaan eritell? hyv?t syyt.