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 9 Current »

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

  • No labels