Rapportering i Jira - Det grunnleggende (2023)

Rapporter i Jira hjelper team med å analysere fremgang på et prosjekt, spore problemer, administrere tiden deres og forutsi fremtidig ytelse. De tilbyr kritisk sanntidsinnsikt for Scrum, Kanban og andre smidige metoder, slik at datadrevne beslutninger kan tas (den aller beste typen).

Forutsatt at du administrerer prosjekter i Jira, er rapportering noe du vil gjøre hver dag. Hvis du ikke har mye erfaring med Jira eller du bruker plattformen for første gang, vil denne artikkelen hjelpe deg å forstå:

• Verdien av Jira rapporter
• Rapporttypene/kategoriene som er tilgjengelige i Jira
• Hvordan få tilgang til og generere rapporter i Jira
• De grunnleggende funksjonene til Jira-rapporter
• 3 rapporter vi tror er spesielt nyttige for Scrum-team
• 3 rapporter vi tror er spesielt nyttige for Kanban-team

Verdien av Jira rapporter

Jira-rapporter hjelper deg med å holde oversikten over sprintmålene, se nærmere på problemer, administrere arbeidsbelastninger, identifisere flaskehalser og til slutt jobbe smartere.

Og det er bare rapportene. Det er ogsåJira dashbord, et annet Jira-rapporteringsalternativ. Dette er en måte å organisere prosjektene dine på og spore prestasjonene dine i én enkelt visning ved å bruke dusinvis av innebygde gadgets. Noen av disse gadgetene består av de samme Jira-rapportene fra tavlene dine, slik at de er på ett sted, som for eksempel opprettet versus oppløst diagram og Sprint Burndown. Les mer omhvorfor Jira-dashbord er så nyttige.

Det viktige å huske er imidlertid at den sanne verdien av enhver rapport ligger i spørsmålene du stiller den. Så spør først hva det er du vil måle eller finne ut, og finn deretter en rapport som passer.

Spørsmålene dine vil være forskjellige til forskjellige tider fordi de vil forholde seg til teamets opplevelser i øyeblikket. Det er ikke mye vits å velge ett sett med beregninger og måle dem for alltid. Du må endre det du måler etter hvert som arbeidet endres, eller når nye problemer oppstår, slik at du kan drive oppførselen som vil fikse dem. Kanskje du for eksempel gjør for mye og trenger å få kontroll på arbeidet ditt (WIP), i så fall vil du fokusere på beregninger som lar deg gjøre det.

Det er også verdt å påpeke at ingen størrelse passer alle i rapportering. Hvert lag vil ha forskjellige behov og spørsmål. Når det er sagt, er det absolutt noen typiske spørsmål som de fleste smidige team vil stille mesteparten av tiden ...

Den slags ting som smidige team ønsker å vite

Her er en liste over spørsmål teamet ditt sannsynligvis vil stille, gruppert under passende overskrifter. Noen er mer relevante for Scrum-team (dvs. de som har med sprints å gjøre) og andre mer relevante for Kanban. Uansett hvilken smidig metodikk du bruker, vil de fleste team sannsynligvis ha svar på noen eller alle av følgende spørsmål. Litt senere vil vi snakke om de beste Jira-rapportene for å svare på dem.

Produktivitet

Hvor mye arbeid utføres per sprint?
Hvor mye av vårt planlagte arbeid ble fullført?

Forutsigbarhet

Hva er vår variasjon/konsistens?
Hvor godt kan vi planlegge?

Rute

Er vi på vei til å fullføre sprintmålet vårt?
Leverer vi hva og når vi sier vi skal?

omfang

Øker etterslepet vårt eller brenner vi det ned?

Kvalitet

Tar vi tak i nok feil kontra historier i hver sprint?

Strømme

Hvor lang tid tar det for oss å levere verdi?
Hvor er flaskehalsene våre?
Hvor godt administrerer vi WIP?

Typer rapporter i Jira

De mange rapportene som er tilgjengelige på Jira-tavler kan deles inn i fire hovedkategorier:

1. Agile rapporter for Scrum-team
2. Agile rapporter for Kanban-team
3. Prognose og styring
4. Problemanalyse

Agile rapporter for Scrum-team er:

• Sprintrapport
• Nedbrenningsdiagram
• Utbrenningsdiagram
• Episk rapport
• Episk nedbrenning
• Hastighetskart
• Versjonsrapport
• Kumulativt flytdiagram

Agile rapporter for Kanban-team er:

• Kumulativt flytdiagram
• Kontrolldiagram (men vi hater virkelig kontrolldiagrammet, slik at man best kan glemmes)

Prognose- og ledelsesrapporter er:

• Tidssporingsrapport
• Bruker arbeidsbelastningsrapport
• Versjon arbeidsbelastningsrapport
• Arbeidsbelastning sektordiagramrapport (denne kommer teknisk sett under "Annet" i Jira, men siden den ligger filosofisk under prognoser og administrasjon, og "Annet" betyr søt FA for alle, legger vi den her)

Problemanalyserapporter er:

• Rapport for gjennomsnittsalder
• Opprettet vs løste problemer-diagram
• Kake diagram
• Nylig opprettet problemrapport
• Oppløsningstidsrapport
• Enkeltnivågruppe etter rapport
• Tid siden problemrapport

Bruk av rapporter i Jira – det grunnleggende

Rapporttypene som er fremhevet ovenfor er tilgjengelige fra Scrum- og Kanban-tavlene dine. Disse rapportene genereres på forespørsel, så de er alltid der for alle brukere som kan se tavlen. Det betyr også at rapportene dine er oppdatert med informasjonen direkte fra problemene i Jira.

Disse rapportene vil bruke den estimeringsstatistikken som styret ditt er basert på, så hvis du bruker Story Points, vil rapportene spore fremdrift og fullføring ved å bruke disse, eller hvis du har et tilpasset nummerfelt, vil rapportene være basert på det.

Før vi fremhever favorittrapportene våre, la oss gå gjennom hvordan du genererer dem.

Trinn for å generere og få tilgang til rapporter i Jira

Jira styrerapporter er veldig enkle å få tilgang til. Du kan komme til dem på to måter, avhengig av hvordan Jira-forekomsten din er vert.

• Alternativ 1: KlikkProsjekteri navigasjonslinjen og velg det aktuelle prosjektet. Hvis prosjektet kun er knyttet til ett brett, kan du deretter klikkeRapporter. Hvis prosjektet er knyttet til flere tavler, kan du velge fra rullegardinmenyen før du klikkerRapporter.
• Alternativ 2 (kun server eller datasenter): KlikkStyreri navigasjonslinjen og velg tavlen du vil se på. Klikk deretterRapporter.

Husk at Jira-rapporter er tavlespesifikke, og siden tavler er drevet av lagrede filtre, vil enhver rapport du kjører bare inkludere problemene som samsvarer med det tavlens filter. Når du har åpnet rapportnavigasjonen, kan du velge en rapport fra venstre panel eller fra rapportene som vises på skjermen. På denne skjermen vil du se rapporter som nedbrenningsdiagram, kontrolldiagram, hastighetskart, kumulativt flytdiagram, sprintrapport og mer.

Etter å ha valgt en spesifikk rapport, vil du bli bedt om informasjon for å tilpasse hva som vises. Noen rapporter vil som standard ha spesifikke verdier, som å vise gjeldende eller siste sprint, andre vil kreve et valg før rapporten genereres.

Grunnleggende funksjoner i Jira-rapporter

Selv om det er viktig å forstå hvilken informasjon du vil måle før du sender en haug med rapporter til lederne dine, er det også nyttig å vite hva du har tilgjengelig. For å kunne rapportere om teamets beregninger mest effektivt, bør du forstå hva hver rapport viser, samt de viktigste funksjonene i hver rapport som genereres.

Følgende er formålene med rapportene som du kan få tilgang til fra Jira-tavler.

Agile rapporter i Jira

Hvis du er et Scrum-team og du vil finne ut om du er på vei til å fullføre en sprint, epos eller utgivelse, vil Burndown/Burnup Charts være vennene dine. Disse diagrammene sporer hvor mye arbeid som gjenstår for å fullføre et mål. Nedbrenninger er et flott verktøy hvisframganger nøkkelinformasjonen du ønsker å rapportere om.

Sprint-, Epic- og versjonsrapporter ligner på Burndown- og Burnup-diagrammet, men de ser på fremtiden. Disse rapportene vilprognosehvor mange spurter som kreves for å fullføre arbeidet. Disse rapportene bruker styrets historiske data til å beregne hastighet (som også kan sees på hastighetsdiagrammet) og lage prognoser ved hjelp av ulike estimeringsstatistikker (historiepoeng, estimat, etc.).

Kumulative flytdiagrammer kan være nyttige for både Kanban- og Scrum-team. Funksjonen til denne rapporten er å evaluerestrømmeav arbeidet og identifisere flaskehalser i prosessen din. Dette er spesielt nyttig for Kanban-team, siden flyt er uten tvil deres viktigste beregning å vurdere. Imidlertid kan Scrum-team også lide av flaskehalser, noe som gjør denne rapporten nyttig for alle.

Prognose- og ledelsesrapporter i Jira

Prognose- og ledelsesrapportene som er tilgjengelige på styret ditt, er fokusert på tidsregistrering og arbeidsbelastningsstyring. Disse rapportene vil bare være nyttige hvis teamet ditt bruker Jiras opprinnelige tidssporingsfunksjonalitet. Vær oppmerksom på at disse ikke ser på historiepoeng eller egendefinerte estimater utenfor eskenOpprinnelig overslagogGjenstående estimat.

Hensikten med disse rapportene er å sikre at teammedlemmene dine ikke blir overbelastet med arbeid og å spore hvordan de faktiske resultatene dine er sammenlignet med estimatene dine.

Jira-problemanalyserapporter

Problemanalyserapportene er unike for styrerapportering, ved at mange av dem også er tilgjengelige på Jira-dashbordene dine.

Rapporter som opprettet vs løst, oppløsningstid og gjennomsnittsalder kan fremheve om det kommer mer arbeid enn teamet er i stand til å fullføre, eller fremheve om etterslepet er spesielt foreldet.

Denne kategorien inkluderer også noen generiske gadgets som sektordiagrammer, enkeltnivå grupper etter rapporter og tid siden problemer-rapporten, som kan tilpasses og kan være så kraftige som fantasien din tillater (i det minste innenfor grensene til Atlassians fantasi).

La oss nå se på hva vi mener er de beste rapportene for å gi Scrum- og Kanban-team daglig støtte.

3 beste rapporter for Scrum-team

Sprintrapport

Sprint-rapporten gir deg en umiddelbar oversikt over hvordan du gjør det i spurten når det gjelder fremgang og prioriteringer.

Den viser nedbrenningen av arbeidet: en rød linje for det faktiske arbeidet som er utført, og en grå linje som fungerer som en rettesnor basert på de totale estimerte problemene ved starten av sprinten.

Sprint-rapporten gir også Scrum-team en utmerket innsikt i sprintdynamikken deres ved å liste opp fullførte og ikke-fullførte problemer samt prioriteringer. Du kan se om teamet ditt jobber med de riktige tingene i riktig rekkefølge, og om omfanget av arbeidet har endret seg. Dette oppmuntrer til samtaler mellom teammedlemmer og bidrar til å fremme hele teamets eierskap, det vil si delt ansvar og ansvarlighet for teamets generelle suksess. Vi er spesielt glad i synligheten av omfangsendring når det gjelder tilbakeskuende tid, eller når interessenter begynner å spørre hvorfor arbeidet ikke ble fullført.

For å finne ut mer om hvorfor Sprint-rapporten er så nyttig for Scrum-team, vennligst lesOppnå hele teameierskap med Jira Sprint-rapporter.

Hastighetskart

Velocity Chart er et veldig nyttig verktøy når du planlegger sprint. Det gir en følelse av mengden arbeid du sannsynligvis vil utføre i den kommende sprinten, slik at du kan bestemme hvor mye du vil forplikte deg til.

Dette enkle diagrammet lar deg se om du over- eller underforplikter deg, eller om estimatene dine er av. Den grå linjen viser de planlagte historiepoengene i en sprint og den grønne linjen viser historiepoengene du faktisk har fullført, og ideelt sett bør de ha samme høyde.

Velocity Chart lar deg se om prosessforbedringer kan gjøres eller krav bør finpusses for å øke påliteligheten i sprintplanleggingen og følgelig levere mer konsekvent på sprintmålene dine.

For å finne ut mer om hastighetskartet, samt en veldig hendig liten beregning som faktisk ikke er tilgjengelig i Jira, vennligst lesHvordan øke tilliten til sprintplanlegging med Jira Velocity Charts.

Versjonsrapport

Versjonsrapporten gir deg fantastisk synlighet av teamets fremgang på en versjon og leveringstidslinjen din.

Den viser utbrenning i stedet for nedbrenning (som i Sprint-rapporten). Mens nedbrenningsdiagrammer er mer populære på grunn av sin enkelhet, har utbrenningsdiagrammer som dette den ekstra fordelen at de viser endringer i omfanget av prosjektet (det grå området).

Den blå linjen viser hvor mange Story Points som fullføres. Der den blå linjen treffer toppen av det grå området er din anslåtte utgivelsesdato for Fix-versjonen.

Versjonsrapporter er flotte for å oppfordre til samtaler, tidlig i stedet for sent, om hvorvidt du sannsynligvis vil levere i tide. For å finne ut mer om Jira versjonsrapporter, vennligst lesIkke gå glipp av leveringsdatoer med Jira-versjonsrapporter.

3 beste rapporter for Kanban-lag

Kumulativt flytdiagram

Det kumulative flytdiagrammet er en viktig rapport for Kanban-team. En vanlig misforståelse er at fordi et team kjører Kanban, trenger de ikke å planlegge. Selv om Kanban-team ikke planlegger arbeid i sprints som Scrum-team, kan informasjon som syklustid fortelle deg hvor lang tid det tar å fullføre arbeidet. Syklustiden er tiden det tar å fullføre et stykke arbeid når det er startet.

Det kumulative flytdiagrammet hjelper til med å visualisere dette ved å vise tiden problemene er i statuser, representert av de fargede områdene. Dette kan fremheve flaskehalser i prosessen din med en enkel visuell – se etter hvilken som helst av statusene som tar opp uforholdsmessig mye plass for å se hvor mesteparten av tiden blir brukt.

Det er ikke uvanlig at problemer bruker mye tid på å bare vente på å bli jobbet med. Denne rapporten kan hjelpe med å identifisere når dette er tilfelle, slik at du kan se på om dette er en akseptabel forsinkelse eller en faktisk flaskehals.

Gjennomsnittlig alder/oppløsningstid

I likhet med syklustid er ledetid også en viktig beregning for Kanban-team. Mens syklustiden måler tiden arbeidet faktisk pågår, måler ledetiden tiden mellom arbeidet blir forespurt og utgivelsen. Både gjennomsnittsalder og oppløsningstidstavlerapporter kan gi litt innsikt i denne beregningen.

Ledetid er viktig fordi det kan hjelpe deg med å sette forventninger til når arbeid skal leveres. Å sette disse forventningene basert på data gir deg en mye bedre sjanse til å unngå smerten som følger med utelatte tidsfrister.

Gjennomsnittsalder-rapporten vil fortelle deg hvor lenge åpne problemer har vært åpne. På samme måte forteller Resolution Time-rapporten deg hvor lang tid det tok å løse en billett. Dette er to sider av samme sak, førstnevnte ser på åpne billetter og sistnevnte ser på løst. Begge kan være nyttige for å se hvor lang tid arbeidet tar før teamet fullfører.

Opprettet vs løst

Rapporten Opprettet vs. løst kan hjelpe team med å finne ut om de holder tritt med alt arbeidet som kommer inn. Denne rapporten gjør akkurat det den høres ut som den ville, og viser hvor mange billetter som ble opprettet og hvor mange billetter som ble løst i løpet av en bestemt tidsperiode.

Denne rapporten er nyttig for å få en rask sjekk om teamet er i stand til å holde tritt med arbeidet som kommer inn. I en ideell verden er linjen opprettet aldri for langt over Resolved, og viser at teamet fullfører arbeidet som det blir. Forespurt. Hvis den opprettede linjen kommer for langt over, kan det være en indikasjon på at teamet ikke er i stand til å holde tritt med det innkommende arbeidet. Diagrammet opprettet vs løst kan genereres direkte fra tavlen eller legges til instrumentbord ved hjelp av den opprinnelige gadgeten, eller apper somEgendefinerte diagrammer for Jira.

Bunnlinjen

Rapportering handler om å hjelpe en organisasjon til å oppnå og opprettholde resultater. Alle rapporter skal tilfredsstille et mål og ha en bruker, og de skal gjøres med riktig frekvens med riktig brukerkontekst. Og selv om ingen enkelt rapport kan fortelle deg om teamet ditt lykkes eller mislykkes, kan den riktige kombinasjonen av rapporter til rett tid. Start med å finne ut hva teamet ditt vil vite om hvordan de presterer. Når du vet beregningene du vil måle, finner du rapportene som måler dem. Husk at en rapport i Jira bare er like nyttig som spørsmålene du stiller den. Så hvis rapportene dine ikke gir deg det du ønsker, trenger du sannsynligvis bedre spørsmål.

Apropos å kombinere rapporter, bør du vurdere å brukeJira dashbord. Disse lar deg vise en kombinasjon av opptil 20 rapporter og diagrammer på en enkelt skjerm (selv om vi anbefaler maksimalt 6 for optimal brukervennlighet). Med Jira-dashbord kan du bruke Atlassian-tillegg somEgendefinerte diagrammer for Jiraå lage diagrammer og rapporter som er mye mer visuelle og skreddersydde for deg og teamet ditt enn det ferdige Jira tillater. (Og datavisualisering er en annen viktig faktor når du velger rapporter, fordi rapporter må være engasjerende og forståelige for å være effektive – men det eren samtale for en annen dag!)

Det er også viktig å merke seg at å få rapporteringen din ned til en kunst ikke krever en datavitenskapelig grad. Innebygde Jira-rapporter er veldig enkle å generere og bruke, og det er Atlassian-apper som tilbyr alle slags måter å samhandle med data på som ikke vil gjøre deg forvirret og forvirret av algoritmer og koder.