Mitä on ketterä projektinhallinta?
Kuvittele, että sinulla on ohjelmistokehitysmenetelmä, joka saa sinut kulkemaan kaikkien porttien läpi, kun palaat takaisin ja korjaat jotain projektin aikana. Kuulostaa todella vaikealta. Entä jos pitäisi avata vain yksi portti ja palata takaisin saman portin kautta ilman, että tarvitsee häiritä muita portteja?
Oletetaan, että sinulla on suuri projekti, josta asiakas ei ole kovin varma, mitä hän haluaa. Ja voit testata projektin vasta, kun koko prosessi on valmis. Kuulostaako tämä vesiputousmenetelmältä?
Vesiputousmenetelmä on perinteinen tapa testata projekteja. Testaus suoritettiin peräkkäisessä järjestyksessä, joten tiimi saattoi siirtyä seuraavaan kehitysvaiheeseen vasta, kun edelliset vaiheet oli selvitetty. Siinä oli kuitenkin useita ongelmia, kuten se, että vaatimuksia ei voi muuttaa, kun projekti on aloitettu, testausvaihe tulee vasta rakentamisvaiheen jälkeen ja niin edelleen.
Miten tällaiset ongelmat ratkaistaan ja miten niistä tehdään joustavia? Seuraamalla Ketterää projektinhallintaa.
Ketterä metodologia on käytäntö, joka auttaa kehittämisessä ja testauksessa jatkuvaan iterointiin. Se soveltuu parhaiten suuriin projekteihin, jotka toteutetaan lyhyissä kehityssykleissä, joita kutsutaan ”sprinteiksi”.
Ketterän projektinhallinnan rooleja on erilaisia, ja joihinkin ei kuulu projektipäällikköä. Ketterässä menetelmässä roolit ja vastuut jaetaan Scrum Masterin ja tuoteomistajan kesken. Se on eräänlainen lähestymistapa, jossa vaatimukset toimitetaan vuorovaikutteisesti ja vaiheittain koko projektin ajan.
Suurin ero perinteisen projektinhallinnan ja ketterän menetelmän välillä on se, että ensin mainitussa esitetään yksityiskohtainen suunnitelma, jota on noudatettava perusteellisesti koko projektin ajan. Ketterässä projektissa vaatimukset (lähinnä asiakkaan asettamat) voivat muuttua, ja siksi sen joustava luonne on niin hyödyllinen projektissa. Tämä johtuu siitä, että ohjelmistoprojektin vaatimukset muuttuvat markkinoiden kysynnän mukaan. Asiakkaat eivät välttämättä aina pysty viimeistelemään vaatimuksia ennen prototyypin valmistumista, joten ketterä lähestymistapa voi olla ainoa pelastava strategia.
Ketterässä projektinhallinnassa on kyse muutosten hyväksymisestä, koska ohjelmistoprojektit voidaan saattaa päätökseen vasta, kun ymmärretään, mitä asiakkaat tarvitsevat. Vaatimukset voivat muuttua jopa melko myöhäisessä kehitysvaiheessa.
Ketterä lähestymistapa vähentää projektin monimutkaisuutta jakamalla projekti sprintteihin, joista kukin jakautuu muutaman viikon jaksoihin.
Hyväksy nämä asiat, jotta yrityksestäsi tulee todella ketterä:
1. Todella ketterä tarkoittaa, että koko yritys on otettava huomioon
Jos haluat olla ketterä, sinun on tiedettävä, miten, milloin ja missä se tehdään. On tärkeää olla avointa ylimmästä johtotasosta alimpaan hierarkiaan asti, jotta kaikki ovat tietoisia organisaation tavoitteista. Tiimin jokaista jäsentä on kannustettava ratkaisemaan ongelmiaan ja kehittämään taitojaan, jotta elinikäinen oppiminen jatkuu koko ajan.
2. Työskentely sprintteinä
Kuten aiemmin selitettiin, ketterät tekniikat perustuvat sprintteihin. Perinteisessä menetelmässä eli vesiputousmenetelmässä hankkeeseen liittyy valtavasti suunnittelua, mutta kaikki on jäykkää. Ette voi pysähtyä ja katsoa taaksepäin, mitä olette tehneet, koska juoksette tässä maratonia. Voit pysähtyä vasta maalipisteessä. Ketterä toimintatapa mahdollistaa lyhyet sprintit, joten voit palata takaisin ja korjata tekemäsi virheet. Jos projektin vaatimukset ovat muuttuneet, voit mukauttaa myös ne.
3. Jälkikäteen Sprint-tasolla
Jälkikäteen tarkastelemalla voit tehdä palautesilmukan sprinttitasolla. Tämä auttaa tiimiä arvioimaan suoritustaan ja aiempia toimiaan. Tässä vaiheessa ryhmän jäsenet käyvät läpi olemassa olevat ideat ja vertaavat niitä uusiin ideoihin nähdäkseen, onko niihin tehtävä muutoksia. Jälkikäteisarviointivaiheessa esitetään seuraavat kysymykset:
- Miten asiat sujuivat viimeisimmässä iteraatiossa?
- Mikä meni vikaan?
- Millä tavoin se voidaan korjata ja mitä toimenpiteitä olisi toteutettava niiden välttämiseksi?
Jälkikäteen tarkastelu auttaa joukkuetta pysymään oikealla tiellä.
4. Siirry ketterään rekrytointiprosessiin
Kun tiimiisi lisätään uusia työntekijöitä, olisi hienoa, jos voisit palkata ihmisiä, jotka tuntevat ketterät menetelmät. Näin voit ottaa heidät helposti käyttöön järjestelmässäsi, eikä heille tarvitse opettaa pelin ohjaksia. Se auttaisi tiimiä työskentelemään yhteistyössä yrityksen tavoitteiden saavuttamiseksi. Ainoa asia on varmistaa, että uusilla tulokkailla on taidot sopeutua joukkueen vaatimuksiin.
5. Jatkuvan oppimisen ympäristö
Kun siirryt ketterään toimintatapaan, yrityksesi muuttuu ja tiimisi pääsee mukaan jatkuvaan oppimisympäristöön. Tämä on yksi ketterän organisaation keskeisistä osatekijöistä, sillä ilman jatkuvaa parantamista ei voi olla täysin ketterä. Jatkuvan oppimisen ympäristö auttaa nopeuttamaan markkinoille tuloaikaa ja parantamaan tuotesykliä. Kun jatkuva parantaminen on saatu aikaan, jälkikäteistarkastelu sujuvoituu, tuote saavuttaa paremman aseman julkaisua varten ja yrityksesi pääsee menestymään.
6. Muuttuminen Kaizen-organisaatioksi
Kaizen on japanilainen termi ”hyvälle muutokselle”. Ketteriä menetelmiä noudattamalla parannuksia ja muutoksia tehdään jatkuvasti, ja tämä tapahtuu hierarkkisesti aina toimitusjohtajasta yrityksen aloittelevaan työntekijään asti. Kaizenin avulla yrityksestä tulee parempi työpaikka, jossa ihmiset innovoivat ja testaavat uusia ideoita ja jossa on mahdollisuuksia parannuksiin kaikissa vaiheissa. Kaizen mahdollistaa ongelmien tarkastelun mahdollisuuksien ikkunoina, ei suljettuina ovina.
Päätösajatukset
Ketterässä tuotekehityksessä asiakastyytyväisyys on etusijalla, ja muuttuvat ympäristöt nähdään mahdollisuutena tuoda tuotteelle kilpailuetua. Sekä sidosryhmät että kehittäjät luovat uudenlaisen suhteen ja työskentelevät tiiviisti päivittäin.
Ketterä lähestymistapa mahdollistaa resurssien minimaalisen tuhlauksen ja tietenkin nopeamman läpimenon. Tässä ovat suositut ketterät menetelmät, joita voit käyttää organisaatiossasi: Scrum, Kanban, Lean, Dynamic System Development Model, Crystal, Scrumban, Rapid Application Development ja Feature Driven Development.
Mielenkiintoisia artikkeleita:
Miten tämäntyyppinen projektinhallinta toimii tiimissäsi?
Miten ketteriä hankkeita johdetaan
Kuvalähde: Kuvan lähde: Flickr.com/ Luca Mascaro/ visualpun.ch
Kirjoittaja: Reema Oamkumar on sitoutunut ajatusjohtajana www.Software-Developer-India.com -sivustolla, joka on osa YUHIRO-ryhmää. YUHIRO on intialainen saksalainen yritys, joka tarjoaa ohjelmoijia IT-yrityksille, virastoille ja IT-osastoille.
