Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 5 Current »

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 Arbete i Sprintar )

  • 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 - baserat på API-design, skapa en Sandbox-version av mikrotjänsten

    • Skall konfigureras i API Manager

  • 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 Produktions-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

  • No labels