sysart toimintamalli
TRANSCRIPT
Sysart toimintamalliKetterän kehityksen lupaus on onnistuneita hankkeita, joissa ratkotaan juuri oikeita ongelmia loppukäyttäjien kannalta mielekkäällä tavalla hyödyntämällä sekä iteratiivista etenemistä että jatkuvaa vuorovaikutteista oppimista.
Perinteisillä projektimenetelmillä pyritään ohjaamaan hanketta hallitusti sovitun aikataulun ja budjetin reunaehtojen sisällä.
Me pystymme yhdistämään nämä kaksi toimintatapaa samaan malliin, jossa kehitystä johdetaan hallitusti kohti parasta mahdollista ratkaisua sovittujen reunaehtojen sisällä.
Läpivienti
Läpivientimallimme ydin on ketterä ja aktiivinen suunnittelu yhdistettynä jatkuvaan oppimiseen ja priorisointiin.
Korkean tason suunnittelu ja
arviointi
Ominaisuuksien suunnittelu ja konseptointi
Backlogin päivitys ja priorisointi
Toteutus,
katselmointi,
testaus,
toimitus
Validointi
Demo
AB testaus
Suunnittelu ja arviointi
Täydellisen suunnitelman tekeminen on harvoin mahdollista tai edes järkevää.
Ennen hankkeen aloittamista pitää miettiä hankkeen päätavoitteet, reunaehdot ja käsitys työmäärän kokoluokasta. Näiden perusteella voidaan arvioida hankkeelle budjetti ja aikataulu.
Pyrimme arvioimaan hankkeen työmäärälle realistisen kokonaisarvion, jolla hankkeen päätavoitteet pystytään varmasti saavuttamaan.
Suunnitelman ja arvion epätarkkuutta hallitaan hankkeen edetessä jatkuvalla priorisoinnilla ja ennusteiden päivittämisellä.
Tarinat
Toimintamallissa työn perusyksikkö on työkohde, eli käyttäjätarina tai lyhyesti vain tarina.
Pyrimme pilkkomaan kaiken tehtävän työn mahdollisimman samankokoisiin, kohtuullisen pieniin tarinoihin.
Yksittäisiä tarinoita ei arvioida, vaan tarinoille arvioidaan keskimääräinen työmäärä. Tällöin kokonaisuuden työmääräarvio voidaan laskea kertomalla tarinoiden lukumäärä ja arvioitu keskimääräinen tarinan työmäärä.
Edettäessä toteutuneiden tarinoiden todellisen keskiarvon pohjalta voidaan seurata ja ennustaa tavoitteiden täyttymistä.
LähtökohtaKaikki hankkeet ovat erilaisia ja lähtevät eri lähtökohdista.
Karkeasti hankkeet voidaan jakaa kahteen eri kategoriaan:
Tavoite on selkeä.
Ratkaisu ei.
Tavoite on selkeä. Ratkaisusta on korkeamman
tason suunnitelmat.
Suunnitelmista tarinoihin
Epäselvän ratkaisun realistinen kokoluokka voidaan karkeasti arvioida vertaamalla
sitä aiempiin kokemuksiin.
SSuunnittellun ratkaisun realistinen kokoluokka
voidaan arvioida pilkkomalla työt pienempiin tarinoihin ja laskemalla tarinoiden lukumäärä.
Prioriteetit
Tyypillisesti jokaisesta ominaisuudesta voidaan pilkkoa myös matalamman prioriteetin tarinoita kuten käytettävyys-parannukset (tärkeät) ja jatkokehitysideat (toivottavat).
Ominaisuus X
15 tarinaa
Konseptointi
(1 tarina)
Kriittiset
Tehdyt
Tärkeät
Toivottavat
Kriittiset
Tehdyt
Tärkeät
Toivottavat
Hankkeen suunnitelma
Hankkeen ohjaus perustuu jatkuvaan priorisointiin. Priorisointi perustuu taas hankkeen päätavoitteisiin ja jatkuvaan oppimiseen.
Näin varmistutaan siitä, että käytettävissä oleva ajalla ja rahalla saadaan paras mahdollinen ratkaisu.
Itse backlogia päivitetään jatkuvasti hankkeen edetessä.
Kriittiset
Tärkeät
Toivottavat
Toimitus
Tarina
t
Aika
Jatkuva ennustaminen
Hankkeen edetessä laajuus tulee muuttumaan. Tekemällä ja kokeilemalla löytyy niin uusia ja tarpeellisia kuin myös toivottavia piirteitä.
Myös etenemisen tahti useasti vaihtelee. Se on hyvin monen tekijän summa, jota ei voida ennalta täysin ennustaa.
Keskiarvoihin perustuvan mallin avulla voidaan hankkeen edetessä ennustaa kuinka paljon tarinoita ehditään vielä tehdä sovitussa aikataulussa ja budjetissa.
Tarina
t
Kriittiset
Tärkeät
Toivottavat
ToimitusNytAika
Backlogin hallinta
Sovituilla reunaehdoilla voidaan tehdä vain tietty määrä töitä. Priorisoimalla oikein saavutetaan paras mahdollinen lopputulos.
Uusien tarinoiden lisääminen työlistalle siirtää matalammalla prioriteetilla olevat tarinat alaspäin, jolloin saman verran työtä siirtyy ennustetun hankerajan alapuolelle.
Mikäli ulkopuolelle jääneillä matalan prioriteetti-tason tarinoilla on riittävästi arvoa, ne voidaan toteuttaa lisätyönä hankkeen lopussa.
Kriittiset
Tärkeät
Toivottavat
Scope
Lopeta ajoissa
Hankkeen toteutus kannattaa lopettaa viimeistään silloin kun jäljellä olevien tarinoiden toteuttamisen tuoma lisäarvo on pienempi kuin niiden toteuttamisen hinta.
Tämä piste voi tulla vastaan myös arvioitua aikaisemmin.
Tarina
t
Toivottavat
Kriittiset
Tärkeät
ToimitusAika
Kiinteähintaiset hankkeet
Samaa keskiarvoihin perustuvaa toimintamallia voidaan käyttää myös kiinteähintaisten hankkeiden pohjana.
Hankkeen tarinoiden lukumäärään lisätään kohtuullinen hankekohtainen riskikerroin, joka suojaa toimittajaa yllättäviltä lisätöiden ja arviointivirheiden vaikutuksilta.
Riskikerroin on tällöin täysin läpinäkyvä ja reilu myös asiakkaalle. Mikäli työmäärä toteutuu arvioitua pienempänä, ylijäävät tunnit voidaan käyttää matalamman prioriteettitason työkohteisiin.
Tarina
t Kriittiset
Tärkeät
Toivottavat
Toimitus
Riskikerroin
Aika
Joustovara
Priorisointi kiinteähintaisessaKiinteähintaisessa hankkeessa riskit jaetaan asiakkaan ja toimittajan kesken. Tässäkin keskeisin työkalu on priorisointi.
Toimittaja sitoutuu toteuttamaan hankkeen sovitut pakolliset pääpiirteet sovitun aikataulun ja budjetin sisällä. Niihin liittyvät tarinat ovat aina 1. prioriteetilla.
Pääpiirteiden konseptoinnista yleensä löytyy myös ei-pakollisia laatua parantavia tarinoita kuten käytettävyysparannuksia. Asiakkaan puolesta voi tulla uusia vaatimuksia ja kehitysideoita, joista ei ole sovittu sopimuksessa. Näihin liittyvät tarinat ovat aina 2. tai 3. prioriteetilla.
Toimittaja toimittaa läpinäkyvästi tärkeysjärjestyksessä niin paljon tarinoita kuin on mahdollista sovittujen reunaehtojen sisällä. Vähimmäistoimitus sisältää kaikki 1. prioriteetin tarinat.
Scrum Master
Tiimi
Roolit
Asiakaspäällikkö ja Tilaaja vastaavat sopimustason asioista. Hankevetäjä ja tuoteomistaja backlogin sisällöstä ja priorisoinnista. Scrum master vastaa tiimin toimivuudesta. Tiimissä voi tarvittaessa olla myös asiakkaan henkilöstöä. Yhdellä henkilöllä voi olla useampi rooli.
TilaajaAsiakaspäällikkö
TuoteomistajaHankevetäjäAsiantuntijat
LoppukäyttäjätAsiantuntijat
Käytännöt
Uskomme, että paras tulos saavutetaan soveltamalla hankkeen läpivienti-käytäntöjä joka hankkeen tarpeisiin.
Suosimme yhdistelmää KANBANIN ja SCRUMIN parhaista käytännöistä (WIP limit, Daily meetings, säännölliset suunnittelupalaverit, demotilaisuudet ja retrospektiivit).
Toteutuskäytäntöihin kuuluu koodikatselmoinnit, jatkuva integrointi, automaattitestit sekä tilanteen mukaan parityöskentely.
Käytäntöjemme perustana on avoin kommunikaatio kaikkien hankkeeseen osallistuvien kesken.
JATKO-KESKUSTELUT
Sysart Oywww.sysart.fi
@SysartOY
Daniel [email protected]
@dmwellner
#lean #agile #kanban #noestimate