KETTERYYDEN TUSKAA

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:

No alt text provided for this image



Ferrix Hovi

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.

回复

要查看或添加评论,请登录

Erkka P.的更多文章

  • How much are you ready to invest

    How much are you ready to invest

    This article was originally posted as a Bilot blog post 26.5.

  • RETROSPECTIVES ARE A WASTE OF TIME… REALLY?!

    RETROSPECTIVES ARE A WASTE OF TIME… REALLY?!

    This Article was originally published and written by me as a Bilot blog-post 18.9.

  • SINUN SCRUM EI OLE SAMA KUIN MINUN SCRUM

    SINUN SCRUM EI OLE SAMA KUIN MINUN SCRUM

    T?m? artikkeli on alunperin julkaistu 25.6.

  • KOMPLEKSISUUS SY? SUUNNITELMIA AAMUPALAKSI

    KOMPLEKSISUUS SY? SUUNNITELMIA AAMUPALAKSI

    T?m? artikkeli on alunperin julkaistu 25.7.

  • THE POWER OF WELL-FUNCTIONING TEAMS

    THE POWER OF WELL-FUNCTIONING TEAMS

    This Article was originally published and written by me as a Bilot blog post 30.4.

  • From Sequential to Iterative

    From Sequential to Iterative

    Specially in large technology programs and packaged enterprise application implementations, sequential methodologies…

    2 条评论
  • The ERP transformation journey

    The ERP transformation journey

    The previous post I wrote addressed the concept of a Modern ERP. This post is in a way a follow up from that and will…

  • Modern ERP

    Modern ERP

    A short time ago I had an interesting discussion with 2 former colleagues about the future of business solutions and…

    9 条评论
  • Is your data managed?

    Is your data managed?

    Data is one of the core building blocks for any ERP or that of a matter any IT solution what is supporting the day to…

    2 条评论
  • Solution

    Solution

    Once in a while I get asked a question that what do I do or what does a solution architect do. My definition is not…