DigX
Ansvarar för driftstörningsfunktionen som helhet (undantaget att leverera in driftstörningar till funktionen):
Säkrar att det hänger ihop (disturbances, feedbackSettings, messaging mm), nu och i framtiden
Agerar drivande i uppskalning av lösningen samt införande av förbättringar
Håller ihop vidareutvecklingprojekt inom driftstörningssfären
Kommer att äga ett antal av de kanaler som driftstörningsfunktionen nås via
Stadsbacken
Ansvarar för Bizarro (generell lösning för publicering av driftstörningar från bolagen)
Äger kanalen Bolagens Mina Sidor, som är en av flera kanaler in till driftstörningsfunktionen
Som behovsägare; agera kravställare mot DigX för att få sina specifika behov lösta
Respektive bolag
Ansvarar för att driftstörningar levereras till Bizarro
Som behovsägare; agera kravställare mot Stadsbacken och DigX för att få sina specifika behov lösta
Status just nu, exemplifierat
Mina Sidor Företagscenter | Mina Sidor Servanet+EL | |
|---|---|---|
Projektledare deltar i PO-forum (där vi försöker hålla synk på alla initiativ och hur utveckling i olika team relaterat till varandra) | ✅ | ✅ |
Utvecklingsprojektet hanteras som helhet i Jira (samtliga team) | ✅ | ❌ Utvecklingen av Mina Sidor och Bizarro planeras på annat sätt - finns inget sätt att hålla ihop och se helheten - riskerar att aktiviteter faller mellan stolarna |
Lösningen dokumenteras som helhet i Confluence | ✅ | ❌ Bizarro t ex dokumenteras på annat ställe, låst för våra utvecklare i API-teamet t ex, vilket gör att vi sitter i ett olyckligt personberoende om vi behöver information om hur den fungerar Skall dessutom den tekniska förvaltningen av Bizarro även fortsättningsvis ligga inom våra API-team (vilket ju är det mest kostnadseffektiva), så kräver nog det att vi hanterar dokumentation mm av funktionen som allt annat vi bygger och förvaltar |