Er denne Jira-release klar? Gennemgå en go/no-go-vurdering med Power Pack

Demoen af kundeportalen virker. Lanceringsdatoen nærmer sig. Så spørger nogen, om teamet er klar til at udgive, og svarene begynder at handle om forskellige ting.

Udviklerne taler om buildet. Produktteamet tænker på kundeadfærd. Kvalitetsteamet venter på en mobilkontrol. Supportvejledningen er stadig ved at blive skrevet.

En nyttig releasevurdering samler svarene i én samtale. Her er, hvordan et team kunne bruge Power Pack sammen med sit Jira-releaseissue til at identificere det arbejde og de beslutninger, der stadig står mellem en vellykket demo og en lancering.

Denne gennemgang bruger Customer Portal 2.0, et illustrativt demoissue. Skærmbillederne viser den faktiske Power Pack-grænseflade med eksempelindhold; de er ikke en kundecase eller dokumentation for en gennemført release.

Begynd med de resultater, der stadig er åbne

Åbn visningen Acceptkriterier, før du beder alle om en generel statusopdatering. I vores eksempel er tre af fem punkter markeret: kontooprettelse og onboarding, invitation af teammedlemmer og nulstilling af adgangskode.

To er stadig umarkerede: dashboardet, der viser aktuelle anmodninger og leveringsstatus, og vigtige brugerforløb, der fungerer på mobil, tablet og computer.

Forstør

Spørg for hvert åbent resultat, hvad den aktuelle status betyder. Har ingen kontrolleret det endnu? Er en kontrol mislykkedes? Er den forventede adfærd stadig uklar? Et tomt afkrydsningsfelt besvarer ikke de spørgsmål i sig selv.

Antag, at dashboardet er klar til kontrol, men at mobilforløbet stadig har et rapporteret problem. Det kræver forskellige næste skridt: arranger gennemgangen af dashboardet, og identificer rettelsen og den gentagne kontrol for mobil. Registrer handlingerne i teamets normale Jira-arbejde.

Kontrollér arbejdet omkring funktionen

Åbn nu Definition of Done. Eksemplet har fire af seks punkter markeret. Releasenoter og supportvejledning er stadig åbne sammen med øvelsen i tilbagerulning i stagingmiljøet.

Forstør

Teamet kan nu erstatte “vi er næsten færdige” med noget mere nyttigt: kunderesultater skal stadig verificeres, supportinformationen er ufærdig, og tilbagerulningsøvelsen er ikke markeret som færdig.

Aftal, hvem der fremlægger dokumentation for hvert punkt, og hvornår teamet gennemgår den. Hold de faktiske resultater tilgængelige via links fra issuet. Power Packs flueben registrerer færdiggørelsesstatus; de udfører ikke kontrollerne.

Adskil ufærdigt arbejde fra afventende beslutninger

Undersøg til sidst godkendelserne. Demooversigten viser fem afventende vurderinger og ingen godkendelser. De synlige kontrolpunkter omfatter produktomfang, design og tilgængelighed samt teknisk arkitektur og sikkerhed.

Forstør

Erstat generelle formuleringer og tildelinger med det faktiske omfang og de konkrete bedømmere for denne release, før du anmoder om vurdering. Giv hver bedømmer buildreferencen og det nødvendige støttemateriale.

Det hjælper med at skelne mellem to slags forsinkelser. Noget arbejde er ikke klar til vurdering; andet kan være klart, men kræver stadig en persons beslutning. At rykke for en godkendelse gennemfører ikke en manglende tilbagerulningsøvelse.

Afslut med en beslutning, folk kan handle på

I denne fiktive vurdering beslutter teamet at vente med releasen, mens de åbne kontroller bliver afklaret, og de nødvendige vurderinger indhentes. Det er teamets beslutning, ikke en udrulningsblokering pålagt af Power Pack.

En kort vurderingsnote i Jira kan registrere den undersøgte kandidat, udestående punkter, ansvarlige og betingelsen for næste go/no-go-samtale. Undgå at reducere resultatet til én samlet procent: én uafklaret releasebetingelse kan betyde mere end flere færdige punkter.

Brug denne dagsorden til en kommende release: kunderesultater, færdiggørelseskontroller og derefter bedømmernes beslutninger. Udforsk Power Pack til Jira for at se værktøjerne samlet, og tag det resterende arbejde, ikke kun den vellykkede demo, med i releasesamtalen.