Ketterän käyttäjän tarina: Mitä ovat käyttäjän tarinat?



Ohut artikkeli ketterissä käyttäjäkertomuksissa auttaa sinua ymmärtämään, mitä käyttäjäkertomukset ovat ja miten ne auttavat kehitystiimiä tuotetta kehitettäessä

Ydinelementti ketterät ohjelmistokehittäjät Se saa käyttäjät ja asiakkaat keskittymään ja käyttäjätarinat myötävaikuttavat juuri tämän tekemiseen. He asettavat loppukäyttäjät keskustelun keskiöön. Tässä artikkelissa keskustellaan ketterästä käyttäjäkertomuksesta.

Tarinoissa käytetään muuta kuin teknistä kieltä tarjotakseen olosuhteet kehitystiimille ja heidän ponnisteluilleen. Käyttäjätarina auttaa tiimiä ymmärtämään oman tavoitteensa, miksi he rakentavat sitä. Myös mitä he rakentavat ja arvo, jonka se luo lopussa ja matkan varrella. Käyttäjätarinat ovat siis yksi ketterän ohjelman tärkeistä osista. Ne helpottavat luovuutta, edistymistä ja parempaa lopputuotetta antamalla tiimille käyttäjäkeskeisen kehyksen päivittäisiin tehtäviinsä. Kaikki ketterät tarinat keskittyvät vaatimuksiin ja auttavat luomaan keskusteluja yhdellä tai kahdella lauseella halutusta toiminnallisuudesta.





Tässä artikkelissa käsitellään seuraavia aiheita:

fibonacci-koodi c ++

Mitä ovat käyttäjän tarinat?

Käyttäjätarinat ovat yksinkertaisia ​​ja lyhyitä kuvauksia järjestelmän käyttäjän tai asiakkaan ominaisuudesta. Ne seuraavat yleistä mallia:



Kuten, haluan niin.

Käyttäjätarinat - Käyttäjätarina ketterässä - Edureka

Tutustutaan lisää käyttäjäkertomuksiin.



  • Yleensä käyttäjätarinat kirjoitetaan muistilapuille ja hakemistokorteille. Sitten ne järjestetään pöydille tai seinille suunnittelua ja keskustelua varten, joten niiden ympärille luodaan keskusteluja.
  • Käyttäjätarinat, jotka ovat keskusteluja, jotka kiertävät käyttäjäkertomusten ympärillä, ovat erittäin tärkeitä ja siirtävät painopisteen ominaisuuksien kirjoittamisesta niiden keskusteluun.
  • Ne ilmaistaan ​​aina käyttäjän näkökulmasta, eikä niitä luokitella ominaisuuksiksi. Käyttäjätarina on pienin osa ketterää kehysjärjestelmää.
  • Käyttäjätarinan päätavoitteena on ilmaista ja kertoa, kuinka tietty työ tuottaa arvoa käyttäjälle tai asiakkaalle. On tärkeää huomata, että asiakkaiden ei tarvitse välttämättä olla ulkopuolisia loppukäyttäjiä, vaan he voivat olla myös kollegoitasi tiimissäsi tai organisaatiossasi.
  • Käyttäjätarinat eivät käsittele yksityiskohtia, ja ne koostuvat yksinkertaisista ja muutamista lauseista.

Käyttäjätarinat Scrum ja Kanban

Sekä Scrum että Kanban käyttävät käyttäjäkertomuksia puitteissaan. Scrumissa käyttäjätarinat ovat lisäys sprintteihin ja niitä käytetään sprintin aikana. KanBanissa tiimit lisäävät käyttäjäkertomuksia myöhään ja käyttävät niitä työnkulunsa kautta. Siten ne auttavat parantamaan arviointia, sprintin suunnittelua, parempaa ennustetarkkuutta ja suurempaa ketteryyttä Scrum-tiimissä. Toisaalta KanBan-tiimit pystyvät käsittelemään paremmin keskeneräisiä töitä ja parantamaan työnkulkujaan käyttäjien tarinoiden avulla.

Suuremmat ketterät kehykset, kuten eepot ja aloitteita muodostavat käyttäjätarinoita. Eepokset ovat suurempia työkappaleita, jotka on jaettu moniin tarinoihin ja aloitteisiin, jotka koostuvat monista eepoista.

Käyttäjätarinoihin voidaan lisätä tietoja kahdella tavalla:

  • Jakamalla käyttäjätarinan pienempiin tarinoihin.
  • Lisäämällä tyydyttävyysolosuhteet.

Tyytyväisyysvaatimus viittaa korkean tason hyväksyntätestiin, joka tekee itsestään totta, kun ketterä käyttäjäkertomus on valmis.

Kuka on vastuussa käyttäjäkertomuksen kirjoittamisesta?

Ei ole määritettyä sääntöä siitä, kuka voi kirjoittaa käyttäjäkertomuksia. Tuotteen omistajan on varmistettava, että käyttäjäkertomusten tuotevirhe on paikallaan, mutta hänen ei välttämättä tarvitse kirjoittaa niitä. Ihannetapauksessa ahyvässä ketterässä projektissa jokaisen tiimin jäsenen on kirjoitettava käyttäjäkertomuksia, ja tiimien jäsenille annetaan enemmän huomiota osallistumalla keskusteluihin käyttäjäkertomusten kirjoittamisen jälkeen.

Milloin kirjoittaa käyttäjäkertomuksia?

Käyttäjätarinoita suunnitellaan koko ketterän projektin ajan. Tarinankirjoitustyöpaja pidetään yleensä ketterän projektin alussa, jotta jokainen tiimin jäsen voi osallistua ja mahdollisesti auttaa luomaan tuotekannan, joka kuvaa haluttua toiminnallisuutta ja lopputavoitetta, joka voidaan sitten lisätä projektiin. Jotkut käyttäjäkertomuksista muuttuvat eeppisiksi. Lisäksi nämä eepot hajotetaan myöhemminuseisiin pienempiin tarinoihin, jotka sopivat paremmin iteraatioon. Uusia tarinoita voidaan myös lisätä ajoittain tuotekantaan vaatimusten mukaisesti.

poikkeuksen käsittely oraakkeleille tallennetussa menettelyssä

Miksi luoda käyttäjäkertomuksia?

Ketterän käyttäjän tarina voi tuntua lisäaskeleelta ketterässä kehysprosessissa, mutta se tarjoaa tärkeän ja arvokkaan kuvan tiimille ja valaisee teetä arvosta, jonka heidän tehtävänsä tuovat projektille. Käyttäjätarinat tarjoavat useita etuja ja etuja:

    • Edistä käyttäjän keskittymistä - Tehtäväluettelo pitää tiimin yleensä varpaillaan tehtävien kanssa, jotka on tehtävä ja tarkistettava luettelosta, kun taas käyttäjäkertomuksissa keskitytään kokonaan käyttäjiin ja autetaan ongelmien ratkaisemisessa käyttäjän näkökulmasta. .
    • Ota yhteistyö käyttöön - Kun lopullinen tavoite on selkeä ja määritelty tiimille, he voivat työskennellä tehokkaasti yhdessä tavoitteen saavuttamiseksi sekä tarjota käyttäjälle tyydytystä ja hyvää palvelua.
    • Lisää luovuutta - Käyttäjätarinoiden kirjoittamis- ja keskusteluprosessi sisältää keskusteluja ja aivoriihiä, mikä auttaa tiimiä ajattelemaan kriittisesti ja luovasti sekä mahdollisesti keksimään ratkaisuja lopullisen tavoitteen saavuttamiseksi.
    • Anna vauhtia - Jokainen tarina antaa vauhtia kehitystiimille haasteiden ja edistymisen kautta.

Käyttäjätarinoiden käsittely

  1. Käyttäjätarina on käsitteellistetty ja kirjoitettu, sitten se absorboidaan ja toteutetaan työnkulkuun. Yleensä tuotteen omistajat, tuotepäälliköt tai ohjelmapäälliköt kirjoittavat käyttäjäkertomuksia. Sitten he lähettävät ne tarkistettavaksi.
  2. Sprintin tai iterointisuunnittelukokouksen aikana joukkue tekee päätöksen siitä, mitkä tarinat sisällytetään kyseiseen sprinttiin. Lisäksi tiimit keskustelevat tarinan toiminnallisuudesta ja vaatimuksista. Tarinaan voidaan lisätä vaatimuksia sen jälkeen, kun tiimi on sopinut niistä.
  3. Tärkeä askel tässä kokouksessa on arvioida tarinoita niiden monimutkaisuuden ja valmistumisajan perusteella. Tarinan pitäisi pystyä valmistumaan yhdellä sprintillä. Tästä syystä ryhmän on keskusteltava tarinoista.

Käyttäjätarinat tuovat valoa kehitystiimin päivittäiseen työskentelyyn ja selittävät prosesseja, joita tiimi seuraa päivittäin. Paras tapa hyödyntää heitä projektissasi sen hyötyjen paljastamiseksi on ymmärtää heidän roolinsa ja panoksensa tiimin työhön ja toimitukseen.

Siinä se, ihmiset! Tämän avulla olemme päässeet artikkeliin ”Käyttäjän tarina ketterässä”. Voit myös katsoa kun olet siinä.

Onko sinulla kysymys meille? Mainitse se tämän a. Kommenttiosassa ja palaamme asiaan mahdollisimman pian.