Ett typiskt införandeprojekt löper genom fem faser under 14–16 veckor — från förberedelser till driftsättning i verksamheten — och en standardkonfigurerad miljö med eID-inloggning kan stå klar inom en vecka. Här ser ni resan fas för fas: vad ITSL ansvarar för, vad vi behöver av er och hur vägen ser ut när ni kommer från Microsoft 365.
Tidslinjen bygger på ITSL:s leveransplan och genomförda införandeprojekt hos svenska kommuner. Varje fas avslutas med ett signerat beslut om att starta nästa, så att ni alltid vet var projektet står. Den detaljerade planen anpassas till er vid projektstart och hålls aktuell i kundportalen — och planen kan komprimeras när era beslut och tekniska förutsättningar är på plats. Kommer ni från Microsoft 365 kan övergången ske stegvis: Teams Bridge låter Hubs och er befintliga miljö samexistera under migreringen.
Avstämning efter genomförd upphandling: beställda tjänster och faktureringsmodell gås igenom och sammanställs i en avtalssammanfattning. Leveransplanen anpassas till er, SDK-anslutningens första steg mot Digg påbörjas och ni får inlogg till kundportalen och Hubs akademin.
Uppstartsmöte med hela leveransgruppen och lärarledd genomgång av Hubs. Teknisk kravställning — identitets- och åtkomstlösningar som AD, Entra ID, SAML och OAuth — samt grupp- och brevlådeinställningar arbetas igenom, och en riskanalys med handlingsplan tas fram. Fasen avslutas med beslut om leveransplan och teknikval.
QA-miljön sätts upp och SDK-certifikat ställs ut. Integrationerna genomförs i tekniska arbetsmöten — mejlserver, provisionering av användare samt inloggning för medarbetare och medborgare — och tester godkänns mot Digg. Administratörerna utbildas, och fasen avslutas med dubbel leveranskontroll: ITSL:s och er egen, sammanställda i ett gemensamt testresultat.
Produktionsmiljön installeras med de verifierade inställningarna från QA-miljön. Certifikat ställs ut och aktiveras hos Digg, integrationerna driftsätts, kommunikationen testas skarpt på SDK-nätverket och användarna utbildas. Fasen avslutas med leveranskontroller och en leveransbekräftelse.
Driftsättning i verksamheten — datumet som kommuniceras officiellt i er organisation. Löpande förvaltning och support gås igenom, kundintervjuer och projektutvärdering genomförs, restpunkter följs upp och projektet stängs med ett formellt avslutsbeslut.
Anslutningen till säker digital kommunikation följer Diggs fastlagda process — anmälan till QA-miljön, certifikat, adressbokskonfiguration, teknisk verifiering, självdeklaration och federationsgodkännande. Stegen, ansvarsfördelningen och ombudsupplägget beskrivs i sin helhet i SDK-sektionen på integrationssidan.
I projektplanen är varje aktivitet markerad som ITSL:s ansvar, ert ansvar eller ett gemensamt ansvar. Så här ser fördelningen ut i stort.
Installation och konfiguration av plattform och SDK-komponenter, certifikathantering och anslutning till SDK-federationen, testplan och systemtester, utbildningsmaterial och dokumentation samt detaljerad projekt- och tidplan med löpande rapportering.
Ansökningarna till Digg — med underlag från oss — samt interna beslut, mandat och resurser. Vid produktionssättning aktiverar och verifierar ni funktionsadresserna, och genom projektet bidrar ni med kompetens om er egen infrastruktur.
Kickoff och projektorganisation, integrationen mot er identitetslösning och katalogtjänst, nätverks- och brandväggskonfiguration, acceptanstestet med verksamheten och go-live-beslutet.
Fyra saker avgör tempot i ett införande — alla ligger hos er, och alla är hanterbara med rätt planering.
Det tekniska införandet är sällan flaskhalsen — det är interna beslut och tillgång till rätt personer som avgör hur snabbt det går. Därför är vår viktigaste fråga inför ett projekt inte teknisk utan organisatorisk: vilka hos er fattar besluten, och när har de tid?
En tydlig projektorganisation med definierade roller säkerställer styrning och kommunikation. Det här är kärnteamet — fler roller, som testledare eller supportansvarig, involveras vid behov. En kontaktlista upprättas vid projektstart.
| Roll | Ansvar | När i projektet |
|---|---|---|
| Projektägare — er organisation | Sponsrar projektet, fattar fasbesluten och tillsätter nödvändiga resurser | Uppstart, fasbeslut och driftsättning |
| Projektledare — er organisation | Leder projektet internt, koordinerar era resurser och stämmer av veckovis med ITSL:s leveransledare | Hela projektet |
| Inköp — er organisation | Deltar i genomgången av beställda tjänster och faktureringsmodell | Förberedelsefasen |
| IT-tekniker — er organisation | Kompetens om er infrastruktur — nätverk, identitetslösning, certifikat — i de tekniska arbetsmötena | Integrationer och tester |
| Systemförvaltare — er organisation | Tar ställning till administratörsinställningarna, deltar i leveranskontrollen och tar över förvaltningen efter avslut | Från QA-miljö till förvaltning |
| Leveransledare — ITSL | Er primära kontaktpunkt: leder leveransen, håller leveransplanen aktuell i kundportalen och tar fram beslutsunderlag inför varje fas | Hela projektet |
| Integratör och tekniker — ITSL | Installation och konfiguration av QA- och produktionsmiljö samt integrationerna mot er miljö | Installation till och med produktionssättning |
| Support — ITSL | Tar över kunskapen om er miljö och era val inför driftstarten och bemannar supporten | Från driftsättning och framåt |
Konfigurationen av Hubs handlar mer om verksamhetsbeslut än om teknik: roller och behörigheter, brevlådor, notiser, gallringstider och utseende. Därför får ni besluten på bordet i förväg — och testar allt i en trygg miljö innan det når produktion.
Ni får förslag till teknikvalsinställningar och mallar för grupp- och brevlådeinställningar i förväg, med alternativ och rekommendationer, och diskuterar besluten internt i lugn och ro.
Vi går gemensamt igenom alla inställningsområden och konfigurerar testmiljön tillsammans. Ni behöver inte ha svar på allt — men ju mer ni diskuterat, desto snabbare går det.
Era administratörer och superanvändare verifierar inställningarna i testmiljön i er egen takt.
När ni är nöjda kopierar vi den verifierade konfigurationen till produktionsmiljön — er skarpa miljö får exakt det utseende och beteende ni godkänt.
Några veckor efter driftstart följer vi upp och justerar utifrån hur plattformen faktiskt används i er verksamhet.
Utbildningen följer projektets faser: egenstudier i Hubs akademin från projektstart, lärarledd genomgång av Hubs i uppstartsfasen, administratörsutbildning när QA-miljön står klar och användarutbildning inför driftsättningen. Allt material är på svenska och finns direkt i plattformen.
Effektiv kommunikation och tydliga beslutsvägar är avgörande för att hålla tempot. Det här är rutinerna vi etablerar i varje införande.
Mötesstrukturen bokas redan i förberedelsefasen: veckoavstämningar mellan leveransledare och projektledare, projektgruppens arbetsmöten, styrgruppens beslutspunkter, tekniska arbetsmöten och utbildningstillfällen. Mötena dokumenteras med aktiviteter, ansvariga och deadlines.
ITSL:s projektledare lämnar skriftlig statusrapport varje vecka: framdrift mot tidplan, avvikelser, risker och åtgärdsplaner. Riskgenomgång är en stående punkt.
Projektledarna beslutar i vardagen inom ramen för avtalad leverans. Det som inte kan lösas i projektgruppen eskaleras omgående till projektägare och styrgrupp.
Leveransplan, status, beslut, risker och aktiviteter hålls aktuella i ITSL:s kundportal, som båda parter arbetar i — en delad bild av projektets framdrift.
Betalningen följer projektet: ni betalar inget löpande förrän tjänsten är i drift — hur debiteringen fungerar beskrivs samlat på prissidan.
Vid överlämningen får er förvaltningsorganisation dokumentation, driftinstruktioner och tydliga supportvägar. Plattformens administrationsverktyg är byggda för att ni ska klara vardagen själva.
Administrativa rättigheter delegeras till AD-grupper i stället för att samlas hos ett fåtal — brevlådeadministration kan till exempel läggas per förvaltning, utan att någon behöver full systembehörighet.
Systemloggarna innehåller revisionsloggar som visar vem som gjort vad i systemet — underlag för uppföljning, revision och felsökning.
Administratörshandbok, guider och hjälpfunktion på svenska, tillgängliga direkt i plattformen och uppdaterade i takt med nya versioner.
Vi går igenom tidplan, ansvarsfördelning och era tekniska förutsättningar tillsammans med er IT-organisation — och visar hur ett införande ser ut steg för steg.
