Jira

De Jira backlog en sprint

Wat is de backlog?

In de backlog is een overzicht te zien van alle openstaande en niet ingeplande tickets/issues. In de backlog worden issues aangemaakt (create issue). Indien een issue niet meer opgepakt hoeft te worden, wordt deze op ‘Done’ gezet.

De product owner is verantwoordelijk voor het vullen en prioriteren van de backlog, waarbij de prioriteit aangegeven kan worden door ze van boven naar beneden te sorteren (bovenste hoogste prio)

Het development team is verantwoordelijk om ervoor te zorgen dat de issues in de volgende sprint/maand ingeschat zijn, voordat de maand begint. De inschattingen worden ingevuld bovende de inschattingslijn in de backlog.

Idealiter is het uitgangspunt is om de backlog voor drie maanden vooruit ingeschat te hebben en daar is het team verantwoordelijk voor (de bovenste issues in de backlog die goed zijn voor 3 keer het aantal supporturen). Deze buffer biedt flexibiliteit voor wanneer er geen ruimte is om inschattingen te maken.

Het totaal aan inschattingen wordt dan bovenaan de sprint getoond en op basis daarvan kan de klant (in overleg met het team of de scrummaster) bepalen welke issues binnen de sprint/maand passen en welke niet.

De scope van een sprint

We werken met maandelijkse sprints waarbij drie dingen de scope van een sprint bepalen:

1. De prioritering van de backlog (door de product owner).

2. Jouw supportcontract; het aantal uur dat je reserveert in onze capaciteit.

3. De verwachte benodigde uren per issue (als een issue is ingeschat wordt dit aan de rechterkant van een issue gevuld; zie groene rechthoek). 

Jouw team bij Happy Horizon is verantwoordelijk om de issues in de backlog in te schatten. Het uitgangspunt is om de bovenste issues in de backlog voor twee/drie maanden vooruit ingeschat te hebben (3 * gereserveerde capaciteit per maand).

Aan het begin van de maand wordt de sprint gevuld met de bovenste issues uit de backlog waarbij de verwachte benodigde uren gelijk zijn aan het aantal uur dat je reserveert in de capaciteit. Vervolgens wordt de sprint gestart en in Jira heet dit dan een ‘Active sprint’.

Tickets laten inschatten

Wil je bepaalde tickets laten inschatten voor de volgende sprint? Zet ze dan boven de inschattingslijn in de backlog. Op deze link vind je een toelichting.

Actieve sprint bekijken

Actieve sprint bekijken - Overzicht

Actieve sprint bekijken - Detail

Overzicht aantal uren/tickets in de sprint

Informatie per taak

Status van een ticket

Binnen een project worden onderstaande statussen gebruikt:

• Refinement Needed: ticket moet verder worden uitgewerkt door de klant. Er is nog geen duidelijke briefing of scope beschikbaar

• Refinement Support Needed: de klant heeft input of ondersteuning nodig van Happy Horizon om de scope en aanpak duidelijk te krijgen

• Estimation Needed: het ticket is uitgeschreven en Happy Horizon kan een inschatting geven voor de realisatie

• To do: het ticket is volledig gespecificeerd en kan worden opgepakt in één van de komende sprints

• In progress: het ticket is gestart in een actieve sprint en wordt momenteel opgepakt binnen het team van Happy Horizon

• Internal Review: de werkzamheden zijn afgerond. Een collega van Happy Horizon voert een inhoudelijke of technische review uit voordat het ticket wordt opgeleverd aan de klant

• Review: het ticket is opgeleverd aan de klant ter beoordeling. De klant beoordeelt of het resultaat voldoet aan de verwachtingen en de afgesproken scope

• Not Approved: de klant heeft tijdens de review beoordeeld dat het resultaat niet voldoet aan de verwachtingen en afgesproken scope. Aanpassingen of aanvullingen zijn nodig vanuit Happy Horizon

• Approved: het ticket is goedgekeurd en kan door Happy Horizon voorbereid worden op een release

• Ready for Release: de werkzaamheden zijn gemerged met de release branche. Het ticket staat klaar om door Happy Horizon gereleased te worden.

• Internal Live Check: na release controleert Happy Horizon of alles correct functioneert zoals verwacht Eventuele actiepunten (configuratie) worden opgepakt

• Final Live Check: na de release voert de klant een laatste controle uit om te bevestigen dat het resultaat voldoet aan de verwachtingen en afspraken. Als er toch nog gebreken of feedback zijn, wordt hiervoor een nieuw follow-up ticket aangemaakt.

• Done: het ticket is succesvol afgerond en gesloten

Issue-types: taken vs incidenten

Binnen Jira wordt een onderscheid gemaakt tussen taken en incidenten. Het issue-type "Incident" wordt gebruikt wordt gebruikt voor situaties die invloed hebben op de prestaties of processen van de productie e-commerce omgeving. De prioriteit van incidenten wordt beoordeeld op basis van de incidentenmatrix. 

• Uitleg: hoe maak ik een incident aan?

Epics

Epics zijn een systematiek om taken binnen Jira te voorzien van een thematiek en op basis daarvan makkelijker te kunnen prioriteren.

Issues filteren

Quick filters binnen Jira

Met behulp van quick filters kun je filteren op taken die aan een bepaalde eigenschap voldoen. 

Jira projecten vs Jira boards

Een Jira board is een verzameling van taken. Dat kunnen alle taken binnen een bepaald project zijn, maar het is ook mogelijk om een filter te maken en een board te maken met de resultaten van dit filter.

Een webshop kan dus meerdere boards hebben. 

Releases

Onder ‘Releases’ kun je een overzicht vinden van reeds uitgevoerde (Released) en geplande releases (Unreleased). Als je klikt op een Release kun je zien welke issues meekomen/mee gekomen zijn met die release.

Jira FAQ

Hoe kan ik zien hoeveel tijd er deze periode besteed is?

Binnen Jira maken we gebruik van de module “Tempo”. Je kunt een rapportage met de besteedde uren inzien onder

Apps > Tempo

Hiervoor gebruik je het icoontje met de diagrammen (meer informatie op deze pagina) om een rapport te genereren.

Hoe kan ik zien welke issues live staan?

Met gebruik van Pipeline Deployments kun je hiervoor gebruik maken van het quick filter "Deployed to production" (zie bovenstaande).