Planlegg din neste Jira-utgivelse visuelt med Mind Map Studio
Følg en kundeportalutgivelse fra sakslisten i Jira til en visuell gjennomgang av omfanget og en felles lanseringssjekkliste.
En Jira-utgivelse kan ha en velorganisert saksliste og likevel etterlate teamet med spørsmål.
Hva endrer denne utgivelsen for kundene? Hvilke arbeidsoppgaver hører sammen? Hva bør vi teste før lanseringen? Og hva må skje når utviklingen er ferdig, for å få alt i produksjon?
Sakslisten er utgangspunktet for disse samtalene. Et tankekart gir en annen måte å utforske den på: grupper relatert arbeid, plasser planleggingsspørsmål ved det relevante området og gå gjennom omfanget med teamet.
I denne veiledningen følger vi et fiktivt team som forbereder en kundeportalutgivelse. Vi bruker Mind Map Studio til å hente utgivelsens Jira-saker inn på et kart, organisere omfanget og lage en felles kjøreplan for utgivelsen.
Du kan bruke samme fremgangsmåte for din neste utgivelse og begynne med noen få saker og en kort sjekkliste.
Start med en kommende utgivelse i Jira
Eksempelteamet vårt forbereder en oppdatering av kundeportalen med tre arbeidsområder:
- Innlogging: tydeligere instruksjoner for tilbakestilling av passord og en forbedret melding om utløpte lenker.
- Varsler: nye e-postinnstillinger og en retting av doble varsler.
- Fakturering: en retting av fakturaadressen som vises på fakturaer.
Teamet har allerede opprettet en ikke-utgitt versjon i Jira og knyttet de relevante sakene til den via Fix versions.
Denne forberedelsen er viktig. Panelet Jira releases i Mind Map Studio viser versjoner fra det gjeldende Jira-prosjektet, med status som utgitt eller ikke utgitt, og lar deg undersøke tilknyttede saker. Opprett versjonen og administrer sakstilknytningene i Jira før du bruker panelet til å planlegge arbeidet.
For å følge gjennomgangen trenger du tillatelse til å se prosjektet og sakene, samt et tankekart du kan redigere.
Åpne kartet, velg Jira releases øverst og finn den ikke-utgitte versjonen du vil diskutere. Delen Attached issues viser arbeidet som allerede er knyttet til denne versjonen i Jira.
Hvis utgivelsen ikke har tilknyttede saker, sjekk feltet Fix versions på sakene du forventet å se. En tom utgivelse kan fortsatt ha en kjøreplan, men det finnes ennå ingen tilknyttede saker å hente inn på kartet.
Gi utgivelsen en struktur teamet kan diskutere
Start med et sentralt emne som gir utgivelsen et tydelig navn:
Kundeportal — oktoberutgivelse
Legg til tre grener under det:
- Innlogging og kontotilgang
- Varslingsinnstillinger
- Korrekt fakturering
Disse grenene beskriver endringene på en måte teamet kan diskutere med kundestøtte, produkt og utvikling.
Velg grupperinger som passer utgivelsen. Endringer for kunder kan grupperes etter deler av brukeropplevelsen. En infrastrukturutgivelse kan være enklere å gjennomgå etter tjeneste eller system. En mindre utgivelse trenger kanskje bare to grener.
Det nyttige spørsmålet er: Ville denne inndelingen hjelpe noen å forklare hva vi leverer?
I kundeportaleksemplet vårt blir det felles formålet tydelig når sakene om tilbakestilling av passord grupperes. Ved å samle varslingsendringene kan teamet diskutere de nye innstillingene sammen med rettingen av doble e-poster.
Hent de tilknyttede Jira-sakene inn på kartet
Velg grenen som skal inneholde en sak. Finn saken under Attached issues i panelet Jira releases, hold pekeren over den og velg plussknappen.
Mind Map Studio legger til et underordnet kort med Jira-nøkkelen og sammendraget. Du kan også dra en sak fra utgivelsespanelet til lerretet og slippe den nær det tiltenkte overordnede emnet.
Gjenta dette for de andre sakene til utgivelsen har en nyttig visuell struktur.
Å legge til en sak på kartet endrer bare kartet. Det endrer ikke sakens Fix versions, redigerer ikke saken og oppretter ikke en sakslenke i Jira. De visuelle grupperingene kan dermed støtte samtalen om utgivelsen uten å endre hvordan arbeidet er tilknyttet i Jira.
Bruk kartet til å gjennomgå omfanget
Når sakene er ordnet, går du gjennom kartet med teamet.
Start med et enkelt spørsmål:
Viser dette alt vi forventer å levere?
Gå gjennom én gren om gangen. I eksemplet vårt inneholder innloggingsgrenen to endringer, men samtalen avdekker enda et hensyn: kundestøttens veiledning for tilbakestilling av passord må kanskje oppdateres.
Legg til et planleggingsemne ved siden av dette arbeidet:
Sjekk om støtteveiledningen må oppdateres.
Det kan forbli et spørsmål mens teamet undersøker saken. Hvis teamet avgjør at det krever leveransearbeid som skal følges opp, oppretter og tildeler dere arbeidet gjennom riktig Jira-arbeidsflyt.
Når spørsmål holdes nær den relevante grenen, bevares sammenhengen. Den som gjennomgår innloggingsendringene, kan se hvorfor støtteveiledningen ble tatt opp.
Se etter kontroller som går på tvers av enkeltsaker
Spør deretter:
Hvilke endringer bør vi verifisere sammen?
Varslingsgrenen inneholder en ny innstillingsside og en retting av doble e-poster. Hver sak kan ha egne akseptansekriterier, men samtalen om utgivelsen bør også ta hensyn til den samlede opplevelsen.
For eksempel:
- Hindrer deaktivering av et varsel at den tilsvarende e-posten sendes?
- Gjenopprettes forventet virkemåte når varselet slås på igjen?
- Mottar kunden bare én e-post når varselet er aktivert?
Dette er eksempelspørsmål for det fiktive produktet vårt. Kontrollene deres bør følge virkemåten som utgivelsen faktisk endrer.
Kartet støtter diskusjonen ved å samle relatert arbeid. Teamet må fortsatt bestemme hva som skal testes, og registrere resultatene i den vanlige testprosessen.
Gjør uavklarte spørsmål konkrete
Et emne kalt «Bekymringer om fakturering» gir teamet lite å handle ut fra.
Et mer nyttig spørsmål er:
Påvirker adresserettingen tidligere genererte fakturaer?
Denne formuleringen identifiserer usikkerheten og gjør det enklere å finne riktig person til å svare.
Gå gjennom de åpne spørsmålene før gjennomgangen avsluttes, og bli enige om hvem som følger opp. En visuell plan blir nyttig når samtalen gir tydelige neste handlinger.
Lag en felles kjøreplan for utgivelsen
Å forstå omfanget er én del av utgivelsesplanleggingen. Å koordinere lanseringsdagen er en annen.
Åpne Deploy Notes & Checklist for versjonen i panelet Jira releases. Her kan du lage en ordnet sjekkliste med trinn for produksjonssetting.
Kjøreplanen tilhører det aktuelle Jira-prosjektet og utgivelsen, slik at personer som jobber med samme utgivelse, kan følge samme lagrede rekkefølge.
Skriv inn et trinn, og trykk deretter på Enter eller velg legg til-knappen. Fortsett til listen dekker aktivitetene teamet må koordinere.
For kundeportalutgivelsen vår kan et første utkast se slik ut:
| 1 | Bekreft at de avtalte utgivelseskontrollene er bestått. |
| 2 | Bekreft ansvarlig for produksjonssetting og gjenopprettingsprosedyren. |
| 3 | Sett kundeportaloppdateringen i produksjon. |
| 4 | Verifiser flyten for tilbakestilling av passord i produksjon. |
| 5 | Verifiser varslingsinnstillinger og levering av e-post. |
| 6 | Verifiser fakturaadressen på fakturaen. |
| 7 | Gjennomgå overvåkingen for uventede feil. |
| 8 | Del resultatet av utgivelsen med teamet. |
Se på dette som et utgangspunkt. Riktig rekkefølge avhenger av systemet, prosessen for produksjonssetting og risikoen ved utgivelsen.
For noen team trenger sikkerhetskopiering, godkjenninger eller informasjon om vedlikehold egne trinn. For andre er produksjonssettingen automatisert, og kjøreplanen koordinerer hovedsakelig verifisering og kommunikasjon.
Skriv trinn som folk trygt kan fullføre
«Sjekk alt» er vanskelig å gjennomføre konsekvent.
«Verifiser at en kunde kan be om en e-post for tilbakestilling av passord og bruke lenken» gir personen som utfører kontrollen, en konkret handling.
Bruk dette prinsippet gjennom hele kjøreplanen:
- Navngi handlingen.
- Identifiser den relevante funksjonen eller systemet.
- Gjør forventet resultat tydelig der det hjelper.
Hold sjekklisten lettlest. Detaljerte driftsprosedyrer kan bli værende i teamets etablerte dokumentasjon; kjøreplanen skal gjøre utgivelsesforløpet enkelt å følge.
I Mind Map Studio kan du flytte trinn opp eller ned, slette trinn og merke dem som fullført. Antallet fullførte trinn og fremdriftslinjen viser hvor mye av kjøreplanen som er ferdig.
Denne fremdriften gjelder kjøreplanen. Å fullføre et trinn endrer ikke statusen til en Jira-sak og merker ikke Jira-versjonen som utgitt.
Hold planen i samsvar med Jira
Omfanget av utgivelsen kan endre seg etter den første planleggingsøkten.
En sak kan flyttes til en senere versjon. En retting kan legges til etter testing. Teamet kan endre en implementasjon slik at det kreves enda en kontroll i produksjon.
Når versjoner eller sakstilknytninger endres i Jira, velger du Refresh Jira releases for å hente gjeldende versjoner og deres tilknyttede saker.
Gå deretter gjennom kartet og kjøreplanen mot det oppdaterte omfanget. Sjekk om den visuelle planen fortsatt representerer utgivelsen, og om trinnene for produksjonssetting fortsatt gir mening.
Oppdatering av utgivelseslisten bør følges av en plangjennomgang; ikke anta at oppdateringen har samordnet alle deler av det eksisterende kartet.
Hold disse ansvarsområdene tydelige:
| Opprett utgivelsesversjonen | Ordne utgivelsen visuelt |
| Knytt saker til versjonen via Fix versions | Legg til tilknyttede saker på kartet |
| Angi utgivelsesdatoen | Hold planleggingsemner ved siden av relatert arbeid |
| Oppdater status for saker og utgivelser | Opprett og fullfør trinn i utgivelsens kjøreplan |
Dette hjelper også når noe ser ut til å mangle. Hvis en sak mangler under Attached issues, undersøker du utgivelsestilknytningen i Jira og oppdaterer deretter panelet.
Unngå tre vanlige planleggingsfeil
Å gjøre kartet for detaljert til å gjennomgå
Hvis hver gren inneholder lange notater og små implementasjonsdetaljer, blir det vanskeligere å forstå utgivelsen som helhet.
Start med utgivelsens hovedområder og de relevante Jira-sakene. Legg til støttende emner når de bidrar til å besvare et planleggingsspørsmål. La Jira-sakene inneholde de detaljerte kravene.
Å la verifiseringstrinn være vage
«Test innlogging» kan bety forskjellige ting for forskjellige personer.
Navngi virkemåten som endres av utgivelsen. I eksemplet vårt fortjener forespørsler om tilbakestilling av passord og utløpte lenker egne kontroller fordi det er disse opplevelsene som oppdateres.
Å behandle en fullført sjekkliste som bevis på en vellykket utgivelse
En fullført kjøreplan dokumenterer at trinnene er krysset av. Teamet trenger fortsatt relevante testresultater, observasjoner fra produksjon og en avgjørelse om utgivelsens resultat.
Bli enige om hvilken dokumentasjon som kreves før verifiseringstrinn fullføres, og følg den vanlige prosessen for å oppdatere utgivelsen i Jira.
Prøv det med din neste Jira-utgivelse
Velg én kommende utgivelse med et håndterbart antall saker.
Åpne et kart i Mind Map Studio, finn versjonen under Jira releases og ordne de tilknyttede sakene i noen meningsfulle grener. Bruk oversikten til å diskutere omfanget og finne ubesvarte spørsmål. Åpne deretter Deploy Notes & Checklist og skriv rekkefølgen teamet skal følge på lanseringsdagen.
For kundeportalteamet gir dette to nyttige visninger av samme utgivelse: et kart som forklarer hva som endres, og en sjekkliste som koordinerer hvordan den lanseres og verifiseres.
Start med dette lille resultatet. Det neste utgivelsesmøtet gir dere anledning til å se hvilke grupperinger, spørsmål og kontroller som hjelper teamet mest.
Prøv Mind Map Studio med din neste Jira-utgivelse, og lag en visuell plan teamet kan gå gjennom sammen.
Relaterte artikler
Fra et vagt funksjonsønske til en tydelig leveranseplan
En praktisk veiledning i å gjøre et bredt produktønske om til en avgrenset Jira-sak, med et tankekart over brukerintroduksjonen som hjelper dere å skille mellom grunnlag, sammenligne alternativer og bli enige om omfanget.
Fra Idemyldring til Jira Backlog: Hvorfor vi bygde Mind Map Studio
De fleste programvareprosjekter starter med en visuell idemyldring, men overføring av ideer til Jira blir ofte unødvendig administrativt arbeid. Oppdag hvordan Mind Map Studio kobler visuell planlegging direkte til Jira-leveranse.
Ta Kontakt
Har du spørsmål om artikkelen? La oss diskutere de tekniske målene deres.