Workflow for udviklingsønsker og fejlrapporter

Udviklingsønsker og fejlrapporter følger OS2’s proces for udviklingsønsker. Der indsamles ønsker af flere kanaler:

Jira

OS2’s Jira er valgt som projektstyringsværktøj.

Link til backlog: https://os2web.atlassian.net/jira/software/c/projects/IOT/boards/93/backlog

Link til kanban board som benyttes til kvalificering af issues inden de sendes til backlog eller afvises: https://os2web.atlassian.net/jira/software/c/projects/IOT/boards/83

Link til kanban board som benyttes til leverandørsamarbejde: https://os2web.atlassian.net/jira/software/c/projects/IOT/boards/93

Opgavetyper

En opgave kaldes et ‘issue’ og kan dække over fire typer af opgaver:

  • Epic: Repræsenterer en større gruppe funktionalitet og vil typisk benyttes til at gruppere stories

  • Story: En user story som beskriver ny funktionalitet, der har forretningsværdi for slutbrugeren

  • Bug: Fejl

  • Task: Til opgaver der IKKE giver umiddelbar forretningsværdi - fx opsætning af server eller opdatering af komponenter

Guide

Guide til oprettelse af issues: https://faq.os2.eu/opret-en-ny-opgave-issue-i-jira?collection=78

Workflow

Se det benyttede workflow her til højre.

Trin

Beskrivelse

Ansvarlig

1

Ubehandlede sager

Alle nye issues oprettes som en ubehandlet sag.

Produktkoordinator skal vurdere om issue er relevant og er kvalificeret nok til at komme i backlog. Alternativt skal det under behandling i koordinationsgruppen

2

Underbehandling

Issue er ved at blive kvalificeret og behandlet af koordinationsgruppen

Produktkoordinator og koordinationsgruppen

3

Backloggen

Her samles alle godkendte issues

Produktkoordinator

4

Refinement

Issues som skal kvalificeres og estimeres i samarbejde med leverandør. Pt. arbejdes med estimerering i t-shirt-størrelser (S, M, L og XL)

Produktkoordinator og leverandør

5

To do

Issuet er klar til at leverandør kan starte på den. Produktkoordinator har ansvar for prioritering

Produktkoordinator og leverandør

6

Udvikling i gang

Der er igangsat udvikling på opgaven

Leverandør

7

Leverandørtest

Leverandør udfører internt code review og test

Leverandør

8

OS2-test

OS2 har adgang til at teste issuet i testmiljøet. Det er op til produktkoordinator at afgøre om andre end denne (fx et koordinationsgruppemedlem) også skal teste

Produktkoordinator

9

Godkendt i testmiljø

Issuet er nu godkendt og der er grønt lys til at inkludere det i en ny release af OS2iot

Leverandør

10

Leveret

Leverandør har inkluderet issuet i en ny release, som er lagt på GitHub med release notes

Leverandør

11

Afvist

Hvis et udviklingsønske ikke kan godkendes, er en dublet af et eksisterende ønske eller en fejl ikke kan reproduceres kan et issue afvises.

Produktkoordinator

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Jira workflow

Skærmbillede 2024-09-09 kl. 14.44.31.png

 

GitHub

Det er muligt at oprette issues i GitHub for dem, som foretrækker det (oftest udviklere og eksterne leverandører. Dette skal håndteres af produktkoordinator, som har til opgave at sikre, at relevante issues fra GitHub oprettes i Jira og håndteres der, da det er det primære projektstyringsværktøj.

 

Andre kanaler

Nogle gange sendes udviklingsønsker og bugs direkte pr. mail til OS2iot’s produktkoordinator, som derefter bestemmer, hvad der skal ske med dem.