Administrer interessentgodkjenninger i Jira: Gjør godkjenningsstatusen tydelig

«Har alle godkjent dette?» høres ut som et enkelt spørsmål før en utgivelse. Det blir vanskeligere å svare når én person har vurdert designet, en annen har kontrollert en tidligere byggversjon, og en tredje har sagt «ser bra ut» uten å forklare hva vedkommende undersøkte.

En nyttig godkjenning gjør avtalen konkret. Den viser hvem som gjennomgår arbeidet, hva de gjennomgår, og om de godkjenner det eller trenger endringer. Den gir også teamet en måte å vurdere avtalen på nytt når leveransen endres.

I denne veiledningen bruker vi Power Packs Stakeholder Sign-Offs & Approvals til å organisere gjennomganger for en fiktiv kundeportalutgivelse. Målet er å gjøre godkjenningsstatusen forståelig ved Jira-saken, med nok sammenheng til at neste person kan handle.

Skill mellom gjennomganger som besvarer ulike spørsmål

Kundeportalteamet vårt forbereder nye kontroller for e-postinnstillinger. Maya er produkteier, Leo er utvikler, Priya leder testingen og Sam forbereder kundestøtte. Utgivelsen trenger flere typer gjennomgang, men disse besvarer ikke det samme spørsmålet.

Maya må bekrefte at atferden samsvarer med det avtalte kunderesultatet. Priya vurderer verifikasjonsdokumentasjonen og kjente mangler. Sam kontrollerer at kundestøtte kan forklare kontrollene og håndtere sannsynlige spørsmål. Én godkjenning kalt «Klar for utgivelse» ville skjule disse forskjellene.

Teamet velger en Jira-sak som beskriver det felles målet for utgivelsen, og bruker den som hjem for godkjenningene. Saken viser til leveransearbeidet og gjennomgangsmaterialet. De som skal gjennomgå arbeidet, må kunne finne relevant dokumentasjon uten å lete gjennom uvedkommende samtaler.

Dette er eksempler på gjennomgangsansvar. Velg personer som har riktig innsikt for teamet deres, og bekreft at de forstår forespørselen. En tittel alene forteller ikke hvilken dokumentasjon de skal undersøke eller hvilken beslutning de forventes å ta.

Skriv et omfang som er forståelig etter samtalen

Beskriv utgivelseskandidaten på en måte teamet kjenner igjen, før godkjenningene opprettes. I eksempelet vårt dekker gjennomgangen valgfrie e-postinnstillinger, forklaringen av nødvendig e-post og håndteringen av en mislykket innstillingsoppdatering. Teamet angir også den konkrete byggversjonen og revisjonen av støtteveiledningen som skal gjennomgås.

Gi deretter hver gjennomgang en kort omfangsbeskrivelse. For støtteberedskapen skal Sam kontrollere veiledningen mot den navngitte utgivelseskandidaten, bekrefte forklaringen av nødvendig e-post og kontrollere responsen ved mislykket lagring. Det er langt tydeligere enn å be Sam godkjenne «dokumentasjonen».

Ta med relevante avgrensninger når de hindrer misforståelser. Støttegjennomgangen fastslår ikke at implementeringen har bestått alle tester. Verifikasjonsgjennomgangen avgjør ikke om produktets ordlyd oppfyller det tiltenkte kundeløftet. Tydelige spørsmål hjelper folk å bidra uten å anta at noen andre har dekket alt.

• Navngi leveransen eller utgivelseskandidaten som skal gjennomgås.
• Vis til dokumentasjonen og materialet godkjenneren trenger.
• Oppgi kriteriene for at gjennomgangen er fullført.
• Forklar vesentlige avgrensninger eller åpne spørsmål.
• Avtal gjennom teamets vanlige planleggingsprosess når beslutningen trengs.

Bruk en byggidentifikator, dokumentrevisjon eller en annen stabil referanse der teamet har det. Referansene hjelper folk å beskrive hva de undersøkte. De gjør ikke en redigerbar saksbeskrivelse til en bevart kopi av det godkjente innholdet, så oppbevar gjennomgangsdokumentasjonen på riktig sted.

Opprett målrettede godkjenninger i Power Pack

Åpne Power Pack på Jira-saken og velg Stakeholder Sign-Offs & Approvals. Opprett en port for hver avgrensede gjennomgang, med tittel, beskrivelse eller omfang, kategori og utpekt godkjenner. Standardmaler for porter kan være et utgangspunkt; tilpass detaljene til den faktiske utgivelsen.

I denne gjennomgangen bruker vi faktiske Jira-brukere som godkjennere. Bekreft gjennom den vanlige Jira-tilgangsprosessen at de kan åpne saken og gjennomgangsmaterialet. En oppføring med en persons navn er verken en invitasjon eller et bevis på at personen har tilgang.

Hold antallet lavt nok til at det kan forstås med et raskt blikk. Tre veldefinerte gjennomganger kan være mer nyttige enn en lang liste med avdelingsgodkjenninger med overlappende omfang. Legg til en ny port når den besvarer et eget spørsmål utgivelsen faktisk trenger svar på.

Kontroller at oppføringene er lagret før dere ber godkjennerne bruke dem som grunnlag. Power Pack lagrer godkjenningene på saken, og en lokal status eller status for nytt forsøk er ikke det samme som en bekreftelse på at den delte Jira-registreringen inneholder de siste endringene.

Be om en beslutning med nyttig dokumentasjon

En godkjenningsforespørsel bør komme når materialet er klart til gjennomgang. Fortell Maya hvilken utgivelseskandidat hun skal undersøke, hvor den avtalte atferden er beskrevet, og hvor demonstrasjonen eller verifikasjonsnotatene finnes. Gi Sam revisjonen av veiledningen og de relevante kundevendte skjermbildene.

Registreringen gjør statusen synlig, men teamet må fortsatt koordinere gjennomgangen. Bruk den vanlige Jira-kommunikasjonsprosessen til å be om beslutningen og avklare spørsmål. Bare det å legge til en port fastslår ikke at godkjenneren har sett forespørselen eller satt av tid til den.

I det vanlige Power Pack-grensesnittet er handlingene for godkjenning og endringsforespørsler tilgjengelige for den utpekte Jira-godkjenneren; andre brukere ser godkjenningskontrollene som deaktivert. Dette gjør den tiltenkte godkjenneren tydelig i daglig bruk. Behold eventuelle separate organisatoriske godkjenningskrav i den etablerte prosessen.

Bruk notater til å forklare hva som ble godkjent

Når den utpekte personen godkjenner, åpner Power Pack et bekreftelsestrinn med et valgfritt gjennomgangsnotat og registrerer godkjenningstidspunktet. Godkjente oppføringer viser dato og klokkeslett, sammen med notatet når det finnes. Oppfordre til et kort notat som knytter beslutningen til omfanget.

Et nyttig notat fra Maya kan være: «Gjennomgikk portalkandidat 4 opp mot den avtalte atferden for valgfri e-post. Forklaringen av nødvendig e-post er tydelig, og feilmeldingen ved mislykket lagring samsvarer med den avtalte ordlyden.» Det forklarer langt mer enn «Godkjent», samtidig som det er raskt å lese.

Sam kan skrive: «Gjennomgikk støtteveiledning revisjon 3 opp mot kandidat 4. Instruksjonene samsvarer med de synlige kontrollene, inkludert forklaringen av nødvendige meldinger.» Notatet hjelper utgivelseskoordinatoren å forstå hvilket materiale som ble undersøkt, og hvilken gjennomgang som må gjentas etter en endring.

Ikke bruk et positivt notat til å skjule uavklarte vilkår. Hvis godkjenneren fortsatt trenger en endring før det angitte omfanget kan godkjennes, registrer Changes Requested. Hvis en begrensning er akseptabel, beskriv den tydelig og sørg for at riktig person har godtatt å gå videre med den.

Gjør endringsforespørsler konkrete og gjennomførbare

En godkjenner kan be om endringer og registrere en begrunnelse. Godkjenningen viser da Changes Requested, slik at den uavklarte gjennomgangen blir synlig. Skriv begrunnelsen som noe teamet kan håndtere og komme tilbake med for en ny beslutning.

Anta at Sam oppdager at veiledningen sier at kundene kan stoppe all konto-e-post. Han skriver: «Oppdater veiledningen slik at den skiller mellom valgfri e-post og nødvendige kontomeldinger, og kontroller deretter eksempelskjermbildet mot kandidat 4.» Forespørselen identifiserer både problemet og forventet oppfølging.

Teamet håndterer selve redigeringen gjennom leveranseprosessen. Hvis endringen trenger en Jira-oppgave, opprett eller oppdater den separat og gjør sammenhengen med gjennomgangen lett å følge. Godkjenningsstatusen formidler godkjennerens vurdering; den tildeler ikke utbedringsarbeidet i seg selv.

Når arbeidet er klart, be den utpekte godkjenneren undersøke det på nytt. Fra Changes Requested kan vedkommende godkjenne gjennom det vanlige bekreftelsestrinnet når rettingen oppfyller det avtalte omfanget. En ferdig endring og en godkjent gjennomgang er separate hendelser; den første erstatter ikke automatisk den andre.

Kontroller godkjenninger på nytt etter vesentlige endringer

Etter at Maya godkjenner kandidat 4, endrer Leo lagringsinteraksjonen i kandidat 5. Den nye versjonen kan være en forbedring, men Mayas tidligere notat beskriver en annen kandidat. Teamet bør bevisst avgjøre hvilke gjennomgangsomfang som påvirkes.

I dette tilfellet må produktatferden og verifikasjonen gjennomgås på nytt. Sam bør også kontrollere om støtteinstruksjonene fortsatt stemmer. En liten intern endring kan berøre færre gjennomganger; en kundesynlig endring kan berøre flere omfang. Gjør vurderingen ut fra selve endringen.

Power Pack tilbyr advarselen Changes Since Approval og kontroller for ny godkjenning. Behandle en advarsel som en oppfordring til å gjennomgå omfanget på nytt. Kontroller godkjenningene særskilt etter vesentlige endringer, fordi en advarsel ikke er en fullstendig forklaring på hva som endret seg eller hvilke interessentbeslutninger som fortsatt gjelder.

En forespørsel om ny godkjenning setter porten tilbake til Pending Sign-Off. Godkjenneren kan da undersøke det oppdaterte materialet og registrere en ny beslutning. Hvis godkjenneren trekker godkjenningen tilbake, går porten også tilbake til ventestatus. Hold gjennomgangsreferansen oppdatert slik at neste beslutning har et forståelig grunnlag.

Les statusene før dere tar utgivelsesbeslutningen

Ved utgivelsesgjennomgangen bør dere se over de enkelte portene og lese omfang og notater. Pending Sign-Off betyr at en beslutning fortsatt trengs. Changes Requested betyr at godkjenneren har identifisert arbeid som må håndteres. Approved registrerer en positiv beslutning for den beskrevne gjennomgangen.

En oppsummering som viser at alt er godkjent, er en praktisk oversikt over de registrerte statusene. Utgivelseskoordinatoren må fortsatt bekrefte at godkjenningene gjelder de nåværende leveransene, og at øvrige utgivelseskrav er oppfylt. Testdokumentasjon, Jira-arbeidsflytregler og utrullingskontroller er fortsatt separate deler av prosessen.

For portalteamet vårt er det nyttige resultatet en tydelig samtale: Maya godkjente den nåværende atferden, Priya gjennomgikk relevant dokumentasjon, og Sam bekreftet de gjeldende støtteinstruksjonene. Når arbeidet endres, vet alle hvem som må gjennomgå det på nytt.

Start med én Jira-sak og noen få meningsfulle godkjenninger. Definer omfanget, navngi godkjennerne og gjør dokumentasjonen lett å finne. Power Pack kan holde beslutningene synlige, mens teamet opprettholder koblingen mellom hver godkjenning og arbeidet den faktisk gjelder.