Plan je volgende Jira-release visueel met Mind Map Studio

Een Jira-release kan een goed georganiseerde lijst met issues bevatten en het team toch met vragen achterlaten.

Wat verandert deze release voor klanten? Welke werkzaamheden horen bij elkaar? Wat moeten we testen vóór de lancering? En wat moet er, zodra de ontwikkeling klaar is, gebeuren om alles in productie te krijgen?

De issuelijst is het startpunt voor die gesprekken. Een mindmap biedt een andere manier om die te verkennen: groepeer samenhangend werk, houd planningsvragen bij het relevante onderdeel en loop de scope door met je team.

In deze handleiding volgen we een fictief team dat een release van een klantenportaal voorbereidt. We gebruiken Mind Map Studio om de Jira-issues van de release op een kaart te zetten, de scope te organiseren en een gedeeld draaiboek voor de release te maken.

Je kunt dezelfde aanpak gebruiken voor je volgende release, beginnend met een paar issues en een korte checklist.

Begin met een geplande release in Jira

Ons voorbeeldteam bereidt een update van het klantenportaal voor met drie werkgebieden:

• Inloggen: duidelijkere instructies voor het opnieuw instellen van wachtwoorden en een verbeterde melding voor verlopen links.
• Meldingen: nieuwe e-mailvoorkeuren en een oplossing voor dubbele meldingen.
• Facturering: een correctie van het factuuradres dat op facturen wordt weergegeven.

Het team heeft in Jira al een niet-uitgebrachte versie aangemaakt en de relevante issues toegewezen via ‘Fix versions’.

Die voorbereiding is belangrijk. Het paneel ‘Jira releases’ van Mind Map Studio toont versies van het huidige Jira-project, met de status uitgebracht of niet uitgebracht, en laat je de toegewezen issues bekijken. Maak de versie aan en beheer de issuetoewijzingen in Jira voordat je het paneel gebruikt om dat werk te plannen.

Om deze handleiding te volgen, heb je toestemming nodig om het project en de issues te bekijken, plus een mindmap die je kunt bewerken.

Open de kaart, kies ‘Jira releases’ in de kop en zoek de niet-uitgebrachte versie die je wilt bespreken. Het onderdeel ‘Attached issues’ toont het werk dat in Jira al aan die versie is toegewezen.

Heeft de release geen gekoppelde issues, controleer dan het veld ‘Fix versions’ bij de issues die je verwachtte te zien. Ook een lege release kan een draaiboek hebben, maar er zijn dan nog geen toegewezen issues om op de kaart te zetten.

Geef de release een vorm die je team kan bespreken

Begin met een centraal onderwerp dat de release duidelijk benoemt:

Klantenportaal — Oktoberrelease

Voeg daaronder drie takken toe:

• Inloggen en accounttoegang
• Meldingsvoorkeuren
• Correcte facturering

Deze takken beschrijven de wijzigingen in termen die het team kan bespreken met support, product en engineering.

Kies groeperingen die passen bij je release. Klantgerichte wijzigingen passen misschien onder onderdelen van de gebruikerservaring. Een infrastructuurrelease is wellicht makkelijker per dienst of systeem te beoordelen. Een kleinere release heeft mogelijk maar twee takken nodig.

De nuttige vraag is: zou deze indeling iemand helpen uitleggen wat we gaan opleveren?

In ons voorbeeld van het klantenportaal maakt het groeperen van de issues voor wachtwoordherstel hun gezamenlijke doel duidelijk. Door de meldingswijzigingen bij elkaar te houden, kan het team de nieuwe voorkeurinstellingen samen met de oplossing voor dubbele e-mails bespreken.

Vergroten

Zet de toegewezen Jira-issues op de kaart

Selecteer de tak die een issue moet bevatten. Zoek de issue in het paneel ‘Jira releases’ onder ‘Attached issues’, beweeg de muis eroverheen en selecteer de plusknop.

Mind Map Studio voegt een onderliggende kaart toe met de Jira-sleutel en samenvatting. Je kunt een issue ook vanuit het releasepaneel naar het werkvlak slepen en bij het bedoelde bovenliggende onderwerp neerzetten.

Herhaal dit voor de andere issues totdat de release een bruikbare visuele structuur heeft.

Een issue toevoegen aan de kaart verandert alleen de kaart. Het wijzigt ‘Fix versions’ niet, bewerkt de issue niet en maakt geen Jira-issuelink aan. Zo kunnen je visuele groeperingen het releasegesprek ondersteunen zonder te veranderen hoe het werk in Jira is toegewezen.

Gebruik de kaart om de scope te beoordelen

Loop de kaart met het team door zodra de issues zijn ingedeeld.

Begin met een eenvoudige vraag:

Toont dit alles wat we verwachten op te leveren?

Bekijk één tak tegelijk. In ons voorbeeld bevat de inlogtak twee wijzigingen, maar in het gesprek komt nog iets naar voren: de instructies van het supportteam voor wachtwoordherstel moeten misschien worden bijgewerkt.

Voeg naast dat werk een planningsonderwerp toe:

Controleren of de supporthandleiding moet worden bijgewerkt.

Dit kan een vraag blijven terwijl het team onderzoek doet. Besluit het team dat hiervoor uitvoerend werk moet worden bijgehouden, maak dat werk dan aan en wijs het toe via de juiste Jira-workflow.

Door vragen dicht bij de relevante tak te houden, blijft hun context behouden. Iemand die de inlogwijzigingen bekijkt, kan zien waarom de supporthandleiding ter sprake kwam.

Zoek controles die meerdere tickets omvatten

Vraag daarna:

Welke wijzigingen moeten we samen controleren?

De meldingentak bevat een nieuw voorkeurenscherm en een oplossing voor dubbele e-mails. Elke issue kan eigen acceptatiecriteria hebben, maar in het releasegesprek moet ook de gecombineerde ervaring aan bod komen.

Bijvoorbeeld:

• Voorkomt het uitschakelen van een melding dat de bijbehorende e-mail wordt verstuurd?
• Herstelt opnieuw inschakelen het verwachte gedrag?
• Ontvangt de klant slechts één e-mail wanneer de melding is ingeschakeld?

Dit zijn voorbeeldvragen voor ons fictieve product. Je controles moeten aansluiten op het gedrag dat je release daadwerkelijk verandert.

De kaart ondersteunt het gesprek door samenhangend werk bij elkaar te zetten. Het team moet nog steeds bepalen wat het test en de resultaten vastleggen in het gebruikelijke testproces.

Maak openstaande vragen concreet

Een onderwerp met de naam ‘Zorgen over facturering’ geeft het team weinig houvast om actie te ondernemen.

Een nuttigere vraag is:

Heeft de adrescorrectie invloed op eerder gegenereerde facturen?

Deze formulering benoemt de onzekerheid en maakt het makkelijker om de juiste persoon te vinden die antwoord kan geven.

Loop vóór het afronden van de review de openstaande vragen langs en spreek af wie ze opvolgt. Een visueel plan wordt nuttig wanneer het gesprek duidelijke vervolgstappen oplevert.

Vergroten

Maak een gedeeld releasedraaiboek

De scope begrijpen is één onderdeel van releaseplanning. De lanceringsdag coördineren is een ander.

Open ‘Deploy Notes & Checklist’ voor de versie in het paneel ‘Jira releases’. Hier kun je een geordende checklist met uitrolstappen maken.

Het draaiboek hoort bij dat Jira-project en die release, zodat mensen die aan dezelfde release werken dezelfde opgeslagen volgorde kunnen volgen.

Voer een stap in en druk op Enter of selecteer de toevoegknop. Ga door totdat de lijst alle activiteiten bevat die je team moet coördineren.

Voor onze release van het klantenportaal zou een eerste opzet er zo uit kunnen zien:

Zie dit als een startpunt. De juiste volgorde hangt af van je systeem, het uitrolproces en het risico van de release.

Sommige teams hebben expliciete stappen nodig voor back-ups, goedkeuringen of onderhoudsberichten. Bij andere teams is de uitrol geautomatiseerd en coördineert het draaiboek vooral controle en communicatie.

Schrijf stappen die mensen met vertrouwen kunnen afronden

‘Alles controleren’ is lastig om consequent af te ronden.

‘Controleren of een klant een e-mail voor wachtwoordherstel kan aanvragen en de link succesvol kan gebruiken’ geeft degene die de controle uitvoert een concrete handeling.

Pas dat principe in het hele draaiboek toe:

• Benoem de handeling.
• Geef de relevante functie of het systeem aan.
• Maak waar nuttig het verwachte resultaat duidelijk.

Houd de checklist leesbaar. Gedetailleerde operationele procedures kunnen in de bestaande teamdocumentatie blijven staan; het draaiboek moet de releasevolgorde makkelijk te volgen maken.

Met Mind Map Studio kun je stappen omhoog of omlaag verplaatsen, verwijderen en als voltooid markeren. Het aantal voltooide stappen en de voortgangsbalk laten zien hoeveel van het draaiboek is afgerond.

Die voortgang heeft betrekking op het draaiboek. Een stap afronden verandert de status van een Jira-issue niet en markeert de Jira-versie niet als uitgebracht.

Houd het plan afgestemd op Jira

De scope van een release kan na de eerste planningssessie veranderen.

Een issue kan naar een latere versie verschuiven. Na tests kan een oplossing worden toegevoegd. Het team kan een implementatie zo aanpassen dat een extra controle in productie nodig is.

Als versies of issuetoewijzingen in Jira veranderen, selecteer dan ‘Refresh Jira releases’ om de actuele versies en hun gekoppelde issues op te vragen.

Vergelijk daarna de kaart en het draaiboek met de bijgewerkte scope. Controleer of je visuele plan de release nog steeds weergeeft en of de uitrolstappen nog logisch zijn.

Na het vernieuwen van de releaselijst moet je de planning beoordelen; neem niet aan dat daardoor elk onderdeel van je bestaande kaart is afgestemd.

Houd deze verantwoordelijkheden duidelijk:

Dit helpt ook wanneer iets lijkt te ontbreken. Staat een issue niet onder ‘Attached issues’, controleer dan de releasetoewijzing in Jira en vernieuw vervolgens het paneel.

Vermijd drie veelvoorkomende planningsfouten

De kaart te gedetailleerd maken om te beoordelen

Als elke tak lange notities en kleine implementatiedetails bevat, wordt de release als geheel moeilijker te begrijpen.

Begin met de belangrijkste onderdelen van de release en de relevante Jira-issues. Voeg ondersteunende onderwerpen toe wanneer die helpen een planningsvraag te beantwoorden. Laat gedetailleerde vereisten in de Jira-issues staan.

Controlestappen vaag laten

‘Inloggen testen’ kan voor verschillende mensen iets anders betekenen.

Benoem het gedrag dat de release verandert. In ons voorbeeld verdienen aanvragen voor wachtwoordherstel en verlopen links specifieke controles, omdat juist die ervaringen worden bijgewerkt.

Een afgevinkte checklist beschouwen als bewijs van een geslaagde release

Een voltooid draaiboek legt vast dat de stappen zijn afgevinkt. Je team heeft nog steeds passende testresultaten, waarnemingen in productie en een beslissing over het releaseresultaat nodig.

Spreek af welk bewijs nodig is voordat controlestappen worden afgerond en volg het gebruikelijke proces om de release in Jira bij te werken.

Probeer het met je volgende Jira-release

Kies een geplande release met een beheersbaar aantal issues.

Open een kaart in Mind Map Studio, zoek de versie onder ‘Jira releases’ en verdeel de gekoppelde issues over een paar betekenisvolle takken. Gebruik dat overzicht om de scope te bespreken en onbeantwoorde vragen te ontdekken. Open daarna ‘Deploy Notes & Checklist’ en schrijf de volgorde op die je team op de lanceringsdag zal volgen.

Voor het klantenportaalteam levert dat twee bruikbare weergaven van dezelfde release op: een kaart die uitlegt wat er verandert en een checklist die de lancering en controle coördineert.

Begin met dat kleine resultaat. Je volgende releaseoverleg biedt de gelegenheid om te zien welke groeperingen, vragen en controles je team het meest helpen.

Probeer Mind Map Studio met je volgende Jira-release en maak een visueel plan dat je team samen kan doorlopen.