User storyt (käyttäjätarinat)

Tredun ohjelmistokehittäjien kurssimateriaaleja

User storyt (käyttäjätarinat)

Mikä on user story?

User story kuvaa mitä käyttäjä haluaa tehdä ja miksi.

Se ei kerro, miten asia toteutetaan teknisesti.

User story vastaa kysymykseen: “Mitä hyötyä tästä on käyttäjälle?”


User storyn perusmuoto

Yleinen malli:

As a [käyttäjä], I want [toiminto], so that [hyöty]

Suomeksi:

Käyttäjänä haluan [tehdä jotain], jotta [hyöty]


Esimerkkejä (asuntovuokraussovellus)

Hyviä user storyja


Huono user story (väärä tapa)

“Tee nappi, joka lähettää hakemuksen tietokantaan”
“Lisätään PHP:llä lomake ja tallennus”

Nämä ovat teknisiä toteutuksia, eivät user storyja.


Hyvän user storyn ominaisuudet

Hyvä user story on:

1. Käyttäjälähtöinen

2. Selkeä

3. Riittävän pieni


Liian iso vs. sopiva user story

Liian iso:

Parempi:


User story → taskit

User story ei ole vielä tehtävälista, mutta sitä voidaan pitää pohjana tehtävälistalle eli miettiä, millaisia pienempiä osia pitää tehdä, jotta yksi userstory saadaan toimimaan.

Se pitää pilkkoa pienemmiksi tehtäviksi.

Esimerkki:

User story:

Käyttäjänä haluan lähettää asuntohakemuksen, jotta voin hakea asuntoa

Mahdollisia taskeja:

Yksi user story = useita taskeja


Priorisointi (mikä tehdään ensin?)

Kaikkea ei tehdä kerralla.

User storyt kannattaa järjestää tärkeysjärjestykseen:

Esimerkki:

  1. Asuntojen listaus
  2. Asunnon tarkemmat tiedot
  3. Hakemuksen lähettäminen
  4. Hakemusten käsittely

Aloitetaan tärkeimmistä


Kuinka monta user storya tarvitaan?

Tähän projektiin riittää noin 4–8 user storya

Liikaa:

Liian vähän:


Tyypilliset virheet


Harjoitustehtävä

Laaditte tiimissä user storyt projektiinne.

Kirjoittakaa vähintään 4–6 user storya: