ketterät vaatimukset - käyttäjätarina ja visio
TRANSCRIPT
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ö
