Praleisti į pagrindinį turinį

Perdirbimo Procesas

1. Įvadas (Klientams ir Partneriams)

Kai funkcija pasirodo esanti sudėtingesnė nei iš pradžių vertinta arba jos nepavyksta įgyvendinti kaip planuota, ji patenka į mūsų Perdirbimo Procesą. Šis procesas apima išsamią funkcijos sudėtingumo vertinimą, iššūkių, kurie trukdė laiku ją užbaigti, nustatymą ir tinkamų tolesnių žingsnių nustatymą. Priklausomai nuo vertinimo, funkcija gali būti:

  • Pervertinta kitame sprint'e,
  • Įvertinta per kitą PI planavimo sesiją, arba
  • Peržiūrėta kaip atidėta funkcija būsimam prioritetizavimui.

Šis požiūris užtikrina, kad visos funkcijos, nepriklausomai nuo sudėtingumo, būtų peržiūrimos ir suderintos su mūsų strateginiais tikslais.


2. Kas Įtrauktas

RolėĮsitraukimasNauda Jums
Produkto vadovasPeržiūri perdirbimo vertinimus ir koreguoja prioritetus remdamasis naujais sudėtingumo įžvalgomis.Užtikrina, kad verslo prioritetai išliktų suderinti net ir atliekant koregavimus.
Plėtros komandaAnalizuoja techninius iššūkius, vertina perdirbimo reikalavimus ir teikia įžvalgas apie galimybes.Padeda nustatyti realius terminus ir išteklių poreikius papildomam darbui.
Scrum meistrasPalengvina perdirbimo diskusijas, užtikrindamas efektyvų ir skaidrų vertinimo procesą.Sumažina trikdžius, sprendžiant problemas laiku.
Suinteresuotos šalys/KlientaiGali būti konsultuojami, jei perdirbimas turi įtakos pristatymo terminams ar apimties koregavimams.Teikia skaidrumą dėl vėlavimų ar pakeitimų, užtikrindami nuolatinį pasitikėjimą.

3. Procesų Srautas / Diagrama

Žemiau pateikiama Perdarymo Procesas apžvalga, naudojant dvigubas kabutes Mermaid etiketėms:

  1. Perdarymo proceso inicijavimas: Kai funkcija pasirodo esanti sudėtingesnė nei tikėtasi arba nėra pristatyta pagal planą, pradedamas perdarymo procesas.
  2. Perdarymo / sudėtingumo vertinimas (O): Komanda atlieka išsamią funkcijos iššūkių ir sudėtingumo vertinimą.
  3. Pervertinimo galimybės:
    • Kito sprinto pervertinimas (X): Dėl smulkių problemų funkcija gali būti pervertinta artėjančiame sprinte.
    • Kito PI pervertinimas (Y): Dėl didesnių sudėtingumų funkcija vertinama per kitą PI planavimo sesiją.
    • Atidėtų funkcijų pervertinimas (L): Atidėtos funkcijos yra pervertinamos būsimam prioritetizavimui.

4. DUK

K1: Kas inicijuoja perdarymo procesą?
A1: Procesas inicijuojamas, kai funkcija yra sudėtingesnė nei iš pradžių vertinta arba nėra pasiekta per numatytą laiką.

K2: Kas valdo perdarymo procesą?
A2: Perdarymo procesą prižiūri produkto vadovas, bendradarbiaudamas su plėtros komanda ir Scrum meistru, kad užtikrintų tinkamą vertinimą ir perprioritizavimą.

K3: Kokios yra galimos pervertinimo galimybės?
A3: Priklausomai nuo vertinimo, funkcija gali būti pervertinta kitame sprinte, per kitą PI planavimo sesiją arba kaip atidėtas elementas būsimam prioritetizavimui.

K4: Kaip perdarymo procesas naudinga klientams?
A4: Tai užtikrina, kad visoms funkcijoms būtų skiriama reikiama dėmesio ir kad pakeitimai būtų atliekami skaidriai, išlaikant suderinamumą su strateginiais tikslais ir kokybės standartais.


5. Kitos Žingsniai ir Papildomi Ištekliai

Pasiruošę pakelti savo
vartotojo patirtį?

Diegkite AI asistentus, kurie džiugina klientus ir plečiasi kartu su jūsų verslu.

Atitinka GDPR