Ett sent funktionsönskemål kommer före lanseringen: bedöm ändringen i Jira
Bedöm ett sent funktionsönskemål i Jira genom att undersöka ändrade acceptanskriterier, ansvar, risker och granskningsomfattning med Power Pack.
Kundportalen närmar sig release när någon ber om ytterligare en möjlighet: låt arbetsyteadministratörer bjuda in flera lagkamrater samtidigt.
Önskemålet låter nära något som teamet redan har byggt. Administratörer kan bjuda in lagkamrater redan idag. Kan teamet helt enkelt utöka det före lanseringen?
Undersök vilken överenskommelse ändringen påverkar innan ni uppskattar arbetet. Genomgången använder Power Pack för att hjälpa ett team identifiera det berörda kundresultatet, personerna, riskerna och granskningarna innan det väljer hur önskemålet ska hanteras.
Önskemålet om massinbjudningar är en fiktiv fortsättning på demon Customer Portal 2.0. Skärmbilderna visar det befintliga exempelläget före den föreslagna ändringen; de visar ingen funktion för massinbjudningar eller genomförd ändringsbedömning.
Skriv ned skillnaden mot nuvarande omfattning
I den befintliga vyn Acceptanskriterier är ”Arbetsyteadministratörer kan bjuda in lagkamrater och tilldela åtkomstroller” avbockat. Meningen säger inte om teamet verifierade individuella inbjudningar, massinbjudningar eller båda.
Teamet kontrollerar först den ursprungliga omfattningen och underlaget. Anta i vårt exempel att det gällde en inbjudan åt gången. Det nya önskemålet skulle lägga till flera adresser i en enda åtgärd.
Fråga nu vad en granskare måste kunna observera. Kan administratören välja olika roller? Vad ska hända om en adress är ogiltig? Hur ska ett delvis lyckat resultat förklaras? Det här är öppna frågor för den fiktiva funktionen, inte krav som redan visas på skärmbilden.
Dokumentera de föreslagna resultaten separat medan teamet överväger önskemålet. Utvidga inte ett klart kriterium i tysthet och låt inte den gamla bocken antyda att det nya beteendet har godkänts.
Identifiera vems arbete som förändras
Ansvarsmatrisen innehåller kundintroduktion och säker kontoåtkomst. Båda är rimliga utgångspunkter för konsekvensdiskussionen: önskemålet ändrar ett introduktionsmoment och kan påverka hur roller tilldelas.
Fråga utförandeansvariga om genomförande och verifiering, och fråga sedan den ytterst ansvariga om avsett resultat och tidplan. Kontrollera också om supportinstruktioner eller ett annat teams arbete skulle förändras.
Använd diskussionen för att skapa eller förfina nödvändigt Jira-arbete. En ny rad eller rolltilldelning i Power Pack är en arbetsöverenskommelse; den schemalägger inte uppgiften åt teamet.
Diskutera ett konkret felscenario
Riskrutnätet ger en plats att fundera på vad som kan gå fel. Den aktuella demon visar tre exempelrisker i en 3×3-matris. Dessa befintliga positioner bedömer inte det nya inbjudningsönskemålet.
En fråga att undersöka är om en delvis lyckad omgång kan göra administratören osäker på vilka som fick en inbjudan. En annan är om den nya interaktionen kan göra oavsiktliga rolltilldelningar lättare.
Beskriv den tänkbara händelsen, dess konsekvens och det underlag som behövs för att utvärdera den. Teamet bör bedöma sannolikhet och påverkan utifrån den faktiska designen och sina iakttagelser. Värmekartan kan inte göra den bedömningen utifrån funktionens titel.
Välj en väg och uppdatera överenskommelsen
Teamet har flera möjliga svar: ta med önskemålet med reviderad omfattning och verifiering, erbjuda en mindre överenskommen ändring eller planera in det efter lanseringen. Jämför alternativen med arbetet och osäkerheten som kom fram i diskussionen.
Anta att det fiktiva teamet väljer en senare release. Dokumentera varför, skapa uppföljningsarbetet och behåll den nuvarande releaseomfattningen. Om teamet i stället tar med ändringen, revidera berörda kriterier, leveransansvar, supportmaterial och granskningsområden tillsammans. Identifiera klara kontroller eller godkännanden som nu behöver granskas igen.
Det användbara resultatet är ett beslut med synliga konsekvenser. Teamet kan förklara vad som ändras, vem som utför arbetet och vad som måste granskas igen.
Prova processen på nästa ”lilla” önskemål som kommer nära lanseringen. Utforska Power Pack för Jira och använd ärendets befintliga sammanhang för att göra ändringsdiskussionen konkret innan ni lovar leverans.
Relaterade artiklar
Så skriver du acceptanskriterier i Jira – med praktiska exempel
Förvandla en funktionsbegäran i Jira till tydliga, testbara resultat med ett genomarbetat exempel för aviseringsinställningar.
Gör en pre-mortem i Jira: hitta releaserisker innan de inträffar
Föreställ dig att releasen har misslyckats och omvandla orsakerna till åtgärder med ansvariga. Bygg en praktisk pre-mortem och riskmatris intill ett Jira-ärende.
Hantera intressenters godkännanden i Jira: gör godkännandestatusen tydlig
Ge varje intressentgranskning en tydlig omfattning, en namngiven godkännare och en synlig status. Håll godkännanden begripliga när releasearbetet förändras.
Kontakta Oss
Frågor om artikeln? Låt oss diskutera era tekniska mål.