Next PI Reassessment
1. Introduction (For Clients & Partners)
A Program Increment (PI) typically spans several sprints (often a quarter). If an item (feature or significant bugfix) isn’t fully addressed or is deferred to a later timeframe, it may be scheduled for reassessment in the next PI. This ensures that larger initiatives or complex requests remain aligned with our long-term roadmap and get the attention they need when capacity and priorities allow.
2. Who Is Involved
| Role | Involvement | Benefit to You |
|---|---|---|
| Product Owner | Maintains the PI roadmap, decides which deferred items to revisit in the next PI. | Ensures your request is reviewed again in line with broader strategic goals. |
| Release Train Engineer / Scrum Master | Coordinates multi-sprint planning, ensures items are queued for next PI analysis. | Keeps track of items that span multiple sprints or need more advanced planning. |
| Dev Team | Reassesses complexity and feasibility once the new PI planning session starts. | Provides updated estimates or solutions based on the latest context. |
| QA Engineer | Adjusts testing strategies for items deferred to the next PI. | Ensures consistent quality standards even for longer-term work. |
| You (Client/Partner) | May supply extra information or updated requirements before the next PI session. | Allows your needs to remain top-of-mind when the team resets priorities. |
3. Procesų srautas / Schema
Štai kaip elementai, atidėti į kitą PI, yra peržiūrimi, su dvigubomis kabutėmis Mermaid diagramoje:
- Atidėtas elementas: Funkcija arba pataisa laikoma per didelė, mažo prioritetų arba neįtraukta į dabartinį PI.
- Laukti kito PI planavimo: Elementas lieka „atidėtas“ iki artėjančio PI planavimo renginio.
- PI planavimo sesija: Produkto savininkas, kūrimo komanda ir suinteresuotosios šalys peržiūri visus perkeliamus arba atidėtus elementus.
- Peržiūrėti elemento būseną ir kontekstą: Komanda diskutuoja apie atnaujintas reikalavimus, verslo poveikį ir techninį įgyvendinamumą.
- Sprendimas:
- Vis dar suderintas: Elementas yra pakartotinai įvertinamas, galbūt perprioritizuojamas ir gali patekti į naujo PI backlog'ą.
- Nebesvarbus: Jei verslo ar produkto kryptis pasikeitė, elementas gali būti pašalintas arba atmestas, su atsiliepimais jums.
- Pridėti prie kito PI backlog'o: Jei priimtas, elementas yra suplanuotas vystymui viename iš artėjančio PI sprintų.
4. Trumpi DUK
K1: Kodėl elementas būtų atidėtas į kitą PI, o ne į kitą sprintą?
A1: Kai kurie prašymai reikalauja didesnių planavimo langų arba turi mažesnį skubumą. Įtraukus juos į kitą PI, užtikrinama pilna suderinamumas su platesniais ketvirčio tikslais.
K2: Kaip galiu padidinti savo elemento priėmimo galimybes kitame PI?
A2: Pateikite išsamius reikalavimus, aiškią verslo vertę ir bet kokius atitinkamus atnaujinimus prieš PI planavimo sesiją.
K3: Ar turiu laukti visą PI, kad sužinotume, ar jis priimtas?
A3: Paprastai taip. PI planavimas yra vieta, kur priimami didelio masto sprendimai. Tačiau kritiniai ar skubūs poreikiai gali būti eskaluojami anksčiau, jei aplinkybės drastiškai pasikeičia.
K4: Ar atidėtas elementas gali likti atidėtas keliems PI?
A4: Galbūt. Jei prioritetai nuolat keičiasi arba elementas lieka mažesnio prioritetų, jis gali būti atidėtas dar toliau, kol galiausiai bus strateginiu požiūriu suderintas arba galutinai atmestas.
5. Kitos Žingsniai ir Papildomi Ištekliai
- PI Planavimas: Sužinokite, kaip elementai yra suskaidomi, vertinami ir planuojami kiekvieną ketvirtį (arba kelių sprintų cikle).
- Ketvirčio Planas: Peržiūrėkite plačią viziją, kas yra suplanuota artėjančiam PI.
- Susisiekite su Mumis: Turite klausimų ar atnaujinimų apie atidėtą elementą? Siųskite el. laišką
contact+support@aismarttalk.techarba kalbėkite su mūsų pokalbių robotu.
Atidėdami tam tikras funkcijas ar pataisas kitam PI, mes užtikriname išsamų planavimą, tinkamą išteklių paskirstymą ir strateginį dėmesį iniciatyvoms, kurios atitinka mūsų produkto ilgalaikę viziją—kol vis dar paliekame duris atviras jų galimam vystymuisi.