Planlæg din næste Jira-release visuelt med Mind Map Studio

En Jira-release kan indeholde en velorganiseret liste af opgaver og stadig efterlade teamet med spørgsmål.

Hvad ændrer denne release for kunderne? Hvilke arbejdsopgaver hører sammen? Hvad skal vi teste før lanceringen? Og hvad skal der ske, når udviklingen er færdig, for at få det hele i produktion?

Opgavelisten er udgangspunktet for disse samtaler. Et mindmap giver en anden måde at udforske den på: gruppér relateret arbejde, placer planlægningsspørgsmål ved det relevante område, og gennemgå omfanget med teamet.

I denne guide følger vi et fiktivt team, der forbereder en kundeportalrelease. Vi bruger Mind Map Studio til at placere releasens Jira-opgaver på et kort, organisere omfanget og opbygge en fælles drejebog for releasen.

Du kan bruge samme fremgangsmåde til din næste release og begynde med nogle få opgaver og en kort tjekliste.

Start med en kommende release i Jira

Vores eksempelteam forbereder en opdatering af kundeportalen med tre arbejdsområder:

• Login: tydeligere vejledning til nulstilling af adgangskoder og en forbedret besked om udløbne links.
• Notifikationer: nye e-mailpræferencer og en rettelse af dobbelte notifikationer.
• Fakturering: en rettelse af faktureringsadressen, der vises på fakturaer.

Teamet har allerede oprettet en ikke-udgivet version i Jira og tildelt de relevante opgaver via Fix versions.

Denne forberedelse er vigtig. Panelet Jira releases i Mind Map Studio viser versioner fra det aktuelle Jira-projekt med status som udgivet eller ikke udgivet og giver dig mulighed for at gennemse deres tildelte opgaver. Opret versionen, og administrer dens opgavetildelinger i Jira, før du bruger panelet til at planlægge arbejdet.

For at følge gennemgangen skal du have tilladelse til at se projektet og dets opgaver samt et mindmap, du kan redigere.

Åbn kortet, vælg Jira releases i toppen, og find den ikke-udgivne version, du vil diskutere. Dens afsnit Attached issues viser det arbejde, der allerede er tildelt versionen i Jira.

Hvis releasen ikke har tilknyttede opgaver, skal du kontrollere feltet Fix versions på de opgaver, du forventede at se. En tom release kan stadig have en drejebog, men der er endnu ingen tildelte opgaver at placere på kortet.

Giv releasen en struktur, teamet kan diskutere

Start med et centralt emne, der tydeligt navngiver releasen:

Kundeportal — oktoberrelease

Tilføj tre grene under det:

• Login og kontoadgang
• Notifikationspræferencer
• Korrekt fakturering

Disse grene beskriver ændringerne på en måde, teamet kan diskutere med support, produkt og udvikling.

Vælg grupperinger, der passer til din release. Ændringer for kunderne kan passe under forskellige dele af brugeroplevelsen. En infrastrukturrelease kan være lettere at gennemgå efter tjeneste eller system. En mindre release behøver måske kun to grene.

Det nyttige spørgsmål er: Vil denne opdeling hjælpe nogen med at forklare, hvad vi leverer?

I vores kundeportaleksempel bliver det fælles formål tydeligt, når opgaver om nulstilling af adgangskoder grupperes. Ved at samle notifikationsændringerne kan teamet diskutere de nye præferenceindstillinger sammen med rettelsen af dobbelte e-mails.

Forstør

Placer de tildelte Jira-opgaver på kortet

Vælg den gren, der skal indeholde en opgave. Find opgaven under Attached issues i panelet Jira releases, hold markøren over den, og vælg dens plusknap.

Mind Map Studio tilføjer et underordnet kort med Jira-nøglen og resuméet. Du kan også trække en opgave fra releasepanelet til lærredet og slippe den tæt på det ønskede overordnede emne.

Gentag dette for de øvrige opgaver, indtil releasen har en nyttig visuel struktur.

Tilføjelse af en opgave til kortet ændrer kun kortet. Det ændrer ikke opgavens Fix versions, redigerer ikke opgaven og opretter ikke et opgavelink i Jira. Dine visuelle grupperinger kan derfor understøtte samtalen om releasen uden at ændre, hvordan arbejdet er tildelt i Jira.

Brug kortet til at gennemgå omfanget

Når opgaverne er arrangeret, gennemgår du kortet med teamet.

Start med et enkelt spørgsmål:

Viser dette alt, hvad vi forventer at levere?

Gennemgå én gren ad gangen. I vores eksempel indeholder logingrenen to ændringer, men samtalen afslører endnu et hensyn: supportteamets vejledning til nulstilling af adgangskoder skal måske opdateres.

Tilføj et planlægningsemne ved siden af dette arbejde:

Undersøg, om supportvejledningen skal opdateres.

Det kan forblive et spørgsmål, mens teamet undersøger sagen. Hvis teamet beslutter, at der er behov for leverancearbejde, som skal følges op, skal arbejdet oprettes og tildeles gennem den relevante Jira-arbejdsgang.

Når spørgsmål står tæt på den relevante gren, bevares deres sammenhæng. Den, der gennemgår loginændringerne, kan se, hvorfor supportvejledningen blev nævnt.

Find kontroller, der går på tværs af enkelte opgaver

Spørg derefter:

Hvilke ændringer skal vi verificere sammen?

Notifikationsgrenen indeholder en ny præferenceskærm og en rettelse af dobbelte e-mails. Hver opgave kan have sine egne acceptkriterier, men samtalen om releasen bør også omfatte den samlede oplevelse.

For eksempel:

• Forhindrer deaktivering af en notifikation, at den tilsvarende e-mail sendes?
• Gendannes den forventede adfærd, når notifikationen aktiveres igen?
• Modtager kunden kun én e-mail, når notifikationen er aktiveret?

Dette er eksempelspørgsmål til vores fiktive produkt. Dine kontroller bør følge den adfærd, releasen faktisk ændrer.

Kortet understøtter diskussionen ved at samle relateret arbejde. Teamet skal stadig beslutte, hvad der skal testes, og registrere resultaterne i sin normale testproces.

Gør uafklarede spørgsmål konkrete

Et emne med navnet ”Bekymringer om fakturering” giver ikke teamet meget at handle på.

Et mere nyttigt spørgsmål er:

Påvirker adresserettelsen tidligere genererede fakturaer?

Denne formulering identificerer usikkerheden og gør det lettere at finde den rette person til at svare.

Gennemgå de åbne spørgsmål, inden gennemgangen afsluttes, og aftal, hvem der følger op. En visuel plan bliver nyttig, når samtalen fører til tydelige næste handlinger.

Forstør

Opbyg en fælles drejebog for releasen

At forstå omfanget er én del af releaseplanlægningen. At koordinere lanceringsdagen er en anden.

Åbn Deploy Notes & Checklist for versionen i panelet Jira releases. Her kan du oprette en ordnet tjekliste med trin til idriftsættelse.

Drejebogen hører til det pågældende Jira-projekt og den pågældende release, så personer, der arbejder med samme release, kan følge den samme gemte rækkefølge.

Indtast et trin, og tryk derefter på Enter, eller vælg tilføjelsesknappen. Fortsæt, indtil listen dækker de aktiviteter, teamet skal koordinere.

For vores kundeportalrelease kan et første udkast se sådan ud:

Betragt dette som et udgangspunkt. Den rette rækkefølge afhænger af jeres system, idriftsættelsesproces og releasens risiko.

For nogle teams kræver sikkerhedskopiering, godkendelser eller information om vedligeholdelse særskilte trin. For andre er idriftsættelsen automatiseret, og drejebogen koordinerer primært verificering og kommunikation.

Skriv trin, som folk trygt kan gennemføre

”Kontrollér alt” er svært at gennemføre ensartet.

”Verificer, at en kunde kan anmode om en e-mail til nulstilling af adgangskoden og bruge linket” giver den, der udfører kontrollen, en konkret handling.

Anvend dette princip i hele drejebogen:

• Navngiv handlingen.
• Identificer den relevante funktion eller det relevante system.
• Gør det forventede resultat tydeligt, hvor det hjælper.

Hold tjeklisten læsbar. Detaljerede driftsprocedurer kan forblive i teamets etablerede dokumentation; drejebogen skal gøre releaseforløbet let at følge.

I Mind Map Studio kan du flytte trin op eller ned, slette trin og markere dem som færdige. Antallet af færdige trin og statuslinjen viser, hvor meget af drejebogen der er gennemført.

Denne fremdrift gælder drejebogen. At afslutte et trin ændrer ikke status på en Jira-opgave og markerer ikke Jira-versionen som udgivet.

Hold planen afstemt med Jira

Releasens omfang kan ændre sig efter den første planlægningssession.

En opgave kan flyttes til en senere version. En rettelse kan tilføjes efter test. Teamet kan ændre en implementering på en måde, der kræver endnu en kontrol i produktion.

Når versioner eller opgavetildelinger ændres i Jira, skal du vælge Refresh Jira releases for at hente de aktuelle versioner og deres tilknyttede opgaver.

Gennemgå derefter kortet og drejebogen i forhold til det opdaterede omfang. Kontrollér, om den visuelle plan stadig repræsenterer releasen, og om idriftsættelsestrinene stadig giver mening.

En opdatering af releaselisten bør følges af en planlægningsgennemgang; antag ikke, at den har afstemt alle dele af det eksisterende kort.

Hold disse ansvarsområder tydelige:

Det hjælper også, når noget ser ud til at mangle. Hvis en opgave mangler under Attached issues, skal du undersøge dens releasetildeling i Jira og derefter opdatere panelet.

Undgå tre almindelige planlægningsfejl

At gøre kortet for detaljeret til at gennemgå

Hvis hver gren indeholder lange noter og små implementeringsdetaljer, bliver det sværere at forstå den samlede release.

Start med releasens hovedområder og de relevante Jira-opgaver. Tilføj understøttende emner, når de hjælper med at besvare et planlægningsspørgsmål. Lad Jira-opgaverne rumme deres detaljerede krav.

At lade verificeringstrin være vage

”Test login” kan betyde forskellige ting for forskellige personer.

Navngiv den adfærd, releasen ændrer. I vores eksempel fortjener anmodninger om nulstilling af adgangskoder og udløbne links specifikke kontroller, fordi det er de oplevelser, der opdateres.

At betragte en færdig tjekliste som bevis på en vellykket release

En afsluttet drejebog dokumenterer, at dens trin er krydset af. Teamet har stadig brug for passende testresultater, observationer fra produktion og en beslutning om releasens resultat.

Aftal, hvilken dokumentation der kræves, før verificeringstrin afsluttes, og følg jeres normale proces for at opdatere releasen i Jira.

Prøv det med din næste Jira-release

Vælg en kommende release med et overskueligt antal opgaver.

Åbn et kort i Mind Map Studio, find versionen under Jira releases, og arranger dens tilknyttede opgaver i nogle få meningsfulde grene. Brug overblikket til at diskutere omfanget og identificere ubesvarede spørgsmål. Åbn derefter Deploy Notes & Checklist, og skriv den rækkefølge, teamet vil følge på lanceringsdagen.

For kundeportalteamet giver det to nyttige visninger af samme release: et kort, der forklarer, hvad der ændres, og en tjekliste, der koordinerer lancering og verificering.

Start med dette lille resultat. Jeres næste releasemøde giver mulighed for at se, hvilke grupperinger, spørgsmål og kontroller der hjælper teamet mest.

Prøv Mind Map Studio med din næste Jira-release, og opbyg en visuel plan, som teamet kan gennemgå sammen.