Sa panahon ng isang sprint, sumusulat ang mga team ng proyekto ng mga maikling kwento ng gumagamit upang planuhin ang kanilang trabaho para sa susunod na sprint. Sa kursong ito, ipinapaliwanag ni Doug Rose, isang dalubhasa sa maliksi na pag-unlad, kung paano magsulat at mag-prioritize ng Mga Kwento ng User. Ipinapaliwanag din nito ang mga pangunahing pitfalls na dapat iwasan kapag nagpaplano ng isang maliksi na proyekto.

Ano ang ibig sabihin kapag pinag-uusapan natin ang Mga Kwento ng Gumagamit?

Sa isang maliksi na diskarte, ang Mga Kwento ng User ay ang pinakamaliit na yunit ng trabaho. Kinakatawan ng mga ito ang mga layunin ng pagtatapos ng software (hindi ang mga tampok) mula sa pananaw ng user.

Ang Kwento ng User ay isang generic, impormal na paglalarawan ng pagpapagana ng software na isinulat mula sa pananaw ng user.

Ang layunin ng isang Kwento ng User ay ilarawan kung paano lilikha ng halaga ang opsyon para sa customer. Tandaan: Ang mga customer ay hindi kinakailangang mga panlabas na user sa tradisyonal na kahulugan. Depende sa koponan, maaaring ito ay isang kliyente o isang kasamahan sa organisasyon.

Ang Kwento ng Gumagamit ay isang paglalarawan ng nais na resulta sa simpleng wika. Hindi ito inilarawan nang detalyado. Ang mga kinakailangan ay idinagdag habang tinatanggap sila ng pangkat.

Ano ang agile sprints?

Gaya ng ipinahihiwatig ng pangalan nito, ang isang Agile Sprint ay isang yugto ng pagbuo ng produkto. Ang Sprint ay isang maikling pag-ulit na naghahati sa isang kumplikadong proseso ng pag-unlad sa ilang bahagi upang pasimplehin, ayusin at pagbutihin ito batay sa mga resulta ng isang pansamantalang pagsusuri.

Ang Agile method ay nagsisimula sa maliliit na hakbang at bubuo ng unang bersyon ng produkto sa maliliit na pag-ulit. Sa ganitong paraan, maiiwasan ang maraming panganib. Tinatanggal nito ang mga hadlang ng mga V-project, na nahahati sa ilang sequential phase gaya ng pagsusuri, kahulugan, disenyo, at pagsubok. Ang mga proyektong ito ay isinasagawa nang isang beses sa pagtatapos ng proseso at nailalarawan sa pamamagitan ng katotohanan na hindi sila nagbibigay ng pansamantalang mga karapatan sa pag-access para sa mga gumagamit ng kumpanya. Samakatuwid, posible na sa yugtong ito, ang produkto ay hindi na nakakatugon sa mga pangangailangan ng kumpanya.

Ano ang Backlog sa Scrum?

Ang layunin ng Backlog sa Scrum ay kolektahin ang lahat ng kinakailangan ng customer na kailangang matugunan ng team ng proyekto. Naglalaman ito ng isang listahan ng mga detalye na nauugnay sa pagbuo ng produkto, pati na rin ang lahat ng mga elemento na nangangailangan ng interbensyon ng pangkat ng proyekto. Ang lahat ng mga function sa Scrum Backlog ay may mga priyoridad na tumutukoy sa pagkakasunud-sunod ng kanilang pagpapatupad.

Sa Scrum, nagsisimula ang Backlog sa pagtukoy sa mga layunin ng produkto, mga target na user, at iba't ibang stakeholder ng proyekto. Susunod ay isang listahan ng mga kinakailangan. Ang ilan sa mga ito ay gumagana, ang ilan ay hindi. Sa panahon ng ikot ng pagpaplano, sinusuri ng development team ang bawat pangangailangan at tinatantya ang halaga ng pagpapatupad.

Batay sa listahan ng mga kinakailangan, ang isang listahan ng mga priority function ay iginuhit. Ang pagraranggo ay batay sa idinagdag na halaga ng produkto. Ang priyoridad na listahan ng mga function na ito ay bumubuo sa Scrum Backlog.

Magpatuloy sa pagbabasa ng artikulo sa orihinal na site →