Ketterät vaatimukset - käyttäjätarina ja visio

Karoliina Luoto · 24.11.2014

Käyttäjätarina – mikä, miksi, miten?Käyttäjätarinabootcamp

ScrumSuperlyhyesti

Mikä Scrum?

Ketterä julistus …joka pyrkii ratkaisemaan edellä todettuja ongelmia

agilemanifesto.orgKokemuksen perusteella arvostamme:

Yksilöitä ja kanssakäymistä enemmän kuin menetelmiä ja työkaluja

Toimivaa ohjelmistoa enemmän kuin kattavaa dokumentaatiota

Asiakasyhteistyötä enemmän kuin sopimusneuvottelujaVastaamista muutokseen enemmän kuin pitäytymistä

suunnitelmassa

Lean-periaate:Ei tehdä varastoon

Kuva: Karoliina Luoto

Ketteryyden tunnusmerkit1. Käyttäjät osallistetaan kehitysprosessiin2. Tiimillä on valtaa tehdä päätöksiä 3. Vaatimukset elävät mutta aikataulu ei 4. Vaatimukset kuvataan ylätasolla, kevyesti ja visuaalisesti5. Kehitystyö tapahtuu pienissä osajulkaisuissa, joita voidaan

kehittää edelleen6. Keskitytään säännölliseen tulosten ulos saamiseen7. Tehdään jokainen ominaisuus valmiiksi ennen kuin

siirrytään seuraavaan8. 80/20 -sääntö: keskitytään etsimään 20 %:n ratkaisuja

jotka täyttävät 80 % tarpeesta9. Testausta tehdään koko projektin läpi – testaa ajoissa ja

usein10.Yhteiskehittelevä ote kaikilta projektin pelaajilta

Kriteeristö: Allaboutagile.com

Drupal on työkalupakki- Käytetään valmista

Kuva: NASA Goddard Space Flight Center

Mistä tietää mitä käyttäjät haluavat?Mahdollisia päätöksentekovälineitä pririsoinnille:1. Käyttöanalytiikka jos palvelu jo olemassa (esim. Google

Analytics) – myös A/B-testaus2. Käyttäjätutkimus ja sen pohjalta muodostetut

persoonat kehityksen pohjana3. Pilotointi (esim. testattava proto) ja oppiminen sen

pohjalta4. Avoin beta kehittämisen aikana + kerätty

käyttäjäpalaute5. Käytettävyystutkimukset / -kyselyt6. Käytettävyyssuunnittelija

KäyttäjätarinaMikä, miksi, miten?

Käyttäjätarinan paikkaprojektissa

Visio

Epics, ”eeppiset”

Käyttäjä-tarinat

Tehtävät

6-12 kk

3-6 kk

2-4 vko

Ohjaus-ryhmä

Ohjaus-/projektiryhmä

Scrum-tiimi

Kehitys-tiimi

Tavoitteet, arvo-/panos-ymmärrys, julkaisusuunnittelussa

HyväksymiskriteerienSelventäminen, sprintissä

Hyvä käyttäjätarina

Kuva: Steven Depolo, Flickr

INVEST:• "I" tsenäinen• "N" euvoteltavissa• "V" aluoitavissa• "E" stimoitavissa• "S" niin kuin pieni• "T" estattavissa

Hyvä käyttäjätarina

• Ensin tarina, sitten tehtävät (tiimi, hyväksymiskriteerit (tuoteomistaja), huomioitavat asiat (kaikki)

• Mitä, miksi, kuka• Keskittyy tavoitteeseen• Tarinoissa on loppu• Käyttäjänä X haluan Y jotta Z• Olettaen, kun, niin

Photo: Emily, Flickr

Työkaluja hallitsemiseenTärkeää että pystytään pilkkomaan, yhdistelemään, järjestämään uudelleen, deletoimaan jne.

• Fyysiset kortit• Sähköiset työkalut kuten Jira,

Pivotal Tracker, Trello• Myös Excel tai esim.

Basecamp (mutta käy usein nopeasti tuskaiseksi)

• EI sähköpostiPhoto., FlickrKuva: Alan, Flickr

Käyttäjätarinaei yksin riitäKäyttäjätarina on loistava lähtökohta tarpeiden kuvaamiselle, mutta hankkeen ohjaamisessa vielä tärkeämpää on:

• Läsnäolo (tuoteomistajan lisäksi sekä projektiryhmä että ohjausryhmä, vähintään sprinttikatselmoinneissa)

• Kommunikaatio (mieluiten suullinen, ks. edellinen kohta)

• Keskittyminen arvoon ja rajoituksiin (hinta vs. arvo, tekninen kehys)

• Priorisointi: 80/20-sääntö

KiitosKysymykset supertervetulleita!

Karoliina.luoto@codento.com · @totoroki · +358 40 765 8504