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
Kan vid behov hålla ihop vidareutvecklingprojekt inom driftstörningssfären
Kommer att äga ett antal av de kanaler som driftstörningsfunktionen nås via
Servanet+EL
Ansvarar för Bizarro (generell lösning för publicering av driftstörningar från Servanet+EL)
Äger kanalen 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 |