Ketterä projektinhallinta...• Ei ratkaise ongelmia, tuo ne esiin • Jää jokaisen organisaation...

1

Ketterä projektinhallinta

Petri Heiramo

Agile Coach, CST

Tuesday, March 16, 2010

2

Petri Heiramo

• Ikä: 37 (vielä pari päivää…)

• Oma koulutus- ja valmennusyritys, Agilecraft Oy, reilut 3 viikkoa

• Lähes 10v ohjelmistokehitys- ja -prosessitausta Digialla

• Osaan auttavasti koodata, muttapääkiinnostuksen kohde on ollutlaatu ja prosessit

• Prosessinkehityspäällikkönä 6v• Ketteryys ja Scrum pääpainopiste-

alueena syksystä 2005

Työn ulkopuolella– Koti Kotkassa 2,5

vuotta– Perhe – vaimo ja

pieni tytär


3

KETTERÄ AJATTELU


©Used with permission

Iteratiivinen suunnittelu

?



Iteratiivinen suunnittelu


5

Periaatteita tarkemmin

• Projekteissa onnistuminen on ensisijaisesti kiinni projektin henkilöistä ja sidosryhmistä, ja näiden välisestä kommunikaatiosta

• Kehitystyö ja johtaminen rakentuu koko projektin ajan toimivan, toiminnallisesti laajenevan ratkaisun ympärille

• Asiakkaiden kanssa pyritään yhteistyöhön ja sopimusten tulee tukea tätä päämäärää

• Suunnittelun tarkoitus on mahdollistaa reagointi muutoksiin ja uusiin ideoihin, ei luoda suunnitelmia, joiden mukaan yritettäisiin toimia


6

Ketterä kehitysstrategia

• Iteratiivinen ja inkrementaalinen sykli• Eteneminen lyhyissä iteraatioissa, versiojulkaisut kunkin

iteraation jälkeen

• Aikarajatut iteraatiot ja aktiviteetit• Huolehditaan riittävistä päätöksentekopisteistä

• Riski- ja arvovetoinen jatkuva priorisointi

• Henkilö- ja kommunikaatiovetoinen

• Tuhlauksen poistaminen toiminnasta


7

Turhien ominaisuuksien välttäminen


7

Turhien ominaisuuksien välttäminen

Kerää palautetta, jotta löytäisit nämä

Käytä priorisointia näiden poistamiseen


8

Monimutkaisuus

Ihmiset lisäävät yhden akselin

Vaat

imuk

set

Teknologia

Source: Strategic Management and Organizational Dynamics by Ralph Stacey in Agile Software Development with Scrum by Ken Schwaber and Mike Beedle.


8

Monimutkaisuus

Ihmiset lisäävät yhden akselin

Vaat

imuk

set

Teknologia

Source: Strategic Management and Organizational Dynamics by Ralph Stacey in Agile Software Development with Scrum by Ken Schwaber and Mike Beedle.

Suunnitelma-vetoinen

lähestyminen

Ketterä lähestyminen


9

Keskeiset hyödyt asiakkaalle

• Parempi näkyvyys konkreettisten tiheiden toimitusten myötä

• Parempi soveltuvuus käyttöön

• Joustavuus vaatimuksissa, parempi vasteaika muutoksille

• Todellisuus, mielenrauha

• Aikaisempi käynnistys, nopeammat toimitukset


10

Keskeiset hyödyt toimittajalle

• Kyky paremmin palvella asiakkaan todellisia tarpeita

• Hyödyntää paremmin henkilöstön osaamista

• Sitouttaa henkilöstöä, korkeampi työtyytyväisyys

• Parempi riskienhallinta ja projektien ennustettavuus

• Parantaa projektitoiminnan arvotehokkuutta


11

Keskeiset haasteet

• Erilainen ajattelutapa vaatii opettelua• 80% ketteryyden hyödyistä tulee ajattelutavan

ymmärtämisestä; ilman sitä tekniikat eivät toimi

• Ei ratkaise ongelmia, tuo ne esiin• Jää jokaisen organisaation valinnaksi poistaa ne

• Ketteryys vaatii osaamista, jota monissa organisaatioissa ei välttämättä löydy

• Toisaalta se tarjoaa kilpailuetua niille, joilla sitä on… ainakin vielä vähän aikaa


12

SCRUM



Scrumin prosessi

“Pre-Game” Kehitysiteraatiot (“Sprintit”) “Post-Game”

Kehitysiteraatiot voi aloittaa, kun• alustava tuotekirja määriteltynä• riittävästi priorisoitua työtä

ensimmäiseen iteraatioon

Kehitystyö päättyy• suunnitelman mukaan, tai • tuotekirjassa ei ole tekemisen

arvoisia ominaisuuksia

Tuotekirja Tehtävälista

Päivittäiset palaverit

Julkaisu-laatuinen tuoteversio

Dokumentaation viimeistely

…

Alustava suunnittelu

Tuotekonsepti


14

Projektia ohjaava kokonaiskuva

α β 1.0

- Ominaisuus 1- Ominaisuus 2- Ominaisuus 3- Ominaisuus 4

- Ominaisuus 5- Ominaisuus 6- Ominaisuus 7

- Ominaisuus 8- Ominaisuus 9

Suunnitellut ominaisuudet:

Julkaisun tavoite:

Projektin visio: Puhelinvaihteen toiminnot yhteen käyttöliittymään

Keskeisimmät ominaisuudet

perusversioina

Tavoiteltu perus-toiminnallisuus,

lopullinen ulkoasu

Käytettävyyden viimeistely, ryhmä-

työominaisuudet

1.1

Lisäkehitys palautteen

mukaan

…

Iteraatio Julkaisu



Yksittäisen iteraation rakenne

1. Tuoteomistaja priorisoi tuotekirjan ominaisuudet, joista arvokkaimmat valitaan tiimin kapasiteetin mukaan.

2.! Tiimi suunnittelee ominaisuuksien toteutuksen ja jakaa ominaisuudet työtehtäviin kehitystyötä varten

3.! Tiimi seuraa työn etenemistä päivittäin ja reagoi tarvittaessa ongelmiin

4. Tiimi demoaa toteu-tetut ominaisuudet tuoteomistajalle ja sidosryhmille kommentointia ja palautetta varten.

5.! Tiimi tarkastelee kulunutta iteraatiota ja miettii kehityskohteita, joilla toimintaa voidaan kehittää tehokkaammaksi.



Roolit ja päävastuutTavoite• Saada oikea tuote• Kehittää arvokkaimmat

ominaisuudet

Vastuut • Luoda tuotekonsepti ja tiekartta• Hallinnoi tuotekirjaa ja julkaisuja• Määrittää liiketoiminta-arvo• Hankkia käyttäjäpalautetta• Määrittää hyväksymiskriteerit

Tavoitteet• Tuottaa asiakkaalle

mahdollisimman paljon arvoa

• Säilyttää muutoskyky

Tuoteomistaja (Product Owner)

Tiimi

ScrumMaster

Tavoitteet• Asiakas saa rahoilleen

vastinetta (ROI)• Suojata tiimiä ulkoisilta

häiriöiltä• Product Owner ja team

täyttävät vastuunsa

Vastuut • Tukea tiimin itseohjautuvuutta• Kehittää tiimin tuottavuutta• Tukea Product Owneria liiketoiminta-

arvon määrittämisessä• Poistaa toiminnan esteitä• Pyörittää Scrumin prosessia• Huolehtia kommunikaatiosta• Huolehtia projektiympäristöstä

Vastuut • Arvioida työmääriä ja

riippuvuuksia• Suunnitella iteraatioiden

toteutus• Toteuttaa säännöllisiä

päivityksiä järjestelmään



Product Backlog

• Sisältää kaikki suunnitellut ja mahdolliset ominaisuudet

• Tuoteomistaja priorisoi liiketoiminta-arvon perusteella

• Iteraatioon valitaan aina prioriteettijärjestyksessä listan tärkeimmät ominaisuudet

1717 ©2005 SysOpen Digia Plc Company Confidential


18

Projektin seuranta


19

YHTEENVETO


20

Ketterä ajattelu

• Taustalla erilainen arvomaailma• Luodaan kyky reagoida muutokseen, priorisoidaan arvon ja

riskien perusteella, palautteen hakeminen• Ihmis- ja kommunikaatiolähtöisyys• Asiakas keskeisessä roolissa

• Tavoitteena tehokkaat itseorganisoituvat tiimit• Vastuu, päätösvalta, motivaatio, osaaminen

• Avoimuus ja läpinäkyvyys

• Periaatteessa helppoa, käytännössä haastavaa


21

Scrum

• Empiirisen prosessin kontrollikehys• Minimisetti, josta itsestään on pidettävä kiinni

• Käyttö organisaatiossa edellyttää täydentävien käytäntöjen käyttöä muista lähteistä

• Näitä voi helpommin muuttaa tarpeiden mukaan

• Harhaanjohtavan yksinkertainen, tehokas käyttö hyvin haastavaa

• Paljastaa organisaation ongelmat; niiden poistaminen se hankala osa


22

Onnistumisen avaimet

• Huolehditaan ketterän ajattelun ymmärtämisestä kaikilla liiketoiminnan tasoilla

• Johdon tuki

• Selkeä, ymmärrettävä, kommunikoitu visio

• Palaute ja priorisointi

• Laatua alusta saakka• Jokainen iteraatio pyrkii tekniseen tuotantolaatuun

• Organisaatio oikeasti ryhtyy poistamaan esiin tulleita ongelmia

• Riittävä sisäinen tai ulkoinen tuki/valmennus


23

Kiitos

Lisätietoja:

[email protected]


Ketterä projektinhallinta...• Ei ratkaise ongelmia, tuo ne esiin • Jää jokaisen organisaation...

Documents

Transcript of Ketterä projektinhallinta...• Ei ratkaise ongelmia, tuo ne esiin • Jää jokaisen organisaation...