Vi planerar och följer upp vårt arbete i Jira - finns en uppgift inte specificerad och prioriterad i Jira skall den inte genomföras.

Denna sida beskriver hur vi bör försöka jobba här och nu och kommer att förändras i takt med att vi ser (om vi ser) behov av att gå mer mot scrum än kanban.

Jira-struktur

Epic

• Håller ihop större aktiviteter som löper över lång tid och där status och aktiviteter ligger i egna stories (t ex; etablera en ny mikrotjänst)

• Innan en epic skapas skall en första version av lösningsarkitekturen vara tydlig och dokumenterad

• (Operativ) Produktägare ansvarar för skapande av epics

Story

• Beskriver en väl avgränsad uppgift i enlighet med Redo för Utveckling (se DoR/DoD )

• Stories skapas initialt av (Operativ) Produktägare i samband med att Epicen definieras

• Ytterligare stories under en epic kan sedan skapas av såväl (Operativ) Produktägare, lösningsarkitekter eller övriga team-medlemmar

Sub-task

• Vid behov skapas sub-tasks på en story för att bättre planera det faktiska arbetet

• Deltagarna i utvecklingsteamet ansvarar för skapande av sub-tasks

Bug

• En felrapport

• Kan rapporteras både internt teamet och externt

Task

• En uppgift som inte går att koppla mot en epic

• Kan (men bör bara ske i undantagsfall) skapas av vem som helst i teamet

Jira-brädan

TO DO - De stories vi uppskattat bör hinnas med under pågående sprint, i prioritetsordning.

BLOCKED - Stories vi inte kan jobba med just nu på grund av yttre omständigheter.

IN PROGRESS - Stories där arbete pågår för närvarande.

REVIEW - Utförda stories för granskning (t ex en API-design).

DONE - En färdig story.

WON´T DO - En planerad story som inte utfördes av någon anledning.

Standard-stories för mikrotjänstutveckling

Följande stories bör (minst) ingå när en epic för en ny mikrotjänst skapas:

• Beställ repo - beställ repo på Gitlab och Github

• Datamodell (om mikrotjänsten håller data) - designa datamodell

  • Dokumenteras på Confluence

• API-design - designa API

  • Dokumenteras på Confluence

• Skapa Sandbox-version i test - baserat på API-design, skapa en Sandbox-version av mikrotjänsten

  • Skall konfigureras i API Manager test

• Sätt upp databas (om mikrotjänsten håller data)

• Skapa integration mot xxx - en story för varje integration mikrotjänsten skall ha mot andra tjänster/system

• Skapa test-version - knyta ihop databas, integrationer samt verksamhetslogik

  • Skall konfigureras i API Manager test

• Skapa administrations-GUI (om detta är aktuellt)

• Boka demo

• Produktionssättning - efter godkända acceptanstest och synkronisering med intressenter

  • Skall konfigureras i API Manager produktion