Med én totalleverandør køber I helheden og betaler med afhængighed. Med flere specialister får I det bedste på hvert område og betaler med styring, for nogen skal holde sammen på det hele. Det sidste kaldes service integration eller SIAM, service integration and management. Står jeres IT-folk midt mellem leverandører, eller går selskaber og programmer på tværs af dem, skal I starte med ét spørgsmål. Hvem ejer helheden, når en fejl går på tværs af tre leverandører, og hver af dem kan vise, at deres del virker?
Forskellen på et overblik og en styringsmodel
En oversigt over, hvem der leverer hvad, er det første skridt, og det er beskrevet under flere leverandører uden overblik. Her er situationen en anden. Leverandørerne griber ind i hinanden, de har hver deres servicemål, og jeres egne IT-folk står midt imellem. Et ERP-system hos én, drift hos en anden, netværk hos en tredje, og integrationer, som et fjerde firma har bygget for år tilbage. Så er spørgsmålet, hvordan arbejdet mellem dem skal styres, og hvem der har mandat til det.
Hvad I får og giver med hver model
- Ansvar ved fejl · Én totalleverandør: Ét sted at henvende sig · Flere specialister: Skal fordeles sag for sag
- Faglig dybde · Én totalleverandør: Varierer mellem områderne · Flere specialister: Kan vælges område for område
- Styring hos jer · Én totalleverandør: Mindre daglig koordinering · Flere specialister: Kræver en fast funktion
- Skift af en del · Én totalleverandør: Svært at skille ud · Flere specialister: Lettere at skifte én leverandør
- Forhandling · Én totalleverandør: Stor kunde hos én · Flere specialister: Mindre kunde hos flere
Tabellen er et udgangspunkt for samtalen i direktionen. En løsning imellem er også mulig, med en hovedleverandør til drift og specialister til de systemer, der kræver det. Afhængigheden af en enkelt leverandør er et emne for sig. Valget her handler om styring.
I en koncern kommer et ekstra lag oven i. Selskaberne har ofte hver deres leverandører fra før, og en fælles model kan kun gennemføres, når aftalerne tillader det. Se koncernaftaler med IT-leverandører.
SIAM forklaret
SIAM er en måde at organisere styringen af flere leverandører på, så de arbejder som én samlet service set fra forretningen. Kernen er en integrator, en funktion, der ejer helheden og de fælles spilleregler. Integratoren står mellem forretningen og leverandørerne og tager ansvaret for, at hændelser, ændringer og servicemål hænger sammen på tværs.
Tre beslutninger former modellen:
- Hvor integratoren sidder. Den kan ligge hos jer, hos en af leverandørerne eller hos en tredjepart. Sidder den hos jer, kræver det folk med autoritet og erfaring. Sidder den hos en leverandør, skal den leverandør styre sine egne konkurrenter, og det bør I vurdere nøje. En tredjepart giver afstand, men endnu en aftale at følge op på.
- Hvilke fælles regler der gælder. Hvordan en hændelse overdrages, hvordan en ændring godkendes på tværs, og hvilken måling der tæller. Reglerne skal kunne genfindes i hver kontrakt, ellers kan ingen pålægge leverandørerne dem. Formuleringen er et spørgsmål til advokat.
- Hvad der forbliver hos jer. Strategi, arkitektur, budget og den endelige prioritering kan ikke flyttes til en integrator. Se hvad I selv skal kunne.
SIAM er ingen pakkeløsning. Betegnelsen dækker over meget forskelligt, og en fuld model giver sjældent mening, når der kun er få leverandører. Ofte er det nok, at en navngiven person ejer helheden, og at de fælles regler står skrevet.
Hvem der holder sammen på helheden
Uanset model skal I kunne svare på fire spørgsmål:
- Hvem ejer en hændelse, indtil den er løst, også når årsagen flytter sig mellem leverandører?
- Hvem kan beslutte, at en ændring ikke går i drift, fordi den rammer en anden leverandør?
- Hvem ser samlet på, om forretningen får det aftalte, når hver leverandør melder grønt?
- Hvem prioriterer, når to programmer vil have den samme leverandørs folk?
Er svaret skiftende eller “det finder vi ud af”, har I ikke en model endnu. Tegnet er ofte møder, hvor leverandørerne forklarer, hvorfor fejlen ligger hos nogen andre, mens forretningen venter.
Målingen skal gå på tværs
Servicemål for den enkelte leverandør siger lidt om, hvad brugeren oplever. Alle kan nå deres mål, mens en ordre stadig ikke kommer fra webshop til lager. Vælg derfor nogle få mål, der følger forretningens forløb gennem flere leverandører, og læg dem i den samlede rapport. Hvilke tal der egner sig til direktionen, er emnet i nøgletal for IT.
Giv også leverandørerne en grund til at samarbejde. Faste møder på tværs og en aftalt måde at dele oplysninger om hændelser på gør en forskel, og leverandørerne skal vide, at samarbejdet indgår i vurderingen af dem.
Sådan går I videre
Tag den seneste større hændelse, der gik på tværs af leverandører, og tegn forløbet op. Hvem overtog hvornår, hvor gik der tid tabt, og hvem havde mandat til at afgøre tvivlen? Den øvelse viser, om I mangler en bedre funktion eller blot nogle få klare regler. Beslut derefter, hvor integrationsrollen skal ligge, og tag modellen med i sourcingstrategien.
Det skal I lade være med
- At købe betegnelsen SIAM i stedet for at afklare ejerskabet · metoden løser ikke et manglende mandat.
- At vælge flere specialister uden at afsætte folk til styringen · besparelsen forsvinder i koordinering.
- At lade en leverandør styre de andre · aftal først, hvordan interessekonflikten håndteres.
- At sætte fælles regler op, som ikke står i kontrakterne · de holder til den første uenighed.
Det skal I kræve af dem, der leder IT
- ☐ En beskrivelse af, hvem der ejer helheden, og med hvilket mandat.
- ☐ Fælles regler for hændelser og ændringer på tværs af leverandører.
- ☐ Mål, der følger forretningens forløb på tværs af leverandører.
- ☐ En vurdering af, hvad modellen kræver af jeres egne folk.
- ☐ En plan for, hvordan kontrakterne bringes på linje, når de kommer til fornyelse.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Styring af en stor outsourcingkontrakt · Koncern-IT som leverandør
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CIO hos Nielco IT
