Et sent funksjonsønske kommer før lanseringen: vurder endringen i Jira
Vurder et sent funksjonsønske i Jira ved å undersøke endrede akseptansekriterier, ansvar, risikoer og vurderingsomfang med Power Pack.
Kundeportalen nærmer seg utgivelse når noen ber om enda en mulighet: la arbeidsområdeadministratorer invitere flere teammedlemmer samtidig.
Ønsket ligner på noe teamet allerede har bygget. Administratorer kan invitere teammedlemmer i dag. Kan teamet bare utvide dette før lanseringen?
Undersøk avtalen endringen ville påvirke før dere estimerer arbeidet. Denne gjennomgangen bruker Power Pack til å hjelpe et team med å identifisere det berørte kunderesultatet, personene, risikoene og gjennomgangene før det velger hvordan ønsket skal håndteres.
Ønsket om masseinvitasjoner er en fiktiv fortsettelse av Customer Portal 2.0-demoen. Skjermbildene viser den eksisterende eksempeltilstanden før den foreslåtte endringen; de viser ingen masseinvitasjonsfunksjon eller fullført endringsvurdering.
Skriv ned forskjellen fra det nåværende omfanget
I den eksisterende visningen Akseptansekriterier er «Arbeidsområdeadministratorer kan invitere teammedlemmer og tildele tilgangsroller» avkrysset. Setningen forteller ikke om teamet verifiserte enkeltinvitasjoner, masseinvitasjoner eller begge deler.
Teamet kontrollerer først det opprinnelige omfanget og dokumentasjonen. Anta i vårt eksempel at dette dekket én invitasjon om gangen. Det nye ønsket ville legge til flere adresser i én handling.
Spør nå hva en vurderingsansvarlig må kunne observere. Kan administratoren velge ulike roller? Hva skal skje hvis én adresse er ugyldig? Hvordan skal et delvis resultat forklares? Dette er åpne spørsmål for denne fiktive funksjonen, ikke krav som allerede vises på skjermbildet.
Registrer de foreslåtte resultatene separat mens teamet vurderer ønsket. Ikke utvid et fullført kriterium i det stille og la den gamle avkryssingen antyde at den nye atferden er godkjent.
Identifiser hvem sitt arbeid som endres
Ansvarsmatrisen omfatter kundeintroduksjon og sikker kontotilgang. Begge er fornuftige utgangspunkter for konsekvensdiskusjonen: ønsket endrer en introduksjonshandling og kan påvirke hvordan roller tildeles.
Spør de utførelsesansvarlige om implementering og verifisering, og spør deretter den overordnet ansvarlige om ønsket resultat og tidspunkt. Kontroller også om brukerstøtteinstruksjoner eller et annet teams arbeid ville endres.
Bruk diskusjonen til å opprette eller forbedre det nødvendige Jira-arbeidet. En ny rad eller rolletildeling i Power Pack er en arbeidsavtale; den tidfester ikke oppgaven for teamet.
Diskuter et konkret feilscenario
Risikorutenettet gir et sted å vurdere hva som kan gå galt. Den aktuelle demoen viser tre eksempelrisikoer i en 3×3-matrise. Disse eksisterende plasseringene vurderer ikke det nye invitasjonsønsket.
Ett spørsmål å undersøke er om en delvis vellykket gruppe invitasjoner kan gjøre administratoren usikker på hvem som mottok en invitasjon. Et annet er om den nye samhandlingen kan gjøre utilsiktede rolletildelinger enklere.
Beskriv den mulige hendelsen, konsekvensen og dokumentasjonen som trengs for å vurdere den. Teamet bør vurdere sannsynlighet og konsekvens ut fra det faktiske designet og funnene. Varmekartet kan ikke gi den vurderingen ut fra funksjonens tittel.
Velg en vei og oppdater avtalen
Teamet har flere mulige svar: ta med ønsket med revidert omfang og verifisering, tilby en mindre avtalt endring eller planlegge det etter lanseringen. Sammenlign alternativene med arbeidet og usikkerheten som kom frem i diskusjonen.
Anta at dette fiktive teamet velger en senere utgivelse. Registrer hvorfor, opprett oppfølgingsarbeidet og behold det gjeldende utgivelsesomfanget. Hvis teamet i stedet tar med endringen, revider berørte kriterier, leveranseansvar, brukerstøttemateriale og vurderingsområder samlet. Identifiser fullførte kontroller eller godkjenninger som nå må vurderes på nytt.
Det nyttige resultatet er en beslutning med synlige konsekvenser. Teamet kan forklare hva som endres, hvem som utfører arbeidet, og hva som må gjennomgås igjen.
Prøv denne prosessen på det neste «lille» ønsket som kommer nær lansering. Utforsk Power Pack for Jira og bruk sakens eksisterende kontekst til å gjøre endringsdiskusjonen konkret før dere forplikter dere til levering.
Relaterte artikler
Slik skriver du akseptansekriterier i Jira – med praktiske eksempler
Gjør en funksjonsforespørsel i Jira til tydelige, testbare resultater med et gjennomarbeidet eksempel på varslingsinnstillinger.
Gjennomfør en pre-mortem i Jira: Finn utgivelsesrisikoene før de slår til
Se for deg at utgivelsen har mislyktes, og gjør årsakene om til tiltak med tydelige eiere. Lag en praktisk pre-mortem og risikomatrise ved siden av en Jira-sak.
Administrer interessentgodkjenninger i Jira: Gjør godkjenningsstatusen tydelig
Gi hver interessentgjennomgang et tydelig omfang, en navngitt godkjenner og en synlig status. Bevar meningen med godkjenningene når utgivelsesarbeidet endrer seg.
Ta Kontakt
Har du spørsmål om artikkelen? La oss diskutere de tekniske målene deres.