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
...
Beskriver en väl avgränsad uppgift i enlighet med Redo för Utveckling (se Arbete i Sprintar Från preparering till drift )
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 produktägare(Operativ) Produktägare, lösningsarkitekter eller övriga team-medlemmar
...
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
...
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 Produktionstest-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å
Deltagare; styrgrupp (ref: Organisation )
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; varierarSkall konfigureras i API Manager produktion