VEJLEDNING TIL RISIKOVURDERINGER



Relaterede dokumenter
VEJLEDNING TIL RISIKOVURDERINGER

VEJLEDNING TIL RISIKOVURDERINGER

ROLLEBESKRIVELSER I FORBINDELSE MED RISIKOVURDERINGER

LANDGREVEN 4, POSTBOKS KØBENHAVN K TLF: Risikovurdering af it-projekter

Statens IT-projektråd. Eventdag for it-projektledere d. 3. oktober 2013

Om Statens It-projektråd. Version 1.3

Ministeriernes projektkontor - rådgivning, modeller og myndighedernes samarbejde med It-projektrådet

Professionalisering af itprojektarbejdet

It-projekter: Vejledning til risikovurdering og rådgivning ved Statens Itråd

Den fællesstatslige it-projektmodel

LANDGREVEN 4, POSTBOKS KØBENHAVN K TLF:

It-projekter: Vejledning til risikovurdering og rådgivning ved Statens Itråd

Inspiration fra Danmark: Erfaringer

BEVILINGSPROCES FOR PROJEKT/PROGRAMMER - NYT PROJEKTSTYRINGSREGIME. Stinne Henriksen, Kontorchef, Digitaliseringsstyrelsen 1.

Styregruppeformænd i SKAT Kort & godt (plastkort)

Case: Danmarks statslige it- projektmodel

Vejledning til den fællesstatslige itprojektmodel

Hvad gør Danmark for at lykkes med it-projekter og hvilken betydning har kompetencer? Ministeriernes projektkontor Christian Schade juni 2015

Om Statens IT-projektråd. Version 1.1

Præsentation af styregruppeaftale. Marts 2015

Københavns Kommunes erfaringer med IT-projektråd

Statslige erfaringer med professionalisering af store it-projekter

Erhvervsudvalget ERU alm. del Bilag 47 Offentligt. Bilag. Økonomi- og Erhvervsministeriet. København, den 9. november 2009.

RSD it-projektmodellen December 2013

Vejledning til statusrapportering

It-rådets arbejde og erfaringer fra gode projekter

Køreplan for projekter Øvrige anlæg, IT og teknologiprojekter og. udviklingsprojekter m.v. Retningslinier og tjeklister.

Retningslinjer for udformning af it-aktstykker. Juli 2017

Få succes med it-projekter Vigtige erfaringer fra de store it-projekter i staten

Effektivitet og kvalitet i projekteksekvering

Projektbeskrivelse. 1. Baggrund

Rollebeskrivelser. Programroller ift. den fællesstatslige programmodel

UC Effektiviseringsprogrammet. Projektgrundlag. Fælles UC Videoplatform

Vejledning - Udarbejdelse af gevinstdiagram

PROJEKTAFSLUTNINGSRAPPORT

Vejledning til den fællesstatslige programmodel Side 1. Ledelsesintroduktion til programmodellen

Retningslinjer for udformning af it-aktstykker. August 2019

Projektgrundlag fælles Microsoft aftale version 1.0

Jobcentrets VITAS business case

Vejledning - Udarbejdelse af gevinstdiagram

Anbefalingerne har givet anledning til en grunddig drøftelse og refleksion i såvel delprogrammets styregruppe og ledelsen for de enkelte projekter.

Notat. Side 1 af 7. Evaluering af et projekt i regi af Strategi for digital velfærd

[Skriv projektets navn]

Sådan bliver du en succes med strategiarbejdet

Kvartalsrapport vedr. fase 1 af SKATs systemmodernisering for 1. kvartal 2008

Vejledning. Om den fællesstatslige it-projektmodel

UC Effektiviseringsprogrammet. Projektgrundlag. Business Intelligence. version 1.2

Samarbejdsaftale vedr. udbredelse af Telesår projektet

Vejledning om risikovurdering af IT-projekter

Rollebeskrivelser i den fællesstatslige programmodel. - Vejledning

Retningslinjer for udformningen af it aktstykker

AAU It Services Selma Lagerlöfs Vej Aalborg Ø. Afvigelsesanmodning. [Skriv projektets navn] [Skriv dato]

Bobleprojekter i Inno-SE

Rollebeskrivelser i den fællesstatslige programmodel. - Vejledning

Programpræciseringsdokument (PPD) (Programme Definition) - Vejledning

Om Rådets arbejde og erfaringer fra gode projekter (hvad kendetegner disse) Konferencen Gode offentlige it-projekter

AFVIGELSESANMODNING [SKRIV PROJEKTETS NAVN] Revionshistorik. AAU It Services Selma Lagerlöfs Vej Aalborg Ø

Evaluering af Itprojektrådet. Ministeriernes projektkontor

Gevinstrealisering for projekter og programmer

LEDELSE PÅ TVÆRS I EKSTERNT STØTTEDE UDVIKLINGSPROJEKTER

a. Skatteministeriet anmoder hermed om Finansudvalgets tilslutning til at afholde merudgifter i forhold til det fortrolige

Projektmodel i FA. Før Under Efter. Projekt Fase overgang. Realisering/Drift. Overordnet projektmodel: Tid: Fase: Prejekt Fase. Prioritering.

Forår, gevinstrealiseringsplan, disruptive innovation - og en gratis business case skabelon...

Sagsnr

Revideret januar Udbuds- og Indkøbspolitik

Vejledning til statens business casemodel

Vejledning til ansøgning om udviklingsstøtte til projekter målrettet socialt udsatte grupper og fremme af integration

Fælles projektmodel. Fælles projektmodel på tværs af Enhedsadministrationen for projekter der har IT-involvering

Vejledning. Om den fællesstatslige it-projektmodel

Aftaleudkast for underarbejdsgruppe vedrørende genoptræning

Management of Risks (M_o_R ) Professionel styring af risici

Notat til Statsrevisorerne om beretning om udviklingen af de nationale test. Februar 2012

VEJLEDNING TIL ANSØGNING

Indbudgettering af risikopulje ifm. nye itprojekter

Notat til Statsrevisorerne om beretning om Forsvarets procedurer for anskaffelse af større materiel. April 2014

Bilag 1 - Kommissorium for Kommunernes It-Arkitekturråd

Hvad kendetegner det gode projekt

Udviklingspuljen for folke- og skolebiblioteker

REWARA Et projekt om cirkulær økonomi

Projektbeskrivelse Reservebedsteordning

Ledelse af digitalisering

Resume ABT-projekt Optimering af besøgsplanlægning

Styring af anlægsprojekter. Tillæg til projekthåndbog.

Uanmeldt tilsyn. Molevitten Vestergade 82, afd. Ny Møllevej 51, Herning Kirsten Andersen. Joan Dahl Nørgaard. Mia Gry Mortensen

Pixibog business casen kort fortalt : Projektbasis : Leverancen : Milepæle og tidsplan : Ressourcer : Økonomi...

Handlingsplan for program 1: Monopolbrud

KANAL- OG DIGITALISERINGSSTRATEGI Januar 2011

Ældre- og Handicapforvaltningen, Aalborg Kommune Aalborg på Forkant Innovativ udvikling i sundhed og velfærd. Forundersøgelse. Aalborg på Forkant

Sagsnr P Godkendt dato Dato Revideret dato Sagsbehandler Thomas Rosenfeldt

Aktstykke nr. 110 Folketinget Afgjort den 13. juni Justitsministeriet. København, den 29. maj 2012.

IT projektmodel. Fælles projektmodel på tværs af Enhedsadministrationen for projekter der har IT-involvering

IT projektmodel. Fælles projektmodel på tværs af Enhedsadministrationen for projekter der har IT-involvering

Projektkatalog (Project Dossier) - Vejledning

KUNSTEN AT UDVIKLE OG STYRE IT-PROJEKTER HVOR ER STATEN BLEVET BEDRE OG HVOR ER DER FORTSAT PLADS TIL FORBEDRING?

TJEKLISTE TIL IT-PROJEKTER OG PROGRAMMER VERSION 1.0

UDBUDSPOLITIK HOLBÆK KOMMUNE

STATUS. Statens it-projekter

Analyse af AMU- målgruppens kompeten- cebehov inden for postal facility management 15. september 2011

Projektledelse som karrierevej

Aktstykke nr. 164 Folketinget Afgjort den 10. december Skatteministeriet. København, den 2. december 2009.

Transkript:

VEJLEDNING TIL RISIKOVURDERINGER

INDLEDNING VEJLEDNINGENS FORMÅL I 2014 nedsatte Københavns Kommunes direktørkreds Københavns Kommunes IT-projektråd med topledere fra offentlige og private organisationer. Formålet var at bidrage til en kvalificeret håndtering af risikofyldte it-projekter i Københavns Kommune og sikre overblik på tværs af kommunens it-projektportefølje. IT-projektrådets medlemmer rådgiver kommunens forvaltninger og institutioner, tilbyder sparring til direktionerne og deltager aktivt i risikovurdering af alle it-projekter over 5 mio. kr., projekter der rummer ny teknologi eller projekter der er særligt rettede mod borgere. Formålet med denne vejledning er at hjælpe forvaltninger og institutioner i Københavns Kommune med at forstå hvilke it-projekter, der skal risikovurderes, og hvordan det sker. Vejledningen giver også projektledere kendskab til processen, så de ved, hvad der forventes af dem under en risikovurdering. For yderligere indsigt i rollefordelingen læs Rollebeskrivelser i forbindelse med risikovurderinger. HVAD ER ET IT-PROJEKT? IT-projektrådet skal som hovedregel risikovurdere alle it-projekter med samlede omkostninger på 5 mio. kr. eller derover, it-projekter der bygger på ny teknologi eller har særligt borgerrettede leverancer. Visse it-projekter med investeringer over 5 mio. kr. betragtes i denne sammenhæng ikke som it-projekter. Det gælder i de tilfælde, hvor der fx er tale om ren anskaffelse, hvor der købes nyt udstyr, som erstatter det eksisterende fx servere, telefoni og scannere. Der kan også være tale om projekter, som består i anskaffelse af nyt udstyr, som er nyt for forvaltningen, men hvor elementet af udvikling eller tilpasning, herunder i form af internt ressourceforbrug, er yderst begrænset. Det vil i mange tilfælde være nødvendigt at vurdere projektbeskrivelsen for at afgøre, om et it-projekt opfylder kriterierne. IT-projektrådets sekretariat tilbyder at hjælpe forvaltningerne med denne vurdering. Vurderingen sker på baggrund af den projektbeskrivelse, som forvaltningen sender til sekretariatet for IT-projektrådet Såfremt it-projektet kun i mindre grad resulterer i en anskaffelse, og i højere grad tilrettelægges som en længerevarende aftale om levering af en tjenesteydelse, er det fortsat størrelsen af de samlede udgifter, der knytter sig til den reelle anskaffelse og udvikling af it-projektet, der er afgørende for, om it-projektet skal gennemgå en risikovurdering. SÅDAN UDREGNES ET IT-PROJEKTS SAMLEDE OMKOSTNINGER For it-projekter hvor de samlede budgetterede udgifter til anskaffelse og udvikling, herunder internt ressourceforbrug, udgør 5 mio. kr. eller derover, skal business case, cover og projektinitieringsdokument indsendes til IT-projektrådet. De budgetterede udgifter til anskaffelse og udvikling svarer til alle udgifter, frem til it-projektet tages i brug og overgår til drift (realiseringsfasen iværksættes), herunder internt medgåede lønomkostninger og øvrige medgåede ressourcer. Dvs. at både forvaltningens interne omkostninger (inklusive lønudgifter) og omkostninger til leverandører og rådgivere skal medregnes, såfremt de indeholdes i projektets idé-, analyse-, anskaffelsesog gennemførselsfase. Driftsomkostninger efter ibrugtagning medregnes derimod ikke i de samlede omkostninger.

Projektomkostningerne skal opgøres risikojusteret, hvormed den økonomiske risiko indarbejdes i budgettet. De risikojusterede udgifter beregnes ved simpel sandsynlighed (vægtet sandsynlighed): Nogle gange overskrider et it-projekt sit budget og et projekt, der som udgangspunkt ikke var over 5 mio. kr., kan på et senere tidspunkt komme over den fastlagte grænse på 5 mio. kr. Det er tidspunktet for budgetoverskridelsen, der afgør, hvordan dette håndteres: Kommer it-projektet over 5 mio. kr. inden eller i forbindelse med kravspecificeringen, forventes det, at it-projektet rescopes, business casen opdateres, og der udarbejdes en ny direktionssag. Et rescopet it-projekt skal indsendes til risikovurdering, inden forvaltningen går videre til anskaffelsesfasen og igangsætter udbud. Kommer it-projektet over 5 mio. kr. efter anskaffelsen, forventes det, at forvaltningen opdaterer business casen og direktionen godkender det nye budget. It-projektet skal i det tilfælde ikke indsendes til risikovurdering. I stedet skal it-projektet fremadrettet indgå i statusrapporteringen. Sekretariatet for ITprojektrådet skal hurtigst muligt orienteres med henblik på, at itprojektet skal indgå i forestående statusrapportering. OMKOSTNINGER PÅ 5 MIO. KR., NY TEKNOLOGI ELLER BORGERRETTEDE LEVERANCER MEDFØRER RISIKOVURDERING Hvis it-projektet opfylder ovenstående krav vedr. omkostninger på over 5 mio. kr., ny teknologi eller borgerrettet leverance, skal det risikovurderes. Risikovurdering sker i regi af IT-projektrådet. Risikovurderingen resulterer i et anbefalingsbrev til projektejende direktion. Anbefalingsbrevet skal vedlægges forelæggelser for Borgerrepræsentationen og Økonomiudvalget. I vejledningens trin 1-4 gennemgås processen for risikovurdering. HVORNÅR SKAL ET IT-PROJEKT INDSENDES TIL RISIKOVURDERING? It-projekter skal risikovurderes ved afslutningen af analysefasen og før anskaffelsen begyndes. Faserne defineres ud fra it-projektmodellen. HVORNÅR ER ANALYSEFASEN AFSLUTTET? Analysefasen er først afsluttet, når de centrale analyser er gennemført og alle de centrale oplysninger til at begynde kravspecificering og udbud er afdækket. Forvaltningen forventes efter analysefasen at have kendskab til og styr på centrale områder som: Forretningsmodel Business casen og gevinstpotentialer Organisering og projektmodel Kendskab til markedet Teknologiske overvejelser og potentielle tekniske løsninger Implementeringsovervejelser og inddragelse af interessenter Slutbrugerprodukt ved overgang til drift og når løsningen tages i brug. 3

TRIN 1 INDMELDING AF IT-PROJEKT FORVALTNINGERNE SKAL INDMELDE NYE IT-PROJEKTER Det er forvaltningernes ansvar at sikre, at IT-projektrådet i god tid bliver informeret om nye it-projekter. Sekretariatet for IT-projektrådet vil løbende kontakte forvaltningerne for at vedligeholde en oversigt over planlagte it-projekter. IT-projektrådet gennemgår og drøfter oversigten på deres 4 årlige møder. Sekretariatet følger også løbende med i, om der er forvaltninger, som ikke har kendskab til de nye krav til it-projekter over 5 mio. kr. og herunder, om der eksisterer it-projekter der opfylder kriterierne, som ikke er indmeldt til IT-projektrådet. Det er altid projektlederen og ikke eksterne konsulenter, der tager kontakt til sekretariatet. Projektlederen vil i samarbejde med sekretariatet vurdere, hvornår it-projektet er klar til risikovurdering. Institutionerne skal indmelde it-projektet i god tid, da sekretariatet for ITprojektrådet skal rekruttere vurderingspersoner og reservere tid hos et rådsmedlem. Sekretariatet bestræber sig på at imødekomme forvaltningernes ønske om et vurderingstidspunkt. Der er dog størst sandsynlighed for, at vurderingstidspunktet kan imødekommes, hvis projektet indmeldes senest fire arbejdsuger før, risikovurderingen ønskes påbegyndt. Når it-projektet er indmeldt, indgår det i planlægningen af ITprojektrådets opgaver. Det er forvaltningens ansvar at kontakte sekretariatet for at fastlægge en dato for indsendelse af projektgrundlaget. Fastlæggelsen af datoen afhænger af, hvornår forvaltningen forventer, at direktionen har godkendt projektgrundlaget. FØLG IT-PROJEKTMODELLEN It-projekterne bør følge it-projektmodellen. Det betyder, at alle itprojekter over 5 mio. kr., med ny teknologi eller med borgerrettede leverancer bør udarbejde de obligatoriske produkter i projektgrundlaget. Skabelonerne for projektgrundlaget kan hentes på IT-projektrådets hjemmeside. Sekretariatet for IT-projektrådet tilbyder rådgivning og vejledning under udarbejdelsen af projektgrundlaget. Der gives specifikt hjælp til scoping (opdeling og afgrænsning) af et it-projekt og udarbejdelse af de obligatoriske dokumenter såsom business casen. Der kan også vejledes om andre spørgsmål. Skriv til IT-projektrådets postkasse ITprojektraad@ks.kk.dk og få mere information. HVAD INDEHOLDER PROJEKTGRUNDLAGET? Forvaltningen skal sende følgende dokumenter om it-projektet til ITprojektrådet: Cover Projektinitieringsdokument (PID) herunder: - Risikoanalyse - Gevinstrealiseringsplan - Kvalitetsplan Business case (med tilhørende dokumenter). Skabeloner til ovenstående dokumenter findes på IT-projektrådets hjemmeside. 4

HVORNÅR INDSENDES PROJEKTGRUNDLAGET TIL RISIKOVURDERING? Risikovurderingsprocessen sættes i gang på den fastlagte dato for indsendelse af projektgrundlag. Projektgrundlaget sendes elektronisk til ITprojektrådets postkasse IT-projektraad@ks.kk.dk den aftalte dato senest kl. 12. Dokumenterne skal være godkendt af direktionen i den projektejende forvaltning såvel som i it-projektets styregruppe. TRIN 2 DE 10 DAGES RISIKOVURDERING RISIKOVURDERINGSPROCESSEN En risikovurdering tager 10 arbejdsdage. Set fra forvaltningens side starter de 10 arbejdsdage en uge efter indsendelsen af projektgrundlaget. Denne uge er indlagt som en mulighed for sikring og udfoldelse af projektgrundlaget. Risikovurderingen sker over tre dage. Dag 1 er læsedag for de involverede parter, dag 2 er risikovurderingsdag for vurderingspersonerne og dag 3 indeholder både formøde og dialogmøde hvor rådsmedlem og forvaltning deltager. Forvaltningen deltager dermed først på 3. dagen under dialogmødet, der afholdes ude i forvaltningen. De 10 dages risikovurdering er organiseret i to dele og består af en faglig risikovurdering og IT-projektrådets vurdering af risikoprofil og formulering af anbefalinger. DEL 1: DEN FAGLIGE RISIKOVURDERING Til den faglige risikovurderingen rekrutterer sekretariatet tre vurderingspersoner fra vurderingskorpset, der går på tværs af alle forvaltninger i Københavns Kommune. De tre personer har alle solid erfaring fra store it- og udviklingsprojekter. De vil typisk dække forskellige kompetenceområder som business case, teknologi og arkitektur samt forretningsmodeller og processer. Vurderingspersonerne mødes om projektgrundlaget og begynder den faglige risikovurdering og forbereder formødet med rådsmedlemmet samt dialogmødet i forvaltningen. 5

En facilitator fra sekretariatet hjælper de tre vurderingspersoner igennem den faglige risikovurdering og sikrer, at risikovurderingen sker inden for de 10 arbejdsdage. Formødet er en mulighed for, at vurderingspersoner og rådsmedlem kan drøfte observationer og mangler i projektgrundlaget og få en dialog om it-projektets risici. Dialogmødet afholdes i forvaltningen. Ved mødet deltager rådsmedlemmet, vurderingspersoner og en repræsentant fra den projektejende direktion samt projektteamet. Under mødet præsenterer rådsmedlemmet risikovurderingen. Efter dialogmødet færdiggør rådsmedlemmet den faglige risikovurdering med vurderingspersonerne. Afhængigt af dialogmødet er det muligt for direktionsmedlemmet at beslutte at sætte risikovurderingen på pause med henblik på at forbedre projektgrundlaget eller ændre på it-projektets scope med den på dialogmødet tilvejebragte viden. Det kan være lige fra en pause på få dage til flere måneder. Forvaltningen vurderer selv, hvornår risikovurderingen ønskes færdiggjort. Risikoprofil og anbefalinger sendes til det ansvarlige direktionsmedlem og forvaltningens samlede direktion. Afhængigt af risikoprofil og anbefalinger, kan der være en videre dialog og opfølgning. SÅDAN FORBEREDER FORVALTNINGEN SIG TIL EN RISIKOVURDERING IT-projektrådet baserer sin risikovurdering på en analyse af forvaltningens projektgrundlag via en risikotjekliste. Risikotjeklisten er bygget op omkring en række centrale emner, som har betydning for den samlede risikoprofil for it-projektet: Forretningsmæssige forhold Governance Markedsafklaring og teknisk løsning Projektets tilrettelæggelse Slutbrugere og slutprodukt Det er derfor vigtigt, at forvaltningen har forholdt sig aktivt til netop disse fem centrale emner, når projektet sendes til risikovurdering. DEL 2: RISIKOPROFILEN, ANBEFALINGER OG ANBEFALINGSBREVET Efter dialogmødet vil rådsmedlemmet udarbejde anbefalinger og vurdere it-projektets risikoprofil. Risikoprofilen vil enten være normal eller forhøjet. Anbefalingerne kan spænde meget bredt og tager udgangspunkt i de identificerede risici eller mangler, som kan udgøre en risiko for itprojektet. FORVALTNINGENS INTERNE RESSOURCEFORBRUG I FORBINDELSE MED RISIKOVURDERING Nedenstående aktiviteter kræver interne ressourcer: Forbered det ansvarlige direktionsmedlem på processen omkring godkendelse af projektgrundlaget, dialogmødet og det efterfølgende anbefalingsbrev. 6

Indarbejd procestid i projektplanerne til de 10 dages risikovurdering. Der kan arbejdes videre med it-projektet, mens det er til risikovurdering i IT-projektrådet. TRIN 3 OPFØLGNING PÅ ANBEFALING Anbefalingsbrevet vil indeholde en vurdering af it-projektets risikoprofil og en række konkrete anbefalinger til at reducere risici. Risikoprofilen kan enten være normal eller forhøjet. Risikoprofilen er funderet i en analyse af projektgrundlaget i forhold til nedenstående områder: Forretningsmæssige forhold (ex hvordan ser forretningsmodellen ud og er den realiserbar) Governance (ex er interessenter inddraget og hvordan er styringen overvejet) Markedsafklaring og teknisk løsning (ex er løsningen velovervejet) Projektets tilrettelæggelse (ex er projektet planlagt efter forskrifterne og realiserbart) Slutbrugere og slutprodukt (ex er slutbruger identificeret og inddraget) Rådets arbejde fungerer som et review af projektet, og rådets rolle er rådgivende. Det er derfor forvaltningens ansvar, at tage stilling til anbefalingerne og indarbejde passende aktiviteter i det videre projektforløb. Forvaltningen modtager anbefalingerne i et anbefalingsbrev. NULPUNKT FOR IT-PROJEKTER Forvaltningen skal løbende statusrapportere til sekretariatet for ITprojektrådet samt fast hvert halve år. Statusrapporter sammenholdes med projekternes nulpunkt. Nulpunktet for it-projekter med omkostninger over 5 mio. kr., med ny teknologi eller med borgerrettede 7

leverancer er den endelige direktionssag, som er godkendt hos den ansvarlige forvaltning forud for udbuddet. LØBENDE OG HALVÅRLIGE STATUSRAPPORTERINGER Der indhentes løbende statusrapporter til brug ved rådsmøder. Status indhentes via p-overblik, hvor alle igangværende, risikovurderede itprojekter vil blive bedt om at opdatere status. Den halvårlige statusrapportering udarbejdes i december og juni og forelægges Borgerrepræsentationen og Økonomiudvalget. Herefter offentliggøres den af IT-projektrådet på hjemmesiden. TRIN 4 PROJEKTAFSLUTNING Når it-projektet afsluttes, og it-systemet overgår til drift i den forretningsenhed, der overdrages til, skal it-projektet formelt afsluttes. IT-projektrådet skal ikke se den endelige projektafslutningsrapport, men forvaltningen skal deklarere over for IT-projektrådet, at projektet er afsluttet. Dette sker gennem de løbende statusrapporteringer eller den halvårlige statusrapportering, hvor der ved projektafslutningen statusrapporteres for sidste gang. Projektleder afgiver, som ved de andre statusrapporteringer, økonomiske nøgletal og andre centrale oplysninger. Under tidsplan skal den faktiske slutdato, for it-projektets gennemførelsesfase anføres. It-projektet er nu principielt afsluttet, og der skal fremover ikke statusrapporteres for it-projektet. Et år efter projektafslutning vil sekretariatet for IT-projektrådet følge op på gevinstrealiseringen. Forvaltningen skal på det tidspunkt oplyse nøgletal om it-projektets gevinstrealisering. Sekretariatet for IT-projektrådet vil efter projektafslutning tage initiativ til et evalueringsmøde. 8