Fælles løsninger omkring IT

Transkript

1 Fælles løsninger omkring IT Indsatsprogramstyregruppen Professionshøjskolerne

2 Indhold 1. Ledelsesresume 2. Baggrund og proces 1. Indledning og formål 2. Realiseringsplanens indhold 3. IT-udvalgets kommentarer til Devoteams indledende principskitse 4. Afgrænsning af det indledende trin i opbygning af fælles løsninger 5. Forslag til indledende trin 3. Indledende fælles løsninger 1. Infrastrukturdrift af administrative systemer 2. Udvikling af administrative systemer 3. Fælles indkøb af klienter og klienthåndtering 4. Fælles indkøb af AV-udstyr 4. Videreudvikling af fælles løsninger 1. Overordnet skitse 2. Udbygning af fælles infrastrukturdrift 3. Systemkonsolidering administrative systemer 5. Styring og organisering 1. Styringsbehov og forslag til model Bilag A: Kapacitetsberegninger

3 3 1 Ledelsesresumé

4 Ledelsesresume Baggrund og proces Devoteam har foretaget en kortlægning af de samlede it-omkostninger i sektoren i Kortlægningen viser at sektoren i dette år havde omkostninger til it for ca. 305 millioner kr. De største omkostningsområder er jf. kortlægningen: Infrastruktur og servere i alt ca. 55 millioner kr. Klienter og andre enheder i alt ca. 57 millioner kr. Drift, vedligehold og udvikling af systemer til administration (inkl. CFU) i alt ca. 48 millioner kr. Indkøb og brug af AV-udstyr i alt ca. 20 millioner kr. Det er bl.a. på denne baggrund besluttet at undersøge om sektor fælles løsninger på de ovennævnte fire områder ville kunne give effektiviseringsgevinster og i givet fald dokumentere disse i et løsningskatalog, sektoren kan arbejde videre med. Devoteam har foretaget denne undersøgelse og forslag/delresultater er løbende drøftet med IT-udvalget. ITudvalgets medlemmer har ikke haft samme holdninger til forslagene, så det har ikke været muligt at udarbejde et løsningskatalog, som et enigt IT-udvalg har kunnet tiltræde Løsningskataloget som beskrevet i dette papir er derfor alene Devoteams bud på, hvorledes effektiviseringer kan opnås. 4

5 Ledelsesresume Løsningskataloget Devoteam foreslår, at der etableres fælles løsninger for sektoren i tre trin: I trin 1: Samles drift af den infrastruktur, der understøtter de administrative systemer Gennemføres fælles udbud på klientanskaffelse og klienthåndtering Gennemføres fælles udbud på AV-udstyr (arbejdet er allerede igangsat af sektoren) Tages skridt til at koordinere al fremtidig udvikling/indkøb af administrative systemer I trin 2: Udbygges fællesskabet omkring infrastruktur drift Harmoniseres de administrative processer på tværs af sektoren og der gennemføre en systemkonsolidering, så alle UC er anvender systemer til understøttelse af de administrative processer I trin 3: Overvejes etablering af et egentligt fælles administrativt center for sektoren Devoteam har foretaget en vurdering af de forventede effekter heraf: Trin 1 indebærer en investering på ca. 7,3 millioner kr. og muliggør gennemsnitlige årlige besparelser på ca. 20 millioner kr. primært fra ny løsning omkring klienthåndtering Trin 2 indebærer en betydelig investering i alt millioner, som vi ikke anser det for realistisk at tjene ind uden at gennemføre trin 3. Den gennemsnitlige årlige besparelse på infrastrukturdrift såfremt al infrastruktur inddrages er ca. 24 millioner kr. Effekten af systemkonsolidering er ikke beregnet, men vil være behersket, idet sektoren i dag anvender ca. 15,9 millioner kr. (eget tidsforbrug) på systemerne Trin 3 s investering er ikke vurderet, men det er givet, at trinnet vil medføre betydelige årsværkbesparelser, såfremt det administrative arbejde centraliseres i et administrativt center. Netop ovenstående vurderinger er årsagen til, at Devoteam foreslår sektoren at starte med Trin 1. 5

6 2 Baggrund og proces 6

7 Indledning og formål Med udgangspunkt i kortlægning og internt bechmark af it-omkostninger hos UC erne, er nedenstående fire områder udpeget med henblik på effektivisering ved etablering af fælles løsninger: Infrastruktur Generelt og pædagogisk administrative systemer Klienter og andre enheder AV-udstyr For de udvalgte områder udarbejdes løsningsforslag, der er at betragte som et beslutningsgrundlag for sektorens videre arbejde med at etablere fælles løsninger på områderne Løsningsforslagene danner således udgangspunkt for, at sektoren kan arbejde videre med at konkretisere disse, herunder opstille business cases. Først når dette arbejde er gjort skal den enkelte UC tage stilling til, om man ønsker at indgå i fællesskabet For hvert løsningsforslag beskrives: Principskitse for løsningen, herunder fælleskabstype (jf. trappefigur i it-styringsmodel) Overordnet plan for realisering af løsningsforslaget, herunder om der skal foretages pilotforsøg (demonstreres Proof of Concept ) Økonomioverslag over forventede investeringsbehov og effektiviseringsgevinster 7

8 IT-udvalgets behandling af overordnet forslag Devoteam fremlagde 3. oktober 2013 ovenstående overordnede forslag til drøftelse i IT-udvalget Der var enighed om at søge fælles løsninger inden for de administrative systemer, og at afdække muligheder for fælles indkøb (dette skal ses i sammenhæng med projektet om fælles indkøb). Således var der ikke opbakning til at se på brugeradministrationsområdet samt infrastruktur (servere og storage) generelt Devoteams forslag til realisering af de fire områder tager derfor dette som udgangspunkt Forslaget tilgår etablering af fælles løsninger som et modningsforløb i sektoren, og beskriver derfor en trinvis udvikling begyndende med et indledende trin, hvor der indenfor en overskuelig tidsramme dels kan demonstreres, at fællesskaber virker, dels kan høstes økonomiske gevinster. 8

9 Afgrænsning af de administrative systemer Devoteam foreslår, at de administrative systemer afgrænses som vist nedenfor, idet der skelnes mellem kernesystemer og tilkoblede systemer Generelt administrative Kernesystemer Økonomisystem Fakturerings- og indkøbssystem Lønrapporteringsværktøj Tilkoblede systemer Budget og rapporteringssystem Flexsystem ESDH (elektronisk sags- og dok. Håndtering) Ressourcestyringssystem HR system BI system Pædagogisk administrative Studieadministrativt system Skemalægningssystem Evalueringsplatform Kursussystem Bibliotekssystem Bibliotekssystem rettet mod eksterne brugere (CFU) Kursussystem rettet mod eksterne brugere (CFU) 9

10 Devoteams grundlæggende overvejelser Udgangspunktet for overvejelserne er de administrative systemer Overordnet set er der fælles behov for understøttelse af de generelle og de pædagogisk administrative processer hos alle UC er Imidlertid er der varians blandt UC erne med hensyn til systemvalg og selv hvis der er valgt samme system, kan det ses anvendt i forskellige versioner. Tilsvarende med systemernes data. De er naturligvis forskellige og de databaser, der anvendes til strukturering af data, har også forskellige versioner. Det synes derfor oplagt at arbejde hen mod en fælles systemer, fælles database med naturligvis individuelle data. Devoteam vurderer, at dette vil være en særdeles stor opgave for sektoren. For det første fordres en ensartethed i de administrative processer således at systemerne kan sættes op, så de passer til alle. Hertil kommer behov for fælles struktur i data, for eksempel kontoplaner. Givet at disse opgaver løses, vil der herefter være behov for at arbejde igennem en egentlig it-faglig systemkonsolidering en opgave, som vi også vurderer vil have et betydeligt omfang Vi er ikke i tvivl om, at der vil være betydelige potentialer at hente for sektoren i denne sammenhæng, men vejen derhen er lang Derfor foreslår vi i, at der indledes med at etablere et infrastruktur-driftsmæssigt fællesskab for systemerne. Det er en mindre opgave, der indeholder effektiviseringsgevinster og den opbyggede fælles infrastrukturplatform vil kunne anvendes, når og hvis sektoren måtte beslutte at gennemføre den egentlige systemkonsolidering 10

11 Devoteams forslag til indledende trin Devoteam foreslår herefter, at: 1. Der etableres fælles infrastrukturdrift af samtlige administrative systemer, fordi: - Det er en overskuelig etablerings/implementeringsopgave hvilket underbygges gennem Proof of Concept - Der er en fornuftig økonomi i at samle driftsopgaven - Det skabes en platform for eventuelle udbygninger af fælles drift 2. Fremtidig udvikling af administrative systemer koordineres på tværs af sektoren. Efter efter endt udvikling etableres fælles infrastrukturdrift som for de eksisterende systemer, fordi: - Samme driftsmodel og fordele som beskrevet ovenfor nyttiggøres - Bedre mulighed for at påvirke videreudviklingen af systemer i statsligt regi 3. Indkøb af klienter, herunder klienthåndtering, foretages fælles, fordi: - Stordriftsfordele kan høstes - Standardisering på tværs vil have effekt på timeforbrug hos UC, og give mulighed for erfaringsudveksling - Væsentligste økonomiske gevinster kan høstes 4. Indkøb af AV-udstyr foretages fælles, fordi: - Stordriftsfordele kan høstes - Standardisering på tværs vil have effekt på timeforbrug hos UC, og give mulighed for erfaringsudveksling 11 I det følgende uddybes ovenstående

12 3 Indledende fælles løsninger: 3.1 Infrastrukturdrift af administrative systemer 3.2 Udvikling af administrative systemer 3.3 Fælles indkøb af klienter og klienthåndtering 3.4 Fælles indkøb af AV-udstyr 12

13 3.1 Fælles infrastrukturdrift af administrative systemer Indledning Ideen i dette løsningsforslag er at konsolidere den infrastruktur (servere mv.), der anvendes af UC erne til drift af de administrative systemer Konsolideringen foreslås realiseret på en af to måder: Enten konsolideres hos en af de 7 UC er, der så bliver driftsleverandør for de øvrige (inkl. for sig selv). Vort løsningsforslag indeholder, at den pågældende UC nyanskaffer nødvendigt udstyr til opgaven Eller der gennemføres et udbud og en egnet ekstern leverandør findes Forslaget vedrører alene konsolidering af infrastruktur og udførelse af grundlæggende infrastruktur driftsopgaver. Den egentlige applikationsdrift og applikationssupport vil fortsat findes hos de enkelte UC er NB: Konsolidering af drift, support og udvikling på systemniveau har kun et beskedent effektiviseringspotentiale med mindre de administrative og studieadministrative systemer konsolideres. En sådan konsolidering kræver en konsolidering af de underliggende processer og rutiner. Under dette konsolideringsforløb kan det give mening at etablere fælles portalløsninger (a-la praktikportalen) til administrative medarbejdere, andre medarbejdere og studerende. Dette beskrives nærmere som et videreudviklingstrin 13

14 3.1 Fælles infrastrukturdrift af administrative systemer Principskitse Nedenstående services tilbydes som fælles løsning: Infrastruktur Der stilles infrastruktur til rådighed i form af serverkapacitet, datalagring og netværk. Infrastruktur drift Der ydes drift af infrastrukturen såsom overvågning, fejlfinding, fejlafhjælpning, backup og restore. Infrastruktur support Support opgaver såsom patchning, hjælp til applikationsfejlfinding, hjælp til sizing etc. Set fra den enkelte UC er der altså tale om en outsourcing af ovennævnte opgaver: Der findes en hosting leverandør Leverandøren kan være en af de 7 UC er eller en 3. part, hvis dette er økonomisk fordelagtigt 14

15 3.1 Overordnet plan for realisering (1/4) Forløbet afhænger af, om der vælges at etablere driftscenter hos en af de 7 UC er eller findes ekstern leverandør Kravspecifikation Udbud Planlægning Transition Proof of Concept Justering 2 mnd 2 mnd 1-3 mnd 3-6 mnd Planlægningsfasen er uafhængig af, om sektoren ønsker selv at etablere driftscenter eller finde ekstern part. Arbejdet består i: Fastlæggelse af infrastruktur arkitektur og dimensionering Fastlæggelse af servicemål primært tilgængelighed og åbningstider Udarbejdelse af business cases for henholdsvis drift i eget center og drift hos ekstern leverandør. Beslutning om, hvor drift placeres. Hvis drift i eget center vælges, besluttes tillige, hvilket UC, der skal løse opgaven. Afhængig af beslutningen fortsættes herefter med enten Kravspecifikation efterfulgt af Udbud (ekstern drift) eller Proof of Concept efterfulgt af Justering (drift i eget center) 15

16 3.1 Overordnet plan for realisering (2/4) Aktiviteter, hvis drift i eget center ønskes Kravspecifikation Udbud Planlægning Transition Proof of Concept Justering 2 mnd 2 mnd 1-3 mnd 3-6 mnd Der indledes med et Proof of Concept : Indledningsvis anskaffes nødvendigt udstyr Driftsmiljø og driftsorganisation etableres Et (eller flere) udvalgte systemer fra én UC flyttes til det etablere center Der gennemføres test af infrastrukturen og driftsprocesser Forløb og test evalueres I lyset af evalueringen foretages Justering af: Infrastruktur, servicemål og organisering Der opstilles en samlet transitionsplan for sektoren - 16

17 3.1 Overordnet plan for realisering (3/4) Aktiviteter, hvis drift ønskes hos ekstern part Kravspecifikation Udbud Planlægning Transition Proof of Concept Justering 2 mnd 2 mnd 1-3 mnd 3-6 mnd 17 Der udarbejdes Kravspecifikation: Krav til nødvendig infrastruktur kapacitet Krav til service mål Krav til samarbejdsorganisation og rapportering Krav til transitionsfase Kontraktuelle bestemmelser i øvrigt Herefter gennemføres begrænset udbud Prækvalifikation Modtagelse og behandling af tilbud fra prækvalificerede leverandører Tildeling af ordre -

18 3.1 Overordnet plan for realisering (4/4) Aktiviteterne i transitionsfasen er uafhængig af, om der driftes i eget center eller der er valgt ekstern drift Kravspecifikation Udbud Planlægning Transition Proof of Concept Justering 2 mnd 2 mnd 1-3 mnd 3-6 mnd Transitionen består i at flytte infrastrukturdriften af de administrative systemer for alle UC er Der flyttes et UC ad gangen For hvert UC foretages en test (med indhold som i Proof of Concept fasen) Når alle UC er er flyttet foretages samlet test Når denne test er godkendt overgås til infrastrukturdrift af de administrative hos enten eget center eller ekstern leverandør. 18

19 3.1 Økonomioverslag eget driftscenter (1/2) Fælles infrastrukturdrift af administrative systemer baseret på etablering af eget driftscenter Økonomioverslag fremgår af nedenstående tabel 1 : Adm systemer -egen drift År 0 År 1 År 2 År 3 År 4 Totaler Nuværende omkostning Afskrivninger, løbende drift Årsværk + konsulenter Fremtidig omkostning: Afskrivninger løbende drift Årsværk + konsulenter Investering Afskrivning udstyr hos UC Realiseringsplan Besparelse Akkumuleret De nuværende omkostninger er hentet fra kortlægningen af it-omkostninger hos UC erne afsnittet om Infrastruktur og servere. På baggrund af de specifikationer vi har modtaget fra UC erne om nuværende infrastruktur har vi estimeret, at ca. 30% af infrastrukturen understøtter de administrative systemer. Totalerne fra kortlægningen er derfor multipliceret med 0,3. Året 2012 er et øjebliksbillede, hvor nogle UC er har foretaget investeringer i udstyr og andre ikke. Det er derfor ikke retvisende at fremskrive den nuværende omkostning beløbet kan både blive højere og lavere. Men vi har ikke viden om anskaffelsesår og afskrivningsprofiler og har derfor valgt blot at fremskrive omkostningen fra Yderligere detaljering findes i bilag til dette dokument 19

20 3.1 Økonomioverslag eget driftscenter (2/2) Fælles infrastrukturdrift af administrative systemer baseret på etablering af eget driftscenter De fremtidige omkostninger er beregnet ved indledningsvis på baggrund af specifikationerne fra UC er at vurdere kapacitetsbehovet generelt til understøttelse af de administrative systemer. Nyanskaffelse af sådant udstyr er beregnet til kr. (Se Bilag for detailberegning). Dette beløb afskrives fuldt og helt i år 1. Herefter foretages der geninvestering af serverudstyr i år 3 i alt kr. Til den daglige drift er beregnet 3 årsværk (sektoren anvender i dag 4-5 årsværk fordelt på de 7 UC er). Der en anvendt en timepris på kr. 400 inkl. overhead i beregningen. Forholdet mellem konsulentomkostninger og egne timer (omregnet til kroner) er i dag således at konsulenthonorar udgør knap 12% af den samlede timeomkostning. Dette forhold er indregnet i de fremtidige omkostninger. Som investeringer er for det første indsat en afskrivning af det udstyr, de enkelte UC er ikke længere skal benytte. Vi har antaget, at det repræsenterer en værdi på ca. 1/3 af nyanskaffelsessummen på 10,1 millioner kr. Der er herefter afsat 3 millioner kr. til internt timeforbrug til gennemførelse af den overordnede realiseringsplan. Som ved kortlægningen af de interne omkostninger hos UC er har Devoteam anvendt en gennemsnitlig intern timepris på kr. 400 (inkl. overhead). Der er altså afsat 7500 timer til opgaven svarende til ca. 4 fuldtidsmedarbejdere i et år. Som det fremgår er der over perioden tale om en besparelse på kr kr. i alt eller ca. 6,3 millioner årligt gennemsnitligt Tallene bør yderligere kvalificeres gennem opstilling af en egentlig business case. 20

21 3.1 Økonomioverslag ekstern drift Fælles infrastrukturdrift af administrative systemer baseret på ekstern drift Økonomioverslag fremgår af nedenstående tabel 1 : Adm systemer - eksternt År 0 År 1 År 2 År 3 År 4 Totaler Nuværende omkostning Afskrivninger, løbende drift Årsværk + konsulenter Fremtidig omkostning: Driftsvederlag Leverandørstyring Investering Afskrivning udstyr hos UC Realiseringsplan Besparelse Akkumuleret De nuværende omkostninger er opgjort på samme vis som ved etablering af eget driftscenter og samme forbehold for tallene gør sig gældende Ved at vælge ekstern part undgår sektoren investeringer i nyt udstyr, men skal i stedet betale et driftsvederlag for infrastrukturdriften. En skarp markedspris - baseret på det kapacitetsbehov, vi har lagt til grund, jf. Bilag herfor er kr. årligt. Hertil skal lægges sektorens behov for leverandørstyring vi har beregnet ½ årsværk hertil og igen anvendt 400 kr. som timepris inkl. overhead. Disse to poster udgøre de fremtidige omkostninger. Investeringen har vi opgjort på samme vis som ved etablering af eget driftscenter, dog med en ændring, at beløbet på til realiseringsplane nu udgøres af ca i interne omkostninger til gennemførelse af udbud og ca kr. i engangsvederlag til leverandøren for transition. Som det fremgår er der over perioden tale om en besparelse på kr kr. i alt eller ca. 8,1 millioner årligt gennemsnitligt. Tallene bør yderligere kvalificeres gennem opstilling af en egentlig business case 1 Yderligere detaljering findes i bilag til dette dokument 21

22 3.2 Fælles udvikling Fælles udvikling af administrative systemer Det foreslås, at der fremadrettet foretages fælles udvikling for de administrative systemer (herunder fx løbende behovsopsamling og kravspecifikationsarbejder) i lighed med arbejdet omkring udvikling af Praktikportal. At det netop er fremadrettet og ny udviklingsopgaver gør det nemmere at etablere fælles forretningsprocesser på tværs af sektoren hvilket er en væsentlig forudsætning for at kunne anvende samme systemløsning Resultatet/produktet af fælles udvikling foreslås implementeret i den fælles infrastruktur (ref. forslag 3.1). Hvad enten eget driftscenter eller ekstern drift er valgt, vil dette være økonomisk fordelagtigt sammenlignet med at iværksætte idriftsætning af det ny produkt hos de enkelte UC ere Under fælles udvikling lægges også koordinationsopgaven og dialogen med relevante statslige aktører (fx Moderniseringsstyrelsen og UM IT) Den overordnede realiseringsplan for Fæles udvikling består i etableringen af det tværgående It-sekretariat (UC IT) som beskrevet i afsnit 5 i dette notat. Økonomioverslag er ikke udarbejdet, da et sådant vil være helt afhængigt af den fremtidige volumen i itudviklingsopgaver på det administrative område. 22

23 3.3 Fælles indkøb af klienter og klienthåndtering Fælles indkøb af klienter, andre eneheder og AV-udstyr Indkøb af klienter mv. foreslås fremadrettet foretaget fremadrettet i et forpligtigende fællesskab forpligtigende fordi der skal være vished om volumen i indkøb Nogle UC ere køber i dag klienter og andre enheder på en aftale, der var i udbud i 2012 Det foreslås at 2014 bruges til at forberede og gennemføre et nyt udbud, der bliver fælles for alle gennem øget volumen forventes bedre priser Det foreslås endvidere, at klienthåndteringen tænkes ind i dette udbud 23

24 3.3 Fælles klienthåndtering Klienthåndtering foreslås indkøbt hos ekstern part Ved klienthåndtering forstås indkøb af klient, konfigurering af denne med ønsket software, levering til bestiller, løbende support og løbende udskiftning af klienter efter aftalt plan: 24

25 3.3 Fælles klienthåndtering - økonomioverslag Der gennemføres udbud, hvorefter nyt udstyr leases og leveres klargjort til den enkelte medarbejder Tabellen nedenfor viser sektorens omkostninger til klienthåndtering. I dette tal indgår anskaffelse og timer til klargøring, support og udskiftning (beregnet med en intern timepris på 400 kr.). Dette tal sammenstilles med markedspriser for tilsvarende ydelser 1. anvender i 2012 i alt klienter. Omkostning Antal klienter pr. klient I alt Sektoren i dag Leasingafgift Håndteringsafgift Økonomioverslag kan herefter opstilles på et 5-årigt sigt: Klienthåndtering År 0 År 1 År 2 År 3 År 4 Totaler Udbud Leasingafgift Håndteringsafgift I alt Omkostninger i dag Besparelse N/A Akkumuleret N/A Det er estimeret at udbud kan gennemføres indenfor kr. Samlet opnår sektoren en væsentlig besparelse ved gennemførelse af dette løsningsforslag 1 Tallene er bekræftet af ATEA A/S, som er markedsledende på dette område 25

26 3.4 Fælles indkøb af AV-udstyr AV-udstyr indkøbes fremover fælles Der er allerede igangsat fælles indkøb af AV-udstyr dette skal koordineres med et samlet indkøbstiltag (herunder effektiviseringsprogrammets projekt om fælles indkøb) Der vises ikke overordnet realiseringsplan, da arbejdet allerede er i gang Der er ikke detailberegnet på økonomien. Men sektoren anskaffede i 2012 AV-udstyr for ca. 11 millioner kr. Samlet indkøb kan give en besparelse på op til 10% heraf. 26

27 4 Videreudvikling af fællesskabet 27

28 4.0 Forslag til videreudvikling af fællesskabet Overordnet skitse 2.1 Fælles infrastrukturdrift for administrative systemer 3.1 Udbygget fælleskab omkring infrastruktur drift 4 Administrativt servicecenter 2.2 Fælles udvikling af administrative systemer 3.2 Systemfællesskab omkring administrative systemer 2.3 Fælles indkøb af klienter inkl. klienthåndtering 2.4 Fælles indkøb af AVudstyr Hovedaktiviteterne udgør trin 1 i en samlet plan for sektoren Figuren illustrerer et trin 2, hvor: Infrastrukturdriften udvides til at omfatte flere systemer Der foretages en systemkonsolidering Endvidere er det efter systemkonsolideringen muligt at etablere et egentligt administrativt service center 28

29 4.1 Udbygget fællesskab omkring infrastruktur drift Såfremt erfaringer fra fælles infrastrukturdrift af de administrative systemer er gode, foreslås det, at sektoren overvejer andre infrastrukturdriftsopgaver, der kunne løses tilsvarende Som beskrevet i afsnit 3.1 kan der være tale om to muligheder: Enten etableres eget driftscenter (evt. udbygges det allerede etablerede) eller der findes ekstern part, der kan varetage opgaven (evt. udvides engagementet hos eksisterende leverandør) Den overordnede realiseringsplan svarer til den i afsnit 3.1 beskrevne. Økonomioverslag for de to muligheder vises på næste side 29

30 4.1 Økonomioverslag for udbygget fællesskab omkring infrastruktur drift Beregnet ved etablering af egen drift Såfremt al infrastruktur driftes i eget etableret center fås følgende nøgletal (idet posterne er opgjort på samme vis som for infrastruktur til de administrative systemer alene: Alle systemer -egen drift År 0 År 1 År 2 År 3 År 4 Totaler Nuværende omkostning Afskrivninger, løbende drift Årsværk + konsulenter Fremtidig omkostning: Afskrivninger, løbende drift Årsværk + konsulenter Investering Afskrivning udstyr hos UC Realiseringsplan Besparelse Akkumuleret Eksemplet er gennemregnet for den totale infrastruktur hos UC erne. Principperne er de samme som ved beregningen for de administrative systemer dog er der regnet med 8 årsværk til driften og afsat kr. til gennemførelse af realiseringsplan. Som det fremgår er der over perioden tale om en besparelse på kr kr. i alt eller ca. 24,8 millioner årligt gennemsnitligt. Tallene bør yderligere kvalificeres gennem opstilling af en egentlig business case 30

31 4.1 Økonomioverslag for udbygget fællesskab omkring infrastruktur drift Beregnet ved drift hos ekstern part Såfremt al infrastruktur driftes hos ekstern part fås følgende nøgletal (idet posterne er opgjort på samme vis som for infrastruktur til de administrative systemer alene: Alle systemer - eksternt År 0 År 1 År 2 År 3 År 4 Totaler Nuværende omkostning Afskrivninger, løbende drift Årsværk + konsulenter Fremtidig omkostning: Driftsvederlag Leverandørstyring Investering Afskrivning udstyr hos UC Realiseringsplan Besparelse Akkumuleret Eksemplet er gennemregnet for den totale infrastruktur hos UC erne. Principperne er de samme som ved beregningen for de administrative systemer dog er der regnet med en faktor 4 relativt til driften af de administrative for driftsvederlaget og afsat 1,5 årsværk til leverandørstyringen. Til realiseringspaln er afsat kr. med samme argumentation som for de administrative systemer Som det fremgår er der over perioden tale om en besparelse på kr kr. i alt eller ca. 24,9 millioner årligt gennemsnitligt. Tallene bør yderligere kvalificeres gennem opstilling af en egentlig business case 31

32 4.2 Systemfællesskab omkring administrative systemer Forslaget indebærer at systemerne konsolideres, så der for alle administrative processer anvendes de samme applikationer, men ikke nødvendigvis de samme data Dette ville medføre en harmonisering af de administrative processer på de enkelte UC er og en naturlig videreudvikling ville derfor være etablering af et egentligt administrativt service center Arbejdet kunne eksempelvis tilrettelægges således: Beslutning af fælles processer og konsolideringstakt Administrative applikationer leveret af UMIT og Moderniseringsstyrelsen F.eks. Navision Stat (Økonomi), SLS (løn) og SIS (Studieadministration) Administrative applikationer med tæt samspil til de kerneadministrative applikationer, som mere end en UC anvender som F.eks. Accostat Øvrige administrative applikationer der har et løst samspil med de centrale administrative systemer, herunder øvrige studieadministrative løsninger f.eks. Skemalægning, kursussystem og bibliotekssystem 6-9 mnd 2-3 år 3-4 år 32

33 4.2 Systemfællesskab omkring administrative systemer - økonomioverslag Analyse og kravspecifikation (3 år) 3 år Lav Middel Høj Egne ressourcer (3 FTE) Konsulent honorar (3 FTE) Sum Analyse, kravspecifikation og projekthjælp (5 år) 5 år Lav Middel Høj Egne ressourcer (3 FTE) Konsulent honorar (3 FTE) Sum System udskiftning & Portal It Lav Middel Høj System udskiftninger m.m Administrativ portal Sum Et typisk forløb med proceskonsolidering og kravspecifikation i denne størrelsesorden vil tage 2-4 år. Der beregnes DKK 400/t interne og DKK 1.300/t eksterne Der er beregnet med middelpriser på systemudskiftninger m.m. Lav = Middel 25 % Høj = Middel + 25 % Som det fremgår er det en ganske omfattende opgave at få konsolideret på systemniveau og harmoniseret de administrative processer Men der er ingen tvivl om, at gevinsterne for sektoren på sigt er betydelige ikke mindst, hvis der etableres egentligt fælles administrativt center, hvorved betydelige årsværkbesparelser må forventes at kunne findes 33

34 5 Styring og organisering 34

35 Forslagenes styringsmæssig konsekvens Styringsbehov 1. Der vil samlet set være behov for en styring af fælles løsninger både forstået som egentlige it-løsning og som samarbejder (fx om fælles indkøb) 2. Styringsmodellen skal tage udgangspunkt i den indledende model for styring af it-samarbejder i sektoren (jf. notat om It-governance styring og organisering af it-samarbejdet i University Colleges (UC) ) 3. Set i forhold til trappemodellen omfatter forslaget forskellige grader af samarbejder men de vil alle kræve en grad af koordinering og gensidig forpligtigelse for at kunne fungere: 35

36 Forslagenes placering i trappemodellen Løsningsforslagene omfatter således ikke bedste praksis, netværk og erfagrupper Sagsområder løses fælles (shared service) Trin 1 Trin 2 Trin 3 Infrastrukturdrift af Udbygget fællesskab Administrativt administrative omkring infratstruktur servicecenter systemer drift Systemfællesskab omkring administrative systemer Fælles anvendelse af tredjepartsløsninger Fælles indkøb af klienter og klienthåndtering Fælles indkøb af AVudstyr Fælles it-applikationer Fælles udpegning af bedste praksis Netværk og erfargrupper Udvikling af administrative systemer 36

37 De tre hovedfokus i it-governance i UC Model fra papir om indledende model - Forslagene skal indpasses i den indledende model for it-goverance i sektoren - Det passer fint ind i fokus for den indledende model, idet der vil være tale om et udviklingsarbejde (i projekter), som efterfølgende skal driftes jf figuren - Der vil være behov for i det videre arbejde at afklare driftsmodellen for de fælles løsninger herunder: - Finansieringsmodel (fordelingsnøgle) - Styring af videreudvikling (fx prioritering af nye behov) - Rolle og ansvarsafklaring, herunder ejerskab, - Beslutningsprocedurer og organisering - Programsekretariatet vil udarbejde en fuld driftsmodel den skal kunne understøtte driften af fælles løsninger der leveres fra effektiviseringsprogrammet - I rolleafklaringen skal der være fokus på at udnytte eksisterende spidskompetencer og erfaringer i sektoren indenfor de udvalgte løsningsområder 2. Projekter og eksekvering 1. Strategi og prioritering 3. Drift - Det bliver en kritisk aktivitet at etablere en tværgående sekretariat der kan sikre koordinering og fremdrift i arbejdet med de fælles løsninger se næste planche 37

38 Tværgående it-sekretariat UC IT Opgaver og etablering Der skal etableres et tværgående sekretariat, som har følgende opgaver: Etablering af samlet styringsparadigme, herunder: rolle- og ansvarsafklaring (fx systemejerskab), samt procedurebeskrivelser og aftaleparadigmer (fx fordelingsnøgle til finansiering af fælles løsninger) Sekretariatsbetjening af relevante grupper i driftsmodel samt sektorkoordinering Leverandør- og kontraktstyring Der vil være behov for en række fælles principper og tilgange for udviklingen af fælles løsninger det skabes bl.a. gennem: udarbejdelse af strategi og målarkitektur (herunder databehov på tværs og arkitekturgovernance i projekter) vedligeholdelse af fælles porteføljestyringskoncept og projektmodel Det er derfor oplagt at forsøge en synergieffekt med det eksisterende programsekretariat. 38

39 UC IT s kontaktflader UC-It leverer fælles løsninger til sektoren men dele af sektoren kan også være leverandør til UC IT UCN UCSYD UCSJ METROPOL VIA UCL UCC UC IT Moderniseringsstyrelsen. UMIT Driftsleverandør (eventuelt et UC) Andre leverandører 39

40 Bilag A Kapacitetsberegninger 40

41 Infrastruktur investering, administrative systemer kr. % kr. kr./år kr. Fysiske servere % Virtuelle servere % UNIX servers % CNA adaptere (10 Gb FCoE, dual port) % Vmware licenser % Microsoft licenser, standard % Microsoft licenser, datacenter % Enterprise storage (TB) 70, % Access-porte % Managementnetværk (kobberporte) % Core netværk (switches) % Load balancers % Total Der er beregnet med Vmware, men Hyper-V giver ca. samme billede Der er beregnet med Enterprise komponenter Antal servere anslået udfra FTE balancering Virtualiseringsgrad sat lavt (75 %) mod markedsgennemsnit (+85 %) 41

42 Infrastruktur investering, alle systemer kr. % kr. kr./år kr. Fysiske servere % Virtuelle servere % UNIX servers % CNA adaptere (10 Gb FCoE, dual port) % Vmware licenser % Microsoft licenser, standard % Microsoft licenser, datacenter % Enterprise storage (TB) 1.000, % Access-porte % Managementnetværk (kobberporte) % Core netværk (switches) % Load balancers % Total Der er beregnet med Vmware, men Hyper-V giver ca. samme billede Der er beregnet med Enterprise komponenter Antal servere anslået udfra FTE balancering Virtualiseringsgrad sat lavt (75 %) mod markedsgennemsnit (+85 %) 42