DigX
Funktionellt 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
Ansvarar för teknisk förvaltning av Företagscenters Mina Sidor, disturbances, feedbackSettings, messaging, Metakatalogen.
Skulle absolut kunna ta ansvar för teknisk förvaltning av Bizarro, under förutsättning att planering och dokumentation flyttas till Jira och Confluence!
Kommer att äga ett antal av de kanaler som driftstörningsfunktionen nås via
Servanet+EL
Ansvarar funktionellt för Bizarro
Ä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
Ansvarar för att driftstörningar levereras till Bizarro
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 enkelt 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 |