Sprintin aikana projektitiimit kirjoittavat lyhyitä käyttäjätarinoita suunnitellakseen työnsä seuraavaa sprinttiä varten. Tällä kurssilla ketterän kehityksen asiantuntija Doug Rose selittää, kuinka käyttäjätarinoita kirjoitetaan ja priorisoidaan. Se selittää myös tärkeimmät sudenkuopat, jotka on vältettävä ketterää projektia suunniteltaessa.
Mitä tarkoitamme, kun puhumme käyttäjien tarinoista?
Ketterässä lähestymistavassa User Stories on pienin työyksikkö. Ne edustavat ohjelmiston lopullisia tavoitteita (ei ominaisuuksia) käyttäjän näkökulmasta.
User Story on yleinen, epävirallinen kuvaus ohjelmiston toimivuudesta, joka on kirjoitettu käyttäjän näkökulmasta.
User Storyn tarkoitus on kuvata, kuinka vaihtoehto luo arvoa asiakkaalle. Huomaa: Asiakkaat eivät välttämättä ole ulkopuolisia käyttäjiä perinteisessä mielessä. Ryhmästä riippuen tämä voi olla asiakas tai kollega organisaatiossa.
User Story on kuvaus halutusta tuloksesta yksinkertaisella kielellä. Sitä ei kuvata yksityiskohtaisesti. Vaatimuksia lisätään, kun joukkue hyväksyy ne.
Mitä ovat ketterät sprintit?
Kuten nimestä voi päätellä, Agile Sprint on tuotekehityksen vaihe. Sprint on lyhyt iteraatio, joka jakaa monimutkaisen kehitysprosessin useisiin osiin sen yksinkertaistamiseksi, mukauttamiseksi ja parantamiseksi väliarvioinnin tulosten perusteella.
Agile-menetelmä alkaa pienillä askelilla ja kehittää tuotteen ensimmäisen version pienin iteraatioin. Näin vältytään monilta riskeiltä. Se poistaa V-projektien esteet, jotka on jaettu useisiin peräkkäisiin vaiheisiin, kuten analysointiin, määrittelyyn, suunnitteluun ja testaukseen. Nämä projektit toteutetaan kerran prosessin lopussa, ja niille on ominaista se, että ne eivät tarjoa tilapäisiä käyttöoikeuksia yritysten käyttäjille. Siksi on mahdollista, että tässä vaiheessa tuote ei enää täytä yrityksen tarpeita.
Mikä on ruuhka Scrumissa?
Scrumin Backlogin tarkoituksena on kerätä kaikki asiakasvaatimukset, jotka projektitiimin on täytettävä. Se sisältää luettelon tuotteen kehittämiseen liittyvistä spesifikaatioista sekä kaikki elementit, jotka vaativat projektiryhmän puuttumista asiaan. Kaikilla Scrum Backlogin toiminnoilla on prioriteetit, jotka määrittävät niiden suoritusjärjestyksen.
Scrumissa Backlog alkaa tuotetavoitteiden, kohdekäyttäjien ja erilaisten projektien sidosryhmien määrittelemisellä. Seuraava on luettelo vaatimuksista. Osa niistä on toimivia, osa ei. Suunnittelusyklin aikana kehitystiimi analysoi jokaisen vaatimuksen ja arvioi toteutuskustannukset.
Vaatimusluettelon perusteella laaditaan luettelo ensisijaisista toiminnoista. Sijoitus perustuu tuotteen lisäarvoon. Tämä priorisoitu toimintoluettelo muodostaa Scrum Backlogin.
