Onko Scrumissa tarinoiden tarkoitus korvata tuotevaatimukset? Ei, ne eivät ole. Yksi ketteristä arvoista on "Toimiva ohjelmisto kattavan dokumentaation kautta". Yksi syy tähän on se, että on vaikea määritellä, mitä tuotteen pitäisi tehdä alusta alkaen.
Ovatko käyttäjien tarinat samat kuin vaatimukset?
Käyttäjätarina keskittyy kokemukseen - siihen, mitä tuotetta käyttävä henkilö haluaa pystyä tekemään. Perinteinen vaatimus keskittyy toimivuuteen - mitä tuotteen tulee tehdä. Loput erot ovat hienovaraisia, mutta tärkeitä luetteloita "miten", "kuka" ja "milloin".
Ovatko käyttäjätarinat liiketoiminnan vaatimukset?
Käyttäjätarinat ovat liiketoiminnan tarpeita, eivät vaatimuksia perinteisessä merkityksessä. Ne on suunnattu käyttäjän ja liiketoiminnan tarpeisiin. Suuri ero käyttäjäkertomuksen ja muuntyyppisten vaatimusten välillä on se, että tarina kuvaa liiketoiminnan tarvetta, ei järjestelmän toimivuutta.
Kuinka voin muuntaa käyttäjien tarinat vaatimuksiksi?
Vinkkejä käyttäjien tarinoiden käsittelyyn
- Älä kirjoita liikaa yksityiskohtia äläkä kirjoita tarinoita liian aikaisin. Kirjoita ne malliin, kun niitä tarvitaan ja sairaita. …
- On parempi kirjoittaa pieniä käyttäjätarinoita kuin suuria. …
- Määritä kriittisten vaatimusten vähimmäismäärä. …
- Paranna toimintoja vähitellen.
Kumpi tulee ensimmäiseksi käyttäjäksitarinoita tai vaatimuksia?
Käyttäjätarinat ovat muutamia lauseita yksinkertaisella kielellä, jotka hahmottelevat halutun tuloksen. Ne eivät mene yksityiskohtiin. Vaatimukset lisätään myöhemmin, kun tiimi on sopinut. Tarinat sopivat siististi ketteriin kehyksiin, kuten scrumiin ja kanbaniin.
