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

Post on 16-Aug-2020

3 views 0 download

Transcript of 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

Tuesday, March 16, 2010

3

KETTERÄ AJATTELU

Tuesday, March 16, 2010

©Used with permission

Iteratiivinen suunnittelu

?

Tuesday, March 16, 2010

©Used with permission

Iteratiivinen suunnittelu

Tuesday, March 16, 2010

©Used with permission

Iteratiivinen suunnittelu

Tuesday, March 16, 2010

©Used with permission

Iteratiivinen suunnittelu

Tuesday, March 16, 2010

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

Tuesday, March 16, 2010

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

Tuesday, March 16, 2010

7

Turhien ominaisuuksien välttäminen

Tuesday, March 16, 2010

7

Turhien ominaisuuksien välttäminen

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

Käytä priorisointia näiden poistamiseen

Tuesday, March 16, 2010

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.

Tuesday, March 16, 2010

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

Tuesday, March 16, 2010

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

Tuesday, March 16, 2010

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

Tuesday, March 16, 2010

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

Tuesday, March 16, 2010

12

SCRUM

Tuesday, March 16, 2010

©Used with permission

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

Tuesday, March 16, 2010

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

Tuesday, March 16, 2010

©Used with permission

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.

Tuesday, March 16, 2010

©Used with permission

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

Tuesday, March 16, 2010

©Used with permission

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

Tuesday, March 16, 2010

18

Projektin seuranta

Tuesday, March 16, 2010

19

YHTEENVETO

Tuesday, March 16, 2010

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

Tuesday, March 16, 2010

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

Tuesday, March 16, 2010

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

Tuesday, March 16, 2010

23

Kiitos

Lisätietoja:

Petri.Heiramo@gmail.com

Tuesday, March 16, 2010