4. - Toimintamalli, jolla tehostetaan
ketterää kehitystä ja parannetaan
lopputuotteen laatua
- Malli varmistaa katkeamattoman
ketjun ylätason
liiketoimintatarpeesta aina
valmiiseenyksittäiseen
toteutettuun ominaisuuteen
- Kaikista vaiheista on kytkentä
takaisinpäin laadunvalvonnassa
Mikä on KAPOTM?
5. KAPOTM-mallin periaatteet (1/2)
VS
Maksimoidaan tuotos vaiheistamalla ja järjestämällä tekeminen siten, että
arvontuotto alkaa mahdollisimman nopeasti. Ensimmäiset tuotokset voidaan
ottaa käyttöön ilman, että tarvitsee odottaa muiden valmistumista. Näennäisesti
tehokkaan rinnakkain tekemisen sijaan painotetaan aidosti tuottavampaa
priorisoitua tekemistä.
Arvontuotto
Aika
6. KAPOTM-mallin periaatteet (2/2)
• Portfolio- ja projektitasoilla on jatkuvasti priorisoitava backlog, joka
ohjaa tekemistä ja antaa kokonaiskuvan kehittämisestä
– Tehdään sitä, mikä juuri nyt on tärkeää. Esimerkiksi ei määritellä nyt ratkaisuja
sellaisille vaatimuksille, jotka on priorisoitu backlogilla alemmaksi.
• KAPOTM-malli varmistaa, että ratkaisua suunniteltaessa huomioidaan
kaikki näkökulmat
• Liiketoiminnan tarve jalostuu vaiheittain liiketoimintakonseptista
ratkaisukonseptiksi ja edelleen kehitystiimien tehtäviksi ja lopulta
valmiiksi ja käyttöönotetuksi ratkaisuksi
– Mahdollistetaan seurattavuus ja läpinäkyvyys tekemiseen
• Mallissa on sisäänrakennettuna joustavuus ja nopea reagointi,
jos/kun tarpeet tai toimintaympäristö muuttuvat
• Mikäli vaatimuksen toteuttaminen vaatii käyttöliittymäsuunnittelua,
osana KAPO-tiimin työtä tuotetaan käyttöliittymäprototyyppi
– Prototyyppi tehdään käyttöliittymätoteutuksen osalta aina tuotantokelpoiseksi.
Se ei siis ole poisheitettävä tuotos.
9. - Työskentelee askeleen edellä(esim. sprintti edellä) itse
kehitysvaihetta
- Valmistelee ja kirkastaa liiketoiminnan tarpeet
konkreettiseksi ratkaisuksi
- Varmistaa, että ratkaisusuunnitelma,arkkitehtuuri,
prototyyppi ja operatiivinen malli on validoitu ja hyväksytty
ennen kehityksen aloittamista
- Varmistaa erinomaisen syötteen kehitystiimille,jotta itse
kehitys voidaan aloittaa nopeasti ja sujuu ongelmitta
- On kokonaisvastuussaerinomaisestalopputuotteesta
KAPOTM-tiimin rooli
10. Konseptointi
Ratkaisusuunnitelma
vaatimuksen toteuttamiseen.
Vaatimuksen yksityiskohdat ja
niiden linjaus.
Arkkitehtuuri
Tuotteen rakenneosat,
ulospäin näkyvät
ominaisuudet, yhteydet ja
riippuvuudet.
Prototyyppi
Kokeiltavissa ja
muutettavissa oleva
konkreettinen esimerkki
lopputuloksesta.
Operaatiot
Analysoitu ja optimoitu
malli, miten sisäiset
käyttäjät käyttävät
ratkaisua.
KAPO:n osa-alueet
11. Konseptointi
Rooli: ratkaisusuunnittelija
- Alkuperäisten vaatimusten jatkojalostaminen, pilkkominen ja
teknisempien vaatimusten määrittäminen
- Riippuvuudet identifioitu ja työ eri projektien ja tiimien välillä
koordinoitu
- Liiketoimintasäännöt, teknisen toteutuksen suunta, arkkitehtuuri,
integraatiot, sisältömalli, operatiivinen malli, design ja prototyyppi
linjattu yhtenäiseksi, dokumentoitu ja hyväksytty
- Liiketoimintatarpeet siirrettynä konkreettisiksi vaatimuksiksi kehitykseen
ja testaukseen konseptin muodossa
- Priorisoitu tuote-backlog (yhdessä liiketoiminnan kanssa) kehitystiimin
arvioitavaksi ja yksityiskohtaiseen tekniseen suunnitteluun
- End-to-end -vastuu valvoa ratkaisujen toteutumista (laadunvalvonta)
KAPO
12. KAPO
Arkkitehtuuri
Rooli: Kokenut IT-arkkitehti
- Tekninen ratkaisusuunnitelma linjattu arkkitehtuuriin ja infraan
sopivaksi organisaatiolle parhaalla tavalla
- Uusien vaatimusten suunnittelu ja koordinointi toisille IT-järjestelmille
- Standardien käyttö
- Tietoturvan ja arkkitehtuurin toimintatapojen varmistaminen
- Ohjelmiston ja teknologioiden valinta
13. KAPO
Prototyyppi
Rooli: Kokenut UI-suunnittelija ja kehittäjä
- Liiketoiminnan ymmärrettävissäoleva konkreettinen esimerkki
lopputuloksesta, esimerkiksi käyttöliittymä tai simuloitu rajapinta
- Helposti esitettävissä ja kokeiltavissaja muuttaminen helppoa ja
nopeaa sekä maksaa vähän verrattuna lopputuotteeseen
- Sitouttaa aikaisessa vaiheessa organisaation henkilöitä ja antaa
mahdollisuuden vaikuttaa ja kertoa tarpeet
- Varmistaa, että visuaalinen suunnitelma on todella toteutettavissa ja
mahdollistaa tulosten optimoinnin ennen toteutusta
- Konseptoija vastuussa teknisen ratkaisun ja prototyypin yhdistämisestä
- Sisältötarpeet, vaikutukset muihin IT-järjestelmiin ja muut tekniset asiat
voidaan identifioida ja optimoida
14. KAPO
Operatiivinen optimointi
Rooli: ratkaisusuunnittelija
- Liiketoiminnan ja operatiivisen toiminnan prosessit määritetty
(automaatio, manuaaliset työvaiheet) ja kommunikoitu
- Käyttöönottoon liityvät vaiheet analysoitu ja optimoitu (vaikutukset
minimoitu, käyttöönoton vaiheet kommunikoitu)
- Elinkaari suunniteltu (kuinka käyttö aloitetaan ja lopetetaan)
- Koulutustarpeet identifioitu (konseptin mahdollinen kommunikointi)
16. Miksi KAPOTM toimii?
- Kehitetään oikeita asioita, koska ymmärretään mikä on tärkeää, mitä on
tulossa seuraavaksi ja mikä on tarpeeksi selvää kehitettäväksi.
- Valmis ratkaisusuunnitelma takaa nopeamman, tehokkaamman ja
ennustettavamman kehityksen.
- Ongelmat, riippuvuudet ja vaihtoehtoiset toteutustavat on analysoitu ja
ratkaistu.
- Kehitystä voidaan tehdä laadukkaammin, koska ratkaisu on mietitty,
validoitu ja uudelleenkäyttö huomioitu. Tästä syntyy vähemmän roskaa.
- Kehitetty ominaisuus saadaan käyttöön helpommin, koska
käyttöönoton vaikutukset on huomioitu, optimoitu ja kommunikoitu.
17. KAPOTM-mallin hyödyt
• Maksimoitliiketoimintahyötyjen toteutumisen IT-
kehittämisen alueella
• Saat kokonaisnäkemyksen kehittämiseen
• Parannat vaatimustenhallintaaja priorisointia
• Luot tehokkaan ja selkeän toimintamallin kehitystarpeiden
ohjaamiselle portfoliotasoltaprojektitasolle
• Parannat eri osapuolten välistä kommunikaatiota
• Kehität tehokkaasti entistä parempiakäyttöliittymiä
18. Referenssit
KAPOTM-mallin tehokkuus on todistettu useissa asiakasprojekteissa,
ja se on jäänyt pysyväksi osaksi muun muassa seuraavien
organisaatioiden toimintatapaa:
- Fortune Global 100 -yritys
- MTV
- Veikkaus
- LähiTapiola
- Globaali huonekaluvalmistaja