1. 8 February 2012
Tietojärjestelmä- TECHNOLOGY
Avaus Open
projektin ei ole
pakko
epäonnistua
Mitä keskivertoa nopeampi ketterä
kehitys vaatii onnistuakseen?
Juha Lamminkari
3. ➔ Käyttökokemuksen on oltava
intuitiivinen ja helppo
➔ Hakukoneiden pitää löytää
tarjottu sisältö – niillä hauilla joita
asiakkaat käyttävät
➔ Palvelun vasteajan on oltava
nopea
➔ Palvelun tulee uusiutua
jatkuvasti
5. ➔ Käyttäjien todelliset aikomukset
on tunnistettava
➔ Master Datan on oltava
laadukkaana käytettävissä
➔ Verkkoanalytiikkaa tulee käyttää
jatkuvan jatkokehityksen
moottorina
➔ Hakukoneet ja niiden kehitys on
tunnettava intiimisti
6. Viimeisenä – jos kaikki ylläolevat
toteutuvat voidaan tavoitteet
saavuttaa – kun tekninen kehitys
onnistuu
9. Ennenaikainen lopetus
jättää asiakkaan tyhjin
Paljon suunnittelua käsin, vaikka on
alussa, joka perustuu investoinut jo paljon
oletuksiin – lisää riskiä Tuotteen laatu todetaan
projektiin vasta sen jälkeen, kun
suurin osa “PERINTEINEN”
kustannuksista on jo
PROJEKTI
syntynyt
Tuote on käytettävissä
vasta lopussa – ROI
kertyy vasta silloin
Aika
Tuote on käytettävissä Tuotteen laatu
heti ensimmäisen ”Juuri ajoissa” suunnittelu
antaa tilaa muuttaa näkyvissä läpi koko
sprintin jälkeen – projektin ja pysyyKETTERÄ PROJEKTI
mahdollistaa suuntaa ilman
ylisitoutumista korkealla tasolla
nopeamman ROI:n
Tuote on käytettävissä , Aika
vaikka projekti jouduttaisiin
lopettamaan suunniteltua
Suunnittelu Laatu ROI Kustannukset
aikaisemmin. Projektin loppu
10.
11. ➔ Product Ownerin rooli on ensiarvoisen tärkeä –
Anna hänelle aikaa ja valtaa
➔ Liiketoiminnan kehittäminen ei ole
demokraattinen prosessi – Miksi
järjestelmäkehitys olisi
➔ Julkaise nopeasti ja julkaise usein – Asiakas (ja
asiakasta analysoiva analyytikko) tietää
kokeiltuaan kuitenkin paremmin
➔ Pidä kaikki asiantuntijat mukana tiimissä koko
projektin ajan – Avunhuuto kuuluu viereiseen
taloon (projektiin) yhtä hyvin kuin viereiselle
planeetalle
12. 8 February 2012
TECHNOLOGY
Avaus Open
Kiitos
Juha.lamminkari@avaus.fi
0500 976 976