Karoliina Luoto, Codento, 24.11.2014 - Mitä muuta ketterä tilaaja tarvitsee kuin käyttäjätarinoita? Miten hyvä käyttäjätarina kuvataan?

1. Karoliina Luoto · 24.11.2014
Käyttäjätarina – mikä, miksi,
miten?
Käyttäjätarinabootcamp

2. Scrum
Superlyhyesti

3. Mikä Scrum?

4. Ketterä julistus …joka pyrkii
ratkaisemaan edellä todettuja
ongelmia
agilemanifesto.org
Kokemuksen 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 sopimusneuvotteluja
Vastaamista muutokseen enemmän kuin pitäytymistä suunnitelmassa

5. Lean-periaate:
Ei tehdä varastoon
Kuva: Karoliina Luoto

6. Ketteryyden tunnusmerkit
1. Käyttäjät osallistetaan kehitysprosessiin
2. Tiimillä on valtaa tehdä päätöksiä
3. Vaatimukset elävät mutta aikataulu ei
4. Vaatimukset kuvataan ylätasolla, kevyesti ja visuaalisesti
5. Kehitystyö tapahtuu pienissä osajulkaisuissa, joita voidaan
kehittää edelleen
6. Keskitytään säännölliseen tulosten ulos saamiseen
7. Tehdään jokainen ominaisuus valmiiksi ennen kuin siirrytään
seuraavaan
8. 80/20 -sääntö: keskitytään etsimään 20 %:n ratkaisuja jotka
täyttävät 80 % tarpeesta
9. Testausta tehdään koko projektin läpi – testaa ajoissa ja usein
10.Yhteiskehittelevä ote kaikilta projektin pelaajilta
Kriteeristö: Allaboutagile.com

7. Drupal on työkalupakki
- Käytetään valmista
Kuva: NASA Goddard Space Flight Center

8. 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-testaus
2. Käyttäjätutkimus ja sen pohjalta muodostetut persoonat
kehityksen pohjana
3. Pilotointi (esim. testattava proto) ja oppiminen sen pohjalta
4. Avoin beta kehittämisen aikana + kerätty käyttäjäpalaute
5. Käytettävyystutkimukset / -kyselyt
6. Käytettävyyssuunnittelija

9. Käyttäjätarina
Mikä, miksi, miten?

10. Käyttäjätarinan paikka
projektissa
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äksymiskriteerien
Selventäminen, sprintissä

11. 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

12. 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

13. Työkaluja
hallitsemiseen
Tä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öposti
Photo., FlickrKuva: Alan, Flickr

14. Käyttäjätarina
ei 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ö

15. Kiitos
Kysymykset supertervetulleita!
Karoliina.luoto@codento.com · @totoroki · +358 40 765 8504