Et sent funktionsønske kommer før lanceringen: vurder ændringen i Jira
Vurder et sent funktionsønske i Jira ved at undersøge ændrede acceptkriterier, ansvar, risici og vurderingsomfang med Power Pack.
Kundeportalen nærmer sig release, da nogen beder om endnu en mulighed: lad arbejdsområdeadministratorer invitere flere teammedlemmer på én gang.
Ønsket lyder tæt på noget, teamet allerede har bygget. Administratorer kan invitere teammedlemmer i dag. Kan teamet blot udvide det før lanceringen?
Undersøg den aftale, ændringen ville påvirke, før arbejdet estimeres. Denne gennemgang bruger Power Pack til at hjælpe et team med at identificere det berørte kunderesultat, personer, risici og vurderinger, før det vælger, hvordan ønsket skal håndteres.
Ønsket om masseinvitationer er en fiktiv fortsættelse af Customer Portal 2.0-demoen. Skærmbillederne viser den eksisterende eksempeltilstand før den foreslåede ændring; de viser ikke en masseinvitationsfunktion eller en færdig ændringsvurdering.
Skriv forskellen fra det nuværende omfang ned
I den eksisterende visning Acceptkriterier er “Arbejdsområdeadministratorer kan invitere teammedlemmer og tildele adgangsroller” markeret. Sætningen fortæller ikke, om teamet verificerede individuelle invitationer, masseinvitationer eller begge dele.
Teamet kontrollerer først det oprindelige omfang og dokumentationen. Antag i vores eksempel, at de dækkede én invitation ad gangen. Det nye ønske ville tilføje flere adresser i én handling.
Spørg nu, hvad en bedømmer skal kunne observere. Kan administratoren vælge forskellige roller? Hvad skal ske, hvis én adresse er ugyldig? Hvordan skal et delvist resultat forklares? Det er åbne spørgsmål til den fiktive funktion, ikke krav, der allerede fremgår af skærmbilledet.
Registrer de foreslåede resultater separat, mens teamet overvejer ønsket. Udvid ikke et færdigt kriterium i stilhed, så det gamle flueben antyder, at den tilføjede adfærd er godkendt.
Find ud af, hvis arbejde der ændres
Ansvarsmatricen omfatter kundeonboarding og sikker kontoadgang. Begge er fornuftige udgangspunkter for konsekvensdiskussionen: ønsket ændrer en onboardinghandling og kan påvirke, hvordan roller tildeles.
Spørg de udførelsesansvarlige om implementerings- og verificeringsarbejdet, og spørg derefter den endeligt ansvarlige om det ønskede resultat og tidspunktet. Kontrollér også, om supportinstruktioner eller et andet teams arbejde ville ændres.
Brug diskussionen til at oprette eller præcisere det nødvendige Jira-arbejde. En ny række eller rolletildeling i Power Pack er en arbejdsaftale; den planlægger ikke opgaven for teamet.
Diskuter et konkret fejlscenarie
Risikogitteret giver et sted at overveje, hvad der kan gå galt. Den aktuelle demo viser tre eksempelrisici i en 3×3-matrix. De eksisterende placeringer vurderer ikke det nye invitationsønske.
Et spørgsmål at undersøge er, om en delvist vellykket gruppe invitationer kan gøre administratoren usikker på, hvem der modtog en invitation. Et andet er, om den nye interaktion kan gøre utilsigtede rolletildelinger lettere.
Beskriv den sandsynlige hændelse, konsekvensen og den dokumentation, der kræves for at vurdere den. Teamet bør vurdere sandsynlighed og påvirkning ud fra det faktiske design og sine fund. Heatmappet kan ikke levere den vurdering ud fra funktionens titel.
Vælg en vej, og opdater aftalen
Teamet har flere mulige svar: medtag ønsket med revideret omfang og verificering, tilbyd en mindre aftalt ændring, eller planlæg det efter lanceringen. Sammenlign mulighederne med det arbejde og den usikkerhed, der kom frem under diskussionen.
Antag, at dette fiktive team vælger en senere release. Registrer hvorfor, opret opfølgningsarbejdet, og bevar det aktuelle releaseomfang. Hvis teamet i stedet medtager ændringen, skal berørte kriterier, leveranceansvar, supportmateriale og vurderingsområder revideres samlet. Identificer færdige kontroller eller godkendelser, der nu skal ses på igen.
Det nyttige resultat er en beslutning med synlige konsekvenser. Teamet kan forklare, hvad der ændres, hvem der udfører arbejdet, og hvad der skal vurderes igen.
Prøv processen på det næste “lille” ønske, der kommer tæt på lanceringen. Udforsk Power Pack til Jira, og brug issuets eksisterende kontekst til at gøre ændringsdiskussionen konkret, før I lover levering.
Relaterede artikler
Sådan skriver du acceptkriterier i Jira – med praktiske eksempler
Gør en funktionsanmodning i Jira til tydelige, testbare resultater med et gennemarbejdet eksempel på notifikationsindstillinger.
Lav en pre-mortem i Jira: find udgivelsesrisici, før de indtræffer
Forestil dig, at udgivelsen er mislykket, og omsæt årsagerne til handlinger med ansvarlige. Lav en praktisk pre-mortem og risikomatrix ved siden af en Jira-sag.
Administrer interessentgodkendelser i Jira: gør godkendelsesstatus tydelig
Giv hver interessentgennemgang et tydeligt omfang, en navngiven godkender og en synlig status. Hold godkendelser forståelige, når udgivelsesarbejdet ændres.
Kontakt Os
Har du spørgsmål til artiklen? Lad os tale om jeres tekniske mål.