Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

DigX

  • Ansvarar 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

ServanetSEAB+EL

  • Ansvarar funktionellt 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

...

  • Ansvarar för att driftstörningar levereras till BizarroSom behovsägare; agera kravställare mot Stadsbacken och DigX för att få sina specifika behov lösta

Gliffy
imageAttachmentIdatt987332609
macroId27f234c4-a577-4fc1-bd41-c43876f06239
baseUrlhttps://sundsvall.atlassian.net/wiki
nameDriftstörningarHelhet
diagramAttachmentIdatt987299841
containerId987267073
timestamp1649852630745

...

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