Ideālā gadījumā mēs vēlamies, lai lietotāju stāsti atspoguļo to, ko lietotājs vēlas sasniegt ar produktu. Un, kad mēs identificējam lietas, ko klienti vēlas darīt, tās bieži (bet ne vienmēr) ir pietiekami vispārīgas, tāpēc tās ir jāsadala mazākās daļās, lai mēs varētu saīsināt atsauksmju ciklu.
Kāda ir lietotāja stāsta sadalīšanas priekšrocība?
Kāpēc mēs vēlamies sadalīt lietotāju stāstus, izmantojot Hamburger paņēmienu: Mazāki stāsti ļauj komandai agri piedzīvot neveiksmi, mazāki stāsti ļauj komandai ātri piedzīvot neveiksmi, mazāki stāsti ļauj komanda, lai ātri iemācītos (gan tehniski, gan lietotāja pieredze)
Kāpēc mēs dalām stāstus?
Sadalot stāstus, kas ir pārāk lieli, lai tos pabeigtu, komanda gūst labāku ieskatu par to, cik daudz pūļu patiešām ir nepieciešams funkcionalitātei. Tas nozīmē, ka nelielu aprēķinu summai, visticamāk, ir mazāka kļūda nekā aplēse vienai lielai piepūlei. Labāk uzreiz iegūt precīzāku informāciju nekā vēlāk.
Kas ir lietotāju stāstu sadalīšana?
“Sadalīšana” ir viena lietotāja stāsta sadalīšana mazākos, vienlaikus saglabājot īpašību, ka katram lietotāja stāstam atsevišķi ir izmērāma biznesa vērtība.
Kad vajadzētu izjaukt lietotāja stāstu?
Jums vajadzētu redzēt pārtraukuma punktu pie kura stāsti kļūst smagnēji vai negaidīti kļūst balons. Ja stāsti izraisa sprinta uzpūšanos, tas, iespējams, ir nepamanīta simptomssarežģītība. Ja šie 13 punktu stāsti vienmēr velkas cauri vairākiem sprintiem, ir pienācis laiks vienoties, ka jūsu stāstiem ir jābūt 8 vai mazākiem.
