Sprinta laikā projektu komandas raksta īsus lietotāju stāstus, lai plānotu savu darbu nākamajam sprintam. Šajā kursā Dags Rouzs, veiklās izstrādes eksperts, izskaidro, kā rakstīt lietotāju stāstus un noteikt to prioritātes. Tas arī izskaidro galvenās nepilnības, no kurām jāizvairās, plānojot veiklu projektu.

Ko mēs domājam, runājot par lietotāju stāstiem?

Agile pieejā lietotāju stāsti ir mazākā darba vienība. Tie atspoguļo programmatūras galīgos mērķus (nevis funkcijas) no lietotāja viedokļa.

Lietotāja stāsts ir vispārīgs, neformāls programmatūras funkcionalitātes apraksts, kas rakstīts no lietotāja viedokļa.

Lietotāja stāsta mērķis ir aprakstīt, kā opcija radīs vērtību klientam. Piezīme. Klienti ne vienmēr ir ārēji lietotāji tradicionālajā izpratnē. Atkarībā no komandas tas var būt klients vai kolēģis organizācijā.

Lietotāja stāsts ir vēlamā rezultāta apraksts vienkāršā valodā. Tas nav detalizēti aprakstīts. Prasības tiek pievienotas, ja komanda tās pieņem.

Kas ir veikls sprints?

Kā norāda tā nosaukums, Agile Sprint ir produkta izstrādes fāze. Sprint ir īsa iterācija, kas sadala sarežģītu izstrādes procesu vairākās daļās, lai to vienkāršotu, pielāgotu un uzlabotu, pamatojoties uz starpposma pārskata rezultātiem.

Agile metode sākas ar maziem soļiem un izstrādā produkta pirmo versiju nelielās iterācijās. Tādā veidā tiek novērsti daudzi riski. Tas novērš V-projektu šķēršļus, kas ir sadalīti vairākās secīgās fāzēs, piemēram, analīzē, definēšanā, projektēšanā un testēšanā. Šie projekti tiek īstenoti vienu reizi procesa beigās, un tiem raksturīgs tas, ka tie nenodrošina pagaidu piekļuves tiesības uzņēmuma lietotājiem. Tāpēc ir iespējams, ka šajā posmā produkts vairs neatbilst uzņēmuma vajadzībām.

LASĪT  Apmācot Kopienas menedžeri vai augsta līmeņa sportu, Romēns atteicās izvēlēties.

Kas ir Scrum atpalicība?

Scrum atpalicības mērķis ir apkopot visas klientu prasības, kas projekta komandai jāizpilda. Tajā ir saraksts ar specifikācijām, kas saistītas ar produkta izstrādi, kā arī visi elementi, kuriem nepieciešama projekta komandas iejaukšanās. Visām Scrum Backlog funkcijām ir prioritātes, kas nosaka to izpildes secību.

Scrum atpalicība sākas ar produkta mērķu, mērķa lietotāju un dažādu projekta ieinteresēto personu definēšanu. Nākamais ir prasību saraksts. Daži no tiem ir funkcionāli, daži nav. Plānošanas cikla laikā izstrādes komanda analizē katru prasību un novērtē ieviešanas izmaksas.

Pamatojoties uz prasību sarakstu, tiek sastādīts prioritāro funkciju saraksts. Reitings ir balstīts uz produkta pievienoto vērtību. Šis prioritārais funkciju saraksts veido Scrum atpalicību.

Turpiniet lasīt rakstu oriģinālajā vietnē →