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 2 Next »

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 i teamet 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

  • 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 Produktägare i samband med att Epicen definieras

  • Ytterligare stories under en epic kan sedan skapas av såväl 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 via vårt Jira-formulär

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

Planering och uppföljning

  • Var tredje vecka träffas styrgruppen och prioriterar epics på hög nivå

  • Var tredje vecka gör vi en övergripande planering och ser till att vi har en lämplig mängd stories i TO DO, i prioritetsordning, som vi uppskattar kommer hinnas med de kommande tre veckorna

    • Deltagare; samtliga i teamet samt intressenter vid behov

  • Detta möte bör efterföljas av ett detaljerat planeringsmöte där Dev och Ops (ref: Organisation ) bryter ner stories i sub-tasks (vid behov) och fördelar arbetet sinsemellan

    • Deltagare; Dev (utvecklare) och Ops (drift)

  • Tre dagar i veckan kör vi stand-up och håller koll på progressen samt informerar om eventuella justeringar i prioritetsordningen

    • Deltagare; samtliga i teamet

  • Vid behov (t ex när en epic för en ny lösning skapas) kallar produktägare till en lösningsgenomgång

    • Deltagare; varierar

  • No labels