Vejledning. Projektinitieringsdokumentet (PID)

Størrelse: px
Starte visningen fra side:

Download "Vejledning. Projektinitieringsdokumentet (PID)"

Transkript

1 Vejledning Projektinitieringsdokumentet (PID) August 2013

2 INDHOLD 1 INDLEDNING FORMÅL PROJEKTINITIERINGSDOKUMENT (PID) VEJLEDNINGENS SAMMENHÆNG MED DEN FÆLLESSTATSLIGE IT-PROJEKTMODEL. 2 2 ANVENDELSE AF PID I DEN FÆLLESSTATSLIGE IT-PROJEKTMODEL ANVENDELSE AF PID EN I PROJEKTFORLØB UDFYLDELSE AF PID STAMDATA FORRETNINGENS FORMÅL MED PROJEKTET AFGRÆNSNING MÅL OG SUCCESKRITERIER ØKONOMISKE HOVEDTAL OG FINANSIERING GEVINSTER TEKNISK LØSNING LEVERANCER ORGANISERING TILRETTELÆGGELSE OG TIDSPLAN AFHÆNGIGHEDER KVALITET RISICI INTERESSENTER KOMMUNIKATION TOLERANCER RAPPORTERINGSKRAV REVISIONSHISTORIK BILAG PRODUKTBILAG A: GEVINSTDIAGRAM PRODUKTBILAG B: GEVINSTDETALJER PRODUKTBILAG C: RISIKOREGISTER KVALITETSSIKRING AF PID EN... 20

3 1 Indledning I dette afsnit beskrives, hvem denne vejledning henvender sig til, hvilke emner vejledningen behandler, samt hvad et projektinitieringsdokument er. 1.1 Formål Denne vejledning henvender sig til ministerier, der ønsker at gennemføre it-projekter. Formålet er at understøtte myndighederne i udfyldelsen af projektinitieringsdokumentet (refereret som PID) Vejledningen retter sig specifikt mod projektledere, der skal i gang med opgaven at udarbejde PID en. Vejledningen beskriver, hvad en PID er og med hvilket formål man anvender og udarbejder PID en. Afsnit 2 beskriver PID ens placering og anvendelse i forhold til den fællesstatslige itprojektmodel og faserne heri. I afsnit 3 gennemgås PID ens indhold detaljeret, hvor der gives eksempler på, hvordan PID en udfyldes. Vejledningen afsluttes med råd og vejledning til kvalitetssikring af PID en. 1.2 Projektinitieringsdokument (PID) Hvad er en PID? PID en er det dokument, der fastholder de overordnede forventninger til og rammer for projektet. Dokumentet kan opfattes som kontrakten mellem styregruppen (herunder forretningen) og projektlederen. I dokumentet udstikkes projektets kurs og projektets omfang fastsættes. Dokumentet udgør således aftalen om projektet og skal godkendes af styregruppen. PID en definerer projektet og udgør grundlaget for ledelsen og styringen af projektet. I sidste ende er PID en dermed også grundlag for vurderingen af, hvorvidt projektet har været en succes. Dokumentet er et ledelsesprodukt i den fælles statslige it-projektmodel. Skabelonen er obligatorisk at anvende for it-projekter over 10 mio. kr. ved risikovurdering hos Statens ITprojektråd Formålet med at udarbejde en PID PID en har to primære formål: det skal sikre, at projektet har et stabilt grundlag, før styregruppen forpligter sig til projektet, herunder afholdelse af væsentlige udgifter. det skal fungere som et grunddokument (baseline) således, at styregruppen og projektlederen kan vurdere fremdrift, afvigelsesstyring og løbende stillingtagen til, om projektet skal fortsætte. PID en skal også give styregruppen et grundlag til at vurdere, om det overordnede formål med projektet dækkes af projektets leverancer og fremgangsmåde. Ved brugen af PID en sikres det, at ledelsen involveres og træffer forretnings- og prioriteringsmæssige beslutninger i forhold til de godkendte rammer og den ajourførte business case. Samtidig sikres forretningsledelsens mulighed for at forventningsafstemme i forhold til det produkt, som forretningen skal overtage ejerskab af, drifte og vedligeholde, når projektet slutter. Den fællesstatslige it-projektmodel, Digitaliseringsstyrelsen [1]

4 1.2.3 Modtagere af PID en Styregruppen er den primære modtager af PID en. Styregruppen skal godkende PID en. PID en skal tillige indsendes til IT-projektrådet i forbindelse med risikovurdering, hvis projektet har et budget over 10 mio. kr. PID en skal kunne bruges af projektlederen og projektmedarbejderne som fælles referencegrundlag. 1.3 Vejledningens sammenhæng med den fællesstatslige itprojektmodel Denne vejledning tilbyder hjælp til udfyldelse af et af de to primære ledelsesprodukter i den fællesstatslige it-projektmodel PID en. Det andet bærende dokument for projektgennemløb i den fællesstatslige it-projektmodel er business casen. Business case og vejledninger kan hentes på Digitaliseringsstyrelsens hjemmeside. Den fællesstatslige it-projektmodel er udarbejdet med baggrund i eksisterende bedste praksis i staten samt principper fra projektstyringsmetoden PRINCE2. It-projektmodellen er endvidere udarbejdet med henblik på at understøtte de 5 principper for it-projekter i staten, som er beskrevet i Professionalisering af arbejdet med it-projekter i staten og videreudviklet af Statens IT-projektråd. Du kan læse mere om og den fællesstatslige it-projektmodel i vejledning om den fællesstatslige it-projektmodel. It-projektmodellen opdateres to gange årlige med fx ændrede produkter, nye værktøjer eller vejledninger. Specifikt bemærkes PID ens produktbilag C, indeholdende risikoregisteret. Risikostyring er et kritisk element i gennemførelsen af projekter, hvorfor der er udarbejdet en særskilt vejledning til risikostyring - vejledning om risikostyring og anvendelse af risikoregisteret. Den fællesstatslige it-projektmodel, Digitaliseringsstyrelsen [2]

5 2 Anvendelse af PID i den fællesstatslige it-projektmodel PID en anvendes som styringsdokument under gennemløbet af analyse-, anskaffelses- og gennemførelsesfasen i den fællesstatslige it-projektmodel. Dette afsnit placerer PID en i modellen. Den fællesstatslige it-projektmodel er en one-size-fits-all projektmodel, beregnet for anvendelse på alle statslige it-projekter. Modellen omfatter overordnet set: En model for faseopdeling af projektforløbet Principper for overgang fra en fase til næste fase Et antal ledelsesprodukter og skabeloner hertil (også kaldet produkter) Beskrivelser af roller og ansvar PID en er sammen med business casen de bærende ledelsesprodukter i modellen. I tillæg til ledelsesprodukter indeholder den fællesstatslige it-projektmodel en række værktøjer og vejledninger til understøttelse af projektforløb og anvendelse af produkterne. Produkter, værktøjer og vejledninger er tilgængeligt på ministeriernes projektkontors hjemmeside. 2.1 Anvendelse af PID en i projektforløb It-projektmodellen er en fasemodel hvor resultatet af hver fase er produkter, som støtter styringen af projektet hen imod projektets samlede leverancer, herunder i særdeleshed PID en. Fasemodellen inkl. ledelsesprodukter er angivet i figuren nedenfor. Figur 1. Den fællesstatslige it-projektmodel inkl. ledelsesprodukter. Idé Analyse Ledelsesfase > Ledelsesfase Anskaffelse Specificering > Udbud Gennemførelse Ledelsesfase > Ledelsesfase Realisering Projektgrundlag Projektinitieringsdokument (PID) Projektafslutningsrapport Gevinstrealiseringsrapport Business case It-projektmodellen indeholder fem hovedfaser: Idéfase: Ideen kvalificeres og udmøntes i et projektgrundlag. Analysefase: Projektet defineres og beskrives i PID en med tilhørende business case og evt. risikotjekliste til Statens IT-projektråd. Anskaffelsesfase: Specificering af krav og behov samt gennemførsel af anskaffelsesproces typisk via udbud. Gennemførselsfase: Kontrakter underskrives, og projektets leverancer realiseres. Fasen løber frem til systemet er idriftsat og implementeret organisatorisk. Realiseringsfase: Business casen realiseres, og gevinsterne hjemtages. Den endelige opdeling i faser for det aktuelle projekt dokumenteres i PID en. Projektlederen er ansvarlig for udarbejdelse af PID en. PID en udarbejdes i analysefasen og opdateres ved hver faseovergang indtil projektet afsluttes og dokumenteres i projektafslutningsrapporten. Den fællesstatslige it-projektmodel, Digitaliseringsstyrelsen [3]

6 3 Udfyldelse af PID Ministeriernes projektkontor har udgivet og vedligeholder en skabelon for en generisk PID. Dette afsnit gennemgår i detaljer afsnittene i PID en samt giver eksempler på udfyldelse. Den generiske skabelon for PID en, som kan hentes på ministeriernes projektkontors hjemmeside, er udarbejdet på basis af best practice i staten samt principper fra projektstyringsmetoden PRINCE2. PID en består af 19 hovedafsnit samt 3 produktbilag. Disse afsnit gennemgås efterfølgende. Underafsnitsnumrene refererer til hovedafsnit i PID en, eksempelvis er afsnit 3.1 Stamdata afsnit 1 i PID en. Det understreges, at PID skabelonen er en generisk skabelon. Ikke alle afsnit og overskrifter i skabelonen er relevante for alle projekter. Det er projektlederens ansvar at tilpasse skabelonen til det aktuelle projekt. Projektlederen har mulighed for at tilføje yderligere afsnit til skabelonen, hvis dette er relevant for styringen af det konkrete projekt. Ligeledes har projektlederen mulighed for at indsætte yderligere produktbilag eller vedlægge bilag til PID en efter behov. Afsnit som eksempelvis kvalitet eller gevinstrealisering kan også udpindes i selvstændige dokumenter, hvis PID en bliver for omfangsrig til at give det ønskede overblik. Det kan udelades at udfylde eksisterende afsnit i PID en, blot skal der i forhold til evt. risikovurdering hos Statens IT-projektråd indføjes en begrundelser under afsnittet. Når PID en udfyldes, er det vigtigt at man som projektleder holder sig de fem principper for it-projekter for øje. Principperne findes i vejledning om den fællesstatslige it-projektmodel. 3.1 Stamdata I første afsnit angives stamdata for projektet. Projektets formål angives til en af de tre i business casen beskrevne muligheder effektiviseringsprojekt, kvalitetsløft eller lovprojekt. 3.2 Forretningens formål med projektet Den nuværende situation (baggrund) Her beskrives kort den nuværende situation og tilhørende arbejdsprocesser som projektet er rettet mod. Anvend gerne procesdiagrammer. Afsnittet udgør baggrunden for før-situationen i business casen. Eksempel: Ministeriets nuværende ESDH-system blev udviklet til ministeriet for ca. 10 år siden. Produktets grundlæggende udviklingsplatform er forældet, vanskelig at vedligeholde og besværlig at opgradere, når ministeriets andre platforme opgraderes (styresystemer og kontorpakker). Ministeriet afholder høje årlige driftsomkostninger til vedligehold og support på grund af ovenstående faktorer samt afholdelse af separate licensomkostninger til specialtilpasninger. En proces for en typisk sagsgang med anvendelse af systemet ser ud som følgende (..) Formålet med projektets løsning Her angives formålet med projektet for forretningen. Det skal fremgå om det primære formål er relateret til effektivisering, kvalitetsløft eller overholdelse af lovgivning. Kategorierne er beskrevet i business casen. Den fællesstatslige it-projektmodel, Digitaliseringsstyrelsen [4]

7 Eksempel: Projektets primære formål er effektivisering. Projektet skal nedbringe den årlige udgift til vedligehold samt optimere arbejdsopgaven i kontoret Dokumentation. Et nyt system vil levere en moderne platform med øget funktionalitet, som kan danne grundlag for andre senere digitaliseringsinitiativer i Ministeriet Projektets bidrag til strategiske mål Beskriv, hvordan projektets gennemførsel understøtter myndighedens strategiske mål, mission og vision Den fremtidige situation efter indførelse af løsningen Beskriv situationen efter løsningen er implementeret. Overvej om løsningen kan illustreres med en model og/eller visualiseres via procesdiagrammer. Beskrivelsen udgør baggrunden for 1-scenariet i business casen. For opgørelse af målbare effekter kan henvises til projektets business case og senere afsnit om gevinster. Eksempel: Ministeriet vil anskaffe et nyt fælles ESDH system. Kontoret Dokumentation vil kunne realisere en stillingsbesparelse på 1 årsværk gennem effektivisering af arbejdsgangene vedrørende oprettelse af akter, scanning og kvalitetssikring. Den årlige udgift til vedligehold og support af den nye løsning estimeres til at være mindre end den nuværende, både fordi opgaven bliver konkurrenceudsat, og fordi den nye løsning vil være et standardsystem. Et nyt system vil levere en moderne platform som med øget funktionalitet vil kunne danne grundlag for andre senere digitaliseringsinitiativer i Ministeriet Situationen hvis ikke projektet gennemføres (business as usual) Beskrivelse af situationen, hvis projektet ikke gennemføres, men med det billigste alternativ til at løse samme opgaver som projektet påvirker. Udgør baggrunden for 0-scenariet i business casen. Eksempel: Videreførelse af gammelt system: Ministeriet vil fortsat skulle afholde høje årlige driftsudgifter til sin nuværende leverandør. Systemet blev udviklet og tilpasset Ministeriet for over 10 år siden. Systemets alder og teknologiske platform gør det i stigende grad vanskeligt at vedligeholde og opgradere. Fortsat brug af eksisterende system og arbejdsgange vil fastholde et højt ressourceforbrug i Dokumentationskontoret Alternative løsningsscenarier Endelig beskrives under afsnit 2 i PID en hvilke alternative modeller for løsninger, der har været overvejet samt kort begrundelse for, hvorfor disse alternativer er blevet fravalgt. Eksempel: Alternativt scenarie A: Projektet udskydes to år for at anskaffe ESDH sammen med resten af Ministeriets koncern i et fælles udbud. Scenariet er fravalgt, da resten af Ministeriets koncern ikke er interesseret i et strategisk samarbejde. Alternativt scenarie B: Dele af systemet opgraderes for at nedsætte systemets driftsomkostninger. Scenariet er fravalgt da systemets funktionalitet ikke kan videreudvikles uden omkostninger i en størrelsesorden som skal konkurrenceudsættes, både pga. systemets alder og fordi det vil være specialudvikling. Scenariet er derfor ikke økonomisk rentabelt i forhold til valgt løsningsscenarie. 3.3 Afgrænsning Under dette afsnit beskrives afgræsninger til projektet, der ellers naturligt kunne opfattes som del af projektet. Hver begrænsning beskrives, og der gives en begrundelse for afgræsningen. 3.4 Mål og succeskriterier Her beskrives de overordnede mål for projektet. Mål bør være SMARTE (Specifikke, Målbare, Accepterede, Realistiske, Tidsfastsatte). Beskriv også succeskriterier for hvert mål, dvs. minimumskriteriet for, hvordan det opgøres, om målet er nået. Der kan være flere succeskriterier for et mål, ligesom succeskriterierne både kan relatere sig til projektets udførelse, til Den fællesstatslige it-projektmodel, Digitaliseringsstyrelsen [5]

8 projektets output, dvs. de leverancer som projektet skal levere, samt til resultaterne af projektet de gevinster og den nytte, som implementeringen af projektets leverancer i organisationen skal høste. Målhierarkiet for et projekt er illustreret i følgende figur. Figur 2. Målhierarki for et typisk projekt. Nedenfor er givet et eksempel på, hvorledes tabellen i PID en afsnit 4 kan udfyldes. Eksempel: Projektets mål Beskrivelse Succeskriterier Lavere driftsudgift Nedbringelse af årlig driftsudgift til vedligeholdelse af system I år X skal den årlige driftsudgift til systemet være reduceret med 15 pct. og 2 år senere med 20 pct. Årsværksbesparelse gennem optimering af arbejdsgange Moderne infrastruktur Årsværksbesparelse efter optimering af opgaverne i kontoret Dokumentation Levering af en standard platform for ESDH, der understøtter senere digitaliserings- og effektiviseringstiltag I år X skal der være en besparelse på 1 årsværk i kontoret for Dokumentation Dette mål er tæt knyttet til projektets gevinst x4. Succeskriteriet fremgår af afsnit 6 om gevinster, samt af produktbilag A og B, ligeledes om gevinster 3.5 Økonomiske hovedtal og finansiering I dette afsnit indsættes nøgletal fra tabel 1.2 Økonomiske nøgletal fra den udarbejdede business case-model. Modellen kommenteres ift. den indledende forventning til projektets økonomiske hovedtal. Bemærk at kun nettonutidsværdien og intern rente kan afgøre, om et projekt økonomisk set er attraktivt, da en positiv nettogevinst ikke i sig selv er det samme, som at projektet økonomisk set er attraktivt. Projekter kan anses for at være økonomisk attraktive, hvis såvel den forventede som den risikojusterede nettonutidsværdi er positiv. Er worst case-scenariet for nettonutidsværdien negativt, bør dette ikke i sig selv føre til, at projektet stoppes, da sandsynligheden for worst case-scenariet antages at være lav. Men projektet bør kun iværksættes, såfremt det kan accepteres, at projektet potentielt set kan føre til et økonomisk tab som målt ved nettonutidsværdien. Den fællesstatslige it-projektmodel, Digitaliseringsstyrelsen [6]

9 Effektiviseringsprojekter evalueres efter, at der bør være en positiv business case. For kvalitetsløfts- og lovprojekter er der derimod ikke krav om positiv business case. Projektet skal i forhold til økonomien være opmærksom på risikopuljen, som udgøres af den beløbsmæssige forskel på de risikojusterede projektudgifter og de ikke risikojusterede projektudgifter. Denne forskel opgøres i business casen, men bør kommenteres tekstuelt i dette afsnit i PID. Som udgangspunkt bør en negativ risikopulje være genstand for stor opmærksomhed for projektet og for validiteten og robustheden af business case i særdeleshed. Endelig beskrives i afsnittet hvordan projektet påtænkes finansieret i projektets levetid (ekskl. drift) fx STS, gennem lovgivning, via egen ramme, direkte bevilling mv., samt om finansieringen er afklaret. 3.6 Gevinster Seniorbrugeren i projektets styregruppe er ansvarlig for at høste projektets gevinster. Det er derfor vigtigt at inddrage seniorbrugeren i beskrivelsen af gevinster Strategi for gevinstrealisering Her beskrives projektets strategi for gevinstrealisering, organisering af arbejdet i realiseringsfasen samt relationen til de i gevinstdiagrammet (produktbilag A) identificerede gevinster. Henvis til produktbilag A: Gevinstdiagram. Indsæt evt. figur af realiseringsfasens organisering. Gevinster til projektet er kvantificerbare og der kan opsættes målepunkter for realisering og høst. Findes der i projektet typer af fordele af projektet, som ikke kan måles, kan der gøres opmærksom på disse forhold i dette afsnit i PID en. Ikke-målbare fordele indgår ikke i business casen. Typiske spørgsmål, der bør besvares af en strategi for gevinstrealisering kan være: Er der risici, som kan forhindre gevinstrealiseringen og hvis ja, hvordan kan denne risiko reduceres? Hvilke interessenter har betydning for realiseringen, og hvordan klæder vi dem bedst muligt på til det? Hvordan udmøntes økonomiske gevinster (eksempelvis kan økonomiske gevinster reinvesteres i myndigheden, fx minutbesparelser, der ikke kan beskæres direkte i kontor-, eller myndighedsbevillinger, eller de kan beskæres i den årlige drift mhp. opsparing eller mindre bevilling på Finansloven)? Hvilke aktiviteter skal vi sikre os gennemføres i realiseringsfasen (hvor projektet jo er lukket, dvs. gevinstejeren eller seniorbrugeren skal tage ansvar for disse)? Skal der defineres særlige roller i realiseringsfasen for at understøtte gevinstrealiseringen hvis ja, hvordan skal disse roller spille sammen med gevinstejer og seniorbruger? Etc Effektiviseringsgevinster La en liste over de økonomiske gevinster fordelt på gevinstejer for projektet. Du finder oversigten over økonomiske gevinster i business casen, tabel Detailbeskrivelse af gevinster findes i produktbilag B: Gevinstdetaljer Kvalitetsløftsgevinster Kvalitetsløftsgevinster opsplittes på to: Ikke-økonomiske gevinster og økonomiske gevinster for private og virksomheder. Dette gøres, da tiltag hos den offentlige sektor i mange tilfælde fører til gevinster for borgere og private virksomheder, men da dette ikke monetært bidrager direkte til det statslige budget medtages det ikke som økonomisk gevinst. Det anses dog stadig for et centralt bidrag, og kan i flere tilfælde være selve formålet med projektet. Alle typer gevinster bør derfor kvantificeres og opgøres, og der skal være fokus på at høste gevinsterne Ikke-økonomiske gevinster Lav en liste over de ikke-økonomiske gevinster fordelt på gevinstejer for projektet. Du finder oversigten over ikke-økonomiske gevinster i business casen, tabel 1.6. Detailbeskrivelse af gevinster findes i produktbilag B: Gevinstdetaljer. Den fællesstatslige it-projektmodel, Digitaliseringsstyrelsen [7]

10 Økonomiske gevinster for private og virksomheder Lav en liste over de økonomiske gevinster for private og virksomheder fordelt på gevinstejer for projektet. Du finder oversigten over økonomiske gevinster for private og virksomheder i business casen, tabel Detailbeskrivelse af gevinster findes i produktbilag B: Gevinstdetaljer. 3.7 Teknisk løsning I dette afsnit skal forventninger til projektets tekniske løsning beskrives. Indsæt diagram eller tegning til illustration af den forventede løsning, data og integrationer. Det vil være oplagt at inddrage de fem principper for gode statslige it-projekter samt berøre nedenstående emner i forbindelse beskrivelses af projektets tekniske løsning: Teknologiens modenhed hvor velafprøvet er den ønskede teknologi i forhold til teknologiens anvendelsesområde? Genanvendelse af komponenter kan der med fordel genanvendes egne eller andre institutioners komponenter? Standardsystem er der foretaget afdækning af, om markedet kan levere et standardsystem ift. det ønskede anvendelsesområde Systemmoduler hvor stor er den tekniske kompleksitet i projektet mht. antallet af moduler i løsningen? Integrationer Hvor stor er den tekniske kompleksitet mht. antallet af integrationer til andre systemer? Konvertering og migrering - Hvor stor er den tekniske kompleksitet mht. konvertering og migrering? Sikkerhed Er der taget stilling til sikkerheden i forbindelse med udvikling og drift? Alle diagrammer skal udarbejdes ud fra BPMN notationen. I forbindelse med udarbejdelse af den overordnede arkitektur for den tekniske løsning anbefales det at orientere sig i vejledninger, specifikationer og skabeloner fra OIO EA. OIO EA er en dansk fællesoffentligt standard for processer og dokumentation af it-arkitekturen i relation til digitaliseringsprojekter. Følgende overvejelser bør indgå og beskrives ifbm. den tekniske løsning: Beskrivelse af hvilke applikationer der bruger hvilke forretningsobjekter / data (svarer til OIOEA: C2.2 Applikation-Information map) Overblik over hvilke applikationer der understøtter hvilke forretningsprocesser / handlinger (svarer til OIOEA: C2.4 Applikation-Proces map) Beskrivelse af integrationer mellem de centrale applikationer / komponenter (services), herunder særligt integrationer til andre interne og eksterne løsninger (svarer til OIOEA: C2.7 Applikation-Integrations views) Du kan læse mere om OIOEA anbefalinger vedr. applikationsarkitektur her. Det kan også være relevant at gennemføre en kvalitetssikring af arkitekturen ud fra OIOEA tjeklisten. Du kan læse mere om tjeklisten her. 3.8 Leverancer Hovedleverancer I dette afsnit skal projektets hovedleverancer beskrives. Leverancerne kan være organisatoriske, tekniske, processuelle og er alle konkrete produkter, som projektet har leveret ved afslutning af projektet. Udover leverancerne i sig selv, er det interessant hvem der leverer dem (projektet selv eller fx andre institutioner), deres indbyrdes afhængigheder, deres kritikalitet for projektet mv. Tabellen er en hjælp til at få listet leverancerne, så der skabes overblik. Såfremt et ganttdiagram eller andet visuelt vil kunne levere de samme oplysninger, må dette gerne indsættes. Nedenfor er givet et eksempel på, hvordan tabellen kan udfyldes. Den fællesstatslige it-projektmodel, Digitaliseringsstyrelsen [8]

11 Projektets mål Beskrivelse Succeskriterier Tekniske leverancer Systemanskaffelse Miljøer Test Dokumentation Procedurer for vedligehold, drift og forvaltning Organisatoriske leverancer Skitse over den fremtidige organisation/arbejdsdeling mellem it-afdelingen og forretningen. Plan for uddannelse af nøglemedarbejdere Processuelle leverancer Projektinitieringsdokument med tilhørende underbilag Udbudsmateriale med tilhørende kravspecifikation Kontrakt (anskaffelsen) To virtuelle miljøer til brug ved fremtidig opgradering og test, samt et produktionsmiljø i samme setup. Hvert miljø samt produktion kan efter behov etableres med flere instanser. Der gennemføres en række test af løsningen, herunder Proof of Concept (POC), der bl.a. består af testene: Installationsprøve Funktionstest Performancetest IT sikkerhedstest Overtagelsesprøve Projektet leverer dokumentation for design, installation og drift af komponenterne. Godkendes ved overtagelsesprøve. Projektet leverer procedurer og vejledninger for anvendelse af systemet i drift, vedligehold og udvikling. Skitse over den fremtidige organisation for drift og forvaltning i IT i forhold til forretningen. Herunder udarbejdes oversigt over kompetencer, der bør være til stede i organisationen. Oversigten udarbejdes på grundlag af leverandørens anbefalinger. Projektet leverer en plan for uddannelse af nøglemedarbejdere i IT drift og forretning. Udarbejdes i henhold til Ministeriets projektmodel samt den fællesstatslige itprojektmodel. Udbuddet gennemføres som et SKI miniudbud. Udbudsmaterialet udarbejdes med udgangspunkt i SKI rammeaftale. Kontrakten indgås på grundlag af gennemført SKI mini-udbud og udarbejdes i samarbejde med juridisk afdeling. Gennemførelsesfasen dd.mm.201x - dd.mm.201x Gennemførelsesfasen dd.mm.201x - dd.mm.201x dd.mm.201x dd.mm.201x dd.mm.201x dd.mm.201x dd.mm.201x Gennemførelsesfasen dd.mm.201x - dd.mm.201x Gennemførelsesfasen/realiseringsfasen dd.mm.201x - dd.mm.201x Gennemførelsesfasen dd.mm.201x - dd.mm.201x Gennemførelsesfasen dd.mm.201x - dd.mm.201x Løbende i hele projektperioden Anskaffelsesfasen dd.mm.201x - dd.mm.201x Anskaffelsesfasen dd.mm.201x - dd.mm.201x Kriterier for overdragelse af leverancer fra projekt til forretning Her opstilles konkrete kriterier, som projektet skal overholde, før leverancerne kan overtages af forretningen, og den primære del af gevinstrealiseringen påbegyndes. Der påføres i ske- Den fællesstatslige it-projektmodel, Digitaliseringsstyrelsen [9]

12 maet ansvarlige modtagere samt ansvarlig for overdragelsesprocessen. Der kan være tale om kvalitative eller kvantitative krav, fx at en række tests er bestået, eller at krav til teknisk idriftsættelse er indfriet. 3.9 Organisering I dette afsnit skal der redegøres for den projektorganisering, som opsættes rundt om projektet. En projektorganisation er karakteriseret ved, at den er et supplement til den klassiske organisation, dvs. basisorganisationen, der tager sig af de mere rutineprægede opgaver i virksomheden. Projektorganiseringen eksisterer således parallelt med linjeledelsen i myndigheden. Projektorganisationen oprettes i forbindelse med projektet - en bestemt opgave - og nedlægges, når opgaven er afsluttet. Det kan fx være ved udvikling af et nyt produkt, planlægning af et nyt it-system, mv. Ved etablering af en projektorganisation tilføres virksomheden fleksibilitet og evnen til hurtig, informeret handling, ved netop at være organiseret og etableret med et stærkt og entydigt fokus (projektets succesfulde udførelse) for øje. Basiselementerne i projektorganisationen består af en styregruppe og en projektgruppe. Styregruppen tager sig af de overordnede ledelsesmæssige opgaver i forbindelse med projektet og rekrutterer sine medarbejder fra den øverste del af basisorganisationen. Projektgruppen står for den udførende del af projektet og rekrutterer sine medarbejdere fra basisorganisationens øvrige medarbejderstab. Sammensætningen af projektorganisationen baseres på at basiselementerne og basis roller besættes. Det skal her bemærkes, at en rolle ikke nødvendigvis er lig en person. En person kan bestride flere roller i et projekt. Det anbefales, at orientere sig i og følge organiseringen i vejledning om den fællesstatslige it-projektmodel og i vejledning til sammensætning af projektorganisationen (beskrivelse af roller og ansvar) Projektorganisation Her skal selve projektorganisationen illustreres. Det gøres typisk ved hjælp af et organigram. Eksempel: Ledelsesniveau Styregruppe Styringsniveau Projektleder Udførende niveau Projektgruppe It specialist Forretningsspecialist... Leverandør team Teknisk projektleder Udvikler Styregruppe Beskriv sammensætningen af styregruppen, herunder formand/projektejer, seniorbruger(e) og seniorleverandør(er). Såfremt de tre standardroller i tabellen ikke udfyldes i styregruppen skrives begrundelse herfor i afsnittet. Den fællesstatslige it-projektmodel, Digitaliseringsstyrelsen [10]

13 3.9.3 Projektleder og projektgruppe Her listes projektlederens navn, certificeringer og kompetencer i relation til projektet. CV kan vedlægges. List ligeledes kort projektdeltagerne. Angiv for alle roller / deltagere ressourcebookningen til projektet Øvrige roller og bemanding Angiv eventuelle andre roller eller grupper i projektet (f.eks. arbejdsgruppe, referencegruppe, følgegruppe mv.). Rollerne kan evt. vælges ud fra vejledningen sammensætning af projektorganisationen Driftsansvarlige Opgør de ansvarlige ift. den efterfølgende drift af projektet. Som minimum angives ansvarlig til overtagelse fra forretningen systemejer, og medmindre at systemet driftes eksternt angives også teknisk ansvarlig fra driften platformsejer. Overvej også om procesejere skal listes. For yderligere information om disse roller se vejledningen sammensætning af projektorganisationen Tilrettelæggelse og tidsplan Strategier for projektets tilrettelæggelse Beskriv hvor relevant for projektet følgende områder: Udbudsstrategi - beskriv den overordnede udbudsstrategi og kontraktstrategi i projektet, tilgangen til det, og hvordan den sikres udmøntet. Se evt. værktøjet udbudsstrategi. Udviklingsstrategi - beskriv den overordnede udviklingsstrategi og hvilket udviklingsmetodeværktøj der anvendes i projektet. Beskriv hvordan projektet sikres udmøntet, anvendes der fx vandfaldmodel, agile udviklingsmetoder, etc. Implementeringsstrategi og overdragelse til forretningen - beskriv den overordnede udrulnings- og implementeringsstrategi i projektet, og hvordan den sikres udmøntet. Herunder, hvilke organisatoriske forandringer løsningen forudsætter, hvordan disse sikres gennemført og hvordan der følges op på implementeringen. Strategi for overdragelse af system - den overordnede strategi for overdragelse til drift (selve it-systemet og driftskontrakten) og hvordan den sikres udmøntet. Henvis evt. til særskilte dokumenter for yderligere detaljer Tidsplan Kort beskrivelse af de overvejelser der har været gjort i forbindelse med udarbejdelsen af tidsplanen. Er der forhold i tidsplanen, der gør, at nogle milepæle er faste, er idriftsættelse af løsningen bestemt af andre faktorer fx lovgivning, er der elementer, der tidligst kan påbegyndes på et udefra styret tidspunkt, eller faktorer der på anden vis er uden for projektets beslutningskompetence og som har afgørende indflydelse på tidsplanen. Overvej opdelingen i faser samt underopdeling af hovedfaser ledelsesfaser. Såfremt en hovedfase løber over 3-6 måneder eller oppebærer væsentlige udgifter, bør det overvejes at opdele i ledelsesfaser. Begrund opdeling i hovedfaser og ledelsesfaser i projektet. Hovedfasen gennemførsel vil oftest med fordel kunne opdeles i flere ledelsesfaser. Selve tidsplanen kan beskrives i den i skabelonen udarbejdede tabel, i et Gantt skema eller gennem anden grafisk illustration af tidsforløbet, hvor projektfaserne samt realisering gennemløbes Afhængigheder Opsummer kort projektets væsentligste interne og eksterne afhængigheder fx til andre itsystemer, processer, projekter mv. Afhængigheder kan også være i forhold til forvaltningsgrundlag, fx juridiske og forvaltningsmæssige afhængigheder til fx arkivloven eller persondataloven. Anfør også her hvis projektet er et projekt i et program, og overvej om PID en skal udvides med et separat afsnit, der i flere detaljer beskriver programmet. Hvis projektet er en del af Den fællesstatslige it-projektmodel, Digitaliseringsstyrelsen [11]

14 et program, der møder betingelserne fra IT-projektrådet for risikovurdering af programmer gøres ligeledes opmærksom herpå og henvises til separate programdokumenter Kvalitet Alle interessenter i et it-projekt har krav og forventninger til resultatet. De har forventninger om, at specifikke behov opfyldes, og de har forventninger til, at projektets produkter har en bestemt kvalitet. Derfor er det en god idé at planlægge og følge op på, om disse krav og forventninger opfyldes hele vejen igennem projektforløbet. Der er forskellige former for kvalitet, som skal adresseres i et projekt: Produktkvalitet Proceskvalitet Graden af behovsopfyldelse Produktkvalitet omhandler projektets resultat, fx om et system lever op til kravene i kravspecifikationen, både funktionelle og ikke-funktionelle krav og ikke er fejlbehæftet. Proceskvalitet handler om, hvorvidt de metoder og værktøjer, som anvendes i projektet, har den rette kvalitet og bidrager til projektets formål. Graden af behovsopfyldelse omfatter opfyldelse af interessenternes behov i relation til projektet dvs. om de oplever, at de produkter, de får stillet til rådighed, faktisk også lever op til deres behov. Der bør naturligvis være sammenfald mellem produktkvalitet og graden af behovsopfyldelse, men det er ikke altid tilfældet. Graden af behovsopfyldelse afhænger også af den måde, produktet er blevet implementeret og idriftsat på. Fx om it-supporterne kan vejlede i brug af et system efter ibrugtagning eller om brugernes arbejdsprocesser er effektive i samspil med et nyt system. Formålet med kvalitetsafsnittet er at fastlægge processer for: Kvalitetsplanlægning hvad er vores kvalitetskrav, hvad vil vi tjekke og hvornår? Kvalitetskontrol - måling, registrering og vurdering af kvaliteten. Kvalitetssikring - følges kvalitetsplaner og udføres kontroller. At beskrive kvalitetskrav, processer og kvalitetssikring kan være en omfangsrig opgave. Overvej om afsnittet skal udskilles i en separat kvalitetsplan, der vedlægges PID en som produktbilag Kvalitetsplanlægning Her beskrives hvad der skal kontrolleres i projektet, kvalitetsaktiviteterne til gennemførsel af denne kontrol og en plan for hvornår kontrollen skal finde sted. Kvalitetskrav er ofte dokumenteret i form af en kravspecifikation med funktionelle og ikke-funktionelle krav og krav til it-standarder, hvis der er tale om en systemimplementering, eller i form af krav til itprocesser, fx testplaner, driftsplaner eller planer for konfiguration af it-miljøer Kvalitetskontrol Her beskrives processer for, hvordan man i projektet vil måle, registrere og vurdere kvaliteten. Typisk beskrives hvilke standarder, skabeloner, kvalitetsmetode og metrikker, der følges. Mange organisationer har dette defineret for organisationen som hele, hvorved der kan henvises til generelle standarder og skabeloner Kvalitetssikring Beskriv hvordan man i projektet sikrer, at kvalitetsplanlægning følges og kontroller udføres altså tjek af, om kvalitetskontrol udføres. Beskriv, hvilket ansvar styregruppen har for kvalitetssikring og beskriv, hvilke eksterne organer, som projektet vil blive kvalitetssikret af. Eksterne organer kan f.eks. være Statens IT-projektråd eller ekstern revision Risici Risikostyring er beskrevet i detaljer i vejledningen om risikostyring, som anbefales læst forud for fastlægningen af risikostyringen i projektet. Den fællesstatslige it-projektmodel, Digitaliseringsstyrelsen [12]

15 Risici er en mulig hændelse eller række af hændelser, der - hvis den/de opstår, vil have indvirkning på opfyldelse af målene i programmet eller i projektet. En hændelse kan være en trussel, som kan have en negativ indvirkning på programmets eller på projektets mål, eller en mulighed, som har en gunstig indvirkning på programmets eller projektets mål. En risiko angives som en kombination af sandsynligheden for at hændelsen indtræder, og omfanget af dens indvirkning på målet (konsekvens). Til at styre risici anvendes risikostyring, som er en ramme for forvaltning af risici på tværs af alle dele af en organisation. Den indeholder alle de aktiviteter, der kræves for at identificere og kontrollere eksponeringen for enhver form for risiko, positiv eller negativ, som kan have en indvirkning på opnåelsen af organisationens forretningsmæssige mål. Til at understøtte risikostyringen er der udarbejdet et værktøj risikoregisteret. Risikoregisteret findes som produktbilag til PID skabelonen, produktbilag C. I dette afsnit i PID en beskrives de overvejelser der er gjort omkring projektets risikoprofil og den risikostyring der vil blive anvendt i projektet herunder hvordan og hvor ofte der følges op på risici også for de risici der ligger efter projektet er idriftsat. Tag stilling til hvor risikovillig man ønsker at være i projektet. Inddrag så vidt muligt primære interessenter i risikoanalysen Interessenter En central del af god projektledelse er styring af projektets interessenter. Interessenter er personer eller grupper i et projekts omverden og defineres ved, at de har mulighed for at påvirke og/eller påvirkes af projektets udførelse. Den korrekte identifikation og håndtering af interessenter kan derfor være kritisk for projektets succes. PID ens afsnit om interessenter redegør for de væsentligste interessenter til projektet, deres relation til projektet, samt om der skal iværksættes særlige tiltag for at håndtere disse interessenter. I forhold til identifikation og håndtering af interessenter findes inspiration til den bagvedliggende analyse i værktøjet interessenthåndtering. Afsnittet om interessenter i PID en kan, især for større projekter, blive omfangsrigt når der skal redegøres for alle væsentlige interessenter. Det kan derfor overvejes at udskille afsnittet i en separat interessentanalyse. Interessentanalysen kan vedlægges PID en som produktbilag Kommunikation Kommunikation og dialog er et væsentlige redskaber til håndtering af interessenter i itprojekter. Er der udarbejdet en overordnet strategi for kommunikationsindsatsen bør afsnittet være en konkretisering af strategien, det kunne fx styrelsens overordnede kommunikationsstrategi. Kommunikationsindsatsen i projektet sikrer ideelt set at: alle projektdeltagerne har en fælles opfattelse af projektets art, scope og planlagte gevinster der er en generel opmærksomhed om resultater og de planlagte gevinster de direkte interessenter er løbende informeret om projektets fremdrift dvs. både før, under og efter implementeringen af selve løsningen projektets nøglebudskaber bliver formidlet projektet går i dialog, inddrager de direkte interessenter og opmuntrer dem til at komme med feedback der er tilslutning fra interessenter med direkte indflydelse projektet signalerer, at det har en vilje til at imødekomme sponsorens forventninger Afsnittet om kommunikation i PID en kan, især for større projekter, blive omfangsrigt når der skal redegøres for alle budskaber og kommunikationsindsatser. Det kan derfor overvejes at udskille afsnittet i en separat kommunikationsplan. Kommunikationsplanen kan vedlægges PID en som produktbilag Den fællesstatslige it-projektmodel, Digitaliseringsstyrelsen [13]

16 Hovedbudskaber Redegør for de væsentligste budskaber i projektet. Korriger skemaet hvis der er andre områder med central interesse for projektet Formidling af budskaber til interessenter/målgrupper I dette afsnit konkretiseres kommunikationen på budskaber i forhold til de i forrige afsnit identificerede interessenter. Det er vigtigt, at der for hver indsats tilknyttes milepæle og ansvarlig for udførelsen samt at der tænkes tiltag til opfølgning på kommunikationsindsatsen Tolerancer Projekttolerancer angiver projektlederens råderum i forhold til styregruppen. Tolerancer kan typisk defineres i forhold til tid for gennemførelse af projektet, i forhold til budget for projektet samt i forhold til scope for projektet. Anvendelse af tolerancer giver projektlederen mulighed for hurtigt at kunne agere i forhold til pludseligt opståede udfordringer i projektet eller dets omverden. Især i forhold til projekter, der køres efter agil udviklingsmetode er definitionen af tolerancer central. Overskrides tolerancerne eller forventes de overskredet skal afvigelserne eller ændringerne forelægges og godkendes af styregruppen i form af en afvigelsesanmodning. Defineres der ikke tolerancer for projektet skal alle afvigelser og ændringer, uanset størrelse og omfang, forelægges styregruppen Rapporteringskrav Her listes de forskellige rapporteringskrav, som projektet skal opfylde. Det kan fx være interne krav i forhold til styregruppe, i forhold til ledelsesrapportering eller lignende. Også eksterne krav, som eksempelvis statusrapportering til Statens IT-projektråd opgøres Revisionshistorik Opgør i tabellen, når PID dokumentet ændres Bilag Findes der produktbilag udover de listede produktbilag A, B og C opgøres en liste her. Det kan eksempelvis være valgt at udskille kvalitetsovervejelser i en kvalitetsplan. Kvalitetsplanen skal således listes her som bilag og vedlægges PID Produktbilag A: Gevinstdiagram Et gevinstdiagram illustrerer grafisk sammenhængene mellem projektets formål, gevinster, resultater og de tiltag leverancer og den organisatoriske implementering heraf, der skal til for at opnå gevinsterne. Ud over at give dette overblik over projektets interne afhængigheder for at opnå de ønskede gevinster, kan gevinstdiagrammet kan også bruges som input til forudsætningsdiagrammet til business casen forudsætningsdiagrammet kan betragtes som udgiftssiden af gevinstdiagrammets sammenhænge. Udarbejdelse af et gevinstdiagram kan være en kompleks øvelse især første gang. Et godt udgangspunkt er i projektet samt med styregruppe og væsentlige interessenter at blive enige projektets formål, hvis dette ikke allerede er helt klare i projektgrundlaget. Projektets formål beskriver, hvad projektet skal levere på højeste niveau inden for rammerne af myndighedens strategiske mål. Herefter identificeres gevinster både dem, der gavner projektet og dem, der måske opstår utilsigtet og som kan have en negativ effekt på projektets nytte. I projektgrundlaget er allerede identificeret nogle gevinster. Gevinster findes ved at spørge hvorfor iværksætter vi dette projekt? Hvad får vi ud af det?. Det kan i gevinstdiagrammet være nyttigt at illustrere, om der er relationer mellem gevinster dette kan gøres ved at placere dem nær hinanden / Den fællesstatslige it-projektmodel, Digitaliseringsstyrelsen [14]

17 samle dem i grupper. Ligeledes kan en gevinst føre til en anden. Dette skal også fremgå af gevinstdiagrammet. De identificerede gevinster skal herefter knyttes til projektets resultater hvilket defineret resultat fører til hvilke gevinster. Dette bidrager også til en prioritering af projektets resultater de endelige resultater, der leder til de gevinster der enten politisk prioriteres højest eller fx økonomisk bidrager mest til myndigheden, bør have fokus i projektet. Det næste skridt i processen er at identificere den forandringsevne og den organisatoriske implementering af denne, som det er nødvendigt at projektet bibringer myndigheden for, at de ønskede resultater kan opnås. Forandringsevner er ændringer i de nuværende arbejdsmetoder, der skal gennemføres i de forretningsområder, der er berørt af projektet. De kan indeholde, proces- og adfærdsændringer samt ændringer til operationelle procedurer. For eksempel vil en ny klar it-sikkerhedspolitik til støtte for myndigheden kun levere de ønskede gevinster, hvis personalet ændrer deres vaner. Endelig skal forandringsevnen kobles til projektets leverancer. Med dette sidste trin viser diagrammet en klar sammenhæng mellem de konkrete leverancer, som projektet skal levere, i forhold til de ønskede gevinster og formålet for projektet. Det skal bemærkes, at diagrammet ikke kan oplyse, hvornår tingene sker i tiden, dvs. sekvens. Det er simpelthen en fremstilling af, hvordan tingene er forbundet til hinanden. Når gevinstdiagrammet er færdigt, indsættes dette i nærværende afsnit med oversigt over sammenhænge mellem leverancer, resultater og projektets gevinster. Gevinster kan, som tidligere nævnt, være positive og negative, og begge skal medtages i diagrammet. Organisatorisk forankring Leverancer Forandringsevne Resultater Gevinster Formål 3.21 Produktbilag B: Gevinstdetaljer Udarbejdelse af tabeller med gevinstdetaljer for hver enkelt gevinst i projektet er nøglen til en god realisering af gevinster. Gevinstdetaljer specificerer ejeren og den ansvarlige for opfølgningen og sikringen af gevinsten, og hjælper projektleder til at styre og overvåge leveringen af gevinster. Gevinster opdeles i to typer effektiviseringsgevinster og kvalitetsløftgevinster. Effektiviseringsgevinster er økonomiske gevinster, der kan have en direkte effekt på en myndigheds budget, hvis de høstes. Ved effektiviseringsgevinster forstås således alene økonomiske gevinster, som kan indbudgetteres og henføres til en specifik, offentlig konto. Gevinsterne kan, når de høstes, enten blive i den pågældende myndighed og give mulighed for, at myndigheden kan løfte andre opgaver, eller tages ud af den enkelte myndighed og bruges til tværgående prioriteringer. Det er et spørgsmål om gevinstrealiseringsstrategien og planlægningen af høsten af de pågældende gevinster. Effektiviseringsgevinster opgøres alene på gevinstid samt på gevinstejer. Kvalitetsløftsgevinster er gevinster, der enten forbedrer ikke-økonomiske parametre, såsom tilfredshed, eller som trods, at de er økonomiske, ikke har en direkte effekt på en myndigheds budget, såsom økonomiske gevinster for erhvervslivet eller borgere. For kvalitetsløftsgevinster skal angives om der er tale om primære eller sekundære gevinster da den økonomiske vinding for myndigheden som ved effektiviseringsgevinster ikke kan bruges til at prioritere fokus for gevinsthøsten. Kvalitetsløftgevinster opgøres både på gevinstid, navn og gevinstejer. Den fællesstatslige it-projektmodel, Digitaliseringsstyrelsen [15]

18 For alle typer gevinster gælder, at gevinstdetaljer består af to tabeller, der skal udfyldes for hver gevinst. Tabellerne specificerer den enkelte gevinst samt de fremtidige målinger, der skal sikre at gevinsten opnås. Målingerne opdeles i fire typer: - Før-måling: Dette er baseline for gevinsten og den måling, der udgør basis i førsituationen i business casen for opgørelse af bruttogevinsten. Målingen laves ved udarbejdelse af business casen i analysefasen. - Opdateret før-måling: Et projekt kan være undervejs i op til flere år. For at sikre et direkte sammenligneligt grundlag på effekten af implementering af et it-system på fx en given arbejdsproces, foretages der en opdateret før-måling umiddelbart før systemet idriftsættes. Denne måling bruges til opgørelse af nettogevinsten. - Midtvejsmåling(er): Foretages undervejs i realiseringsfasen. Der kan foretages flere målinger. Formålet er at følge gevinstrealiseringen undervejs i realiseringsfasen for at sikre, at der er sandsynlighed for at den samlede forventede gevinst realiseres. Afviger målingerne bør der foretages korrigerende handlinger hvis muligt, eller justeres i forventningen til gevinstrealiseringen i realiseringsfasen. - Slutmåling: Foretages ved slutdato for høst og opgør den samlede gevinstrealisering for pågældende gevinst. Udgangspunktet for udfyldelsen er PID en afsnit 6, der laves på basis af effektiviseringsgevinster i business casens tabel 1.12, ikke-økonomiske kvalitetsløftsgevinster opgjort i business casens tabel 1.6 samt kvalitetsløftsgevinster relateret til økonomiske fordele for private og virksomheder, opgjort i business casens tabel Nedenstående er givet et eksempel på udfyldelse af gevinstdetaljer for en effektiviseringsgevinst. Eksempel: Stamdata [Gevinst 3] Gevinstejer: Anders Andersen (AA), Økonomichef Forventet 0-scenarie: 110 mio. kr. Økonomiområdet (ØKO) Startdato høst: Forventet 1-scenarie: 90 mio. kr. Slutdato høst: Forventet gevinst: + 20 mio. kr. Væsentligste interessenter: Væsentligste risici: Evt. selvstændige aktiviteter planlagt i realiseringsfasen Direktionen (direktør YX): XY har en stærk interesse i gevinsten fordi XY har mulighed for at påvirke gevinststørrelsen og gevinsthøsten gennem Markedstingsafdelingen (Kurt, Preben og Bente): Marketing er centrale for at høste gevinsten da Risiko1, risiko5, risiko11. Bemærk især at risiko 11 er kritisk ift. at høste gevinsten. Indtræffer denne hændelse skal der iværksættes følgende foranstaltninger for at kunne høste gevinsten: Følgende aktiviteter i realiseringsfasen relaterer sig til høst af gevinst 3: - sikre nedsættelse af arbejdsgruppe mellem ZQ myndighed og XY styrelse - sikre supportorganisation efterfølgende til systemet -. Følgende milepæle defineres: Milepæl 1: XX, dato Milepæl 2:. Det er nødvendigt, at der til realisering af gevinsten etableres en midlertidig supportorganisation med 2 ÅV til øget understøttelse af implementeringen. Der er givet tilsagn om ressourcer fra QW afdelingsleder. ZY er ansvarlig for at iværksætte og implementere organisationen fra til Målinger [gevinstid] Målemetode Dato for måling Ansvarlig Måleresultat 1-scenarie Afvigelse Før-måling Besparelse i antal ÅV AA 100 mio. kr. 90 mio. kr. 10 mio. kr. Opdateret førmåling AA Besparelse i antal ÅV Besparelse i antal ÅV AA Midtvejsmåling Slutmåling Besparelse i antal ÅV AA Den fællesstatslige it-projektmodel, Digitaliseringsstyrelsen [16]

19 3.22 Produktbilag C: Risikoregister Produktbilag C er risikoregisteret for projektet, der er indlejret i PID dokumentet som en Excel fil. Dobbeltklikkes på ikonet åbnes filen i Excel og er klar til indtastning. Efterfølgende skema gennemgår alle de kolonner i risikoregisteret, som der skal indtastes i. Der henvises ydermere til vejledning om risikostyring. Proces Felt Beskrivelse Stamdata Risiko-id Programbølge-id (for programmer) (tryk på + over kolonne F) Projekt-id (for programmer) (tryk på + over kolonne F) Programniveau Berørte projekter (for programmer) (tryk på + over kolonne F) Dato Projektets eller programmets stamdata til brug for intern styring. Det er væsentligt, at den nuværende fase holdes opdateret for projekter, og tilsvarende opdatering af den nuværende fase og programbølge i programmer. Fortløbende nummerering af risici af hensyn til identifikation. Angiv hvilken bølge i programmet risikoen befinder sig i. Angiv hvilket projekt risikoen befinder sig i. Angiv om risiko ligger på programniveau, dvs. er tværgående over flere projekter. Vælg mellem ja/nej. Angiv hvilke andre projekter der berøres, dvs. påvirkes, af risikoen. Dato for registrering eller opdatering af risiko. Forfatter Risikoårsag Angiv initialer på forfatter til tilføjelsen/opdateringen af risikoen. Kort og præcis beskrivelse af årsagen til den pågældende risiko, dvs. den begivenhed eller situation, som er kilden til risikoen. Risikobeskrivelse (identificering) Risikohændelse Risikoeffekt Risikotype Seneste status for risiko (kun relevant ved opdateringer af risici) (tryk på + over kolonne P) Sandsynlighed Højeste konsekvensscore Kort og præcis beskrivelse af den pågældende risiko, som hændelsen. Kort og præcis beskrivelse af den pågældende risikos effekt. Vælg fra listen hvilken risikogruppe risikoen tilhører: Forretningsmæssige forhold Projektets / programmets tilrettelæggelse Markedsafklaring og teknisk løsning Interessenter Slutbrugere og slutprodukt Vælg fra listen et tal fra 1-5 sandsynligheden for at risikoen indtræffer: % % % % % Vælg fra listen en værdi fra 1-5 for de negative Den fællesstatslige it-projektmodel, Digitaliseringsstyrelsen [17]

20 konsekvenser hvis risikoen indtræffer: 1. - Ubetydelige konsekvenser 2. - Mindre konsekvenser 3. - Betydelige konsekvenser 4. - Store konsekvenser 5. - Meget store konsekvenser Såfremt konsekvensen vil være positiv for projektet/programmet, vælg en værdi mellem -1 og 5: -1 - Ubetydelige, positive konsekvenser -2 - Mindre, positive konsekvenser -3 - Betydelige, positive konsekvenser -4 - Store, positive konsekvenser -5 - Meget store, positive konsekvenser Nuværende status for risiko (vurdering) Risikoværdi Beskrivelse af tiltag Status for hændelse Sandsynlighed Konsekvenser for økonomi, tid, kvalitet og gevinster Højeste konsekvensscore Risikoværdi Udregnes automatisk som sandsynlighed x konsekvens. Beskriv meget kort tiltag til håndtering af risiko før seneste opdatering. Vælg status for hændelse. Er der stadig en risiko for at hændelsen indtræffer (risiko), er den ikke længere mulig (indtraf ikke), eller er den indtruffet (indtraf)?: - Risiko - Indtraf ikke - Indtraf Vælg fra listen et tal fra 1-5 sandsynligheden for at risikoen indtræffer: % % % % % Vælg fra listen en værdi fra 1-5 for de negative konsekvenser hvis risikoen indtræffer: 1. - Ubetydelige konsekvenser 2. - Mindre konsekvenser 3. - Betydelige konsekvenser 4. - Store konsekvenser 5. - Meget store konsekvenser Såfremt konsekvensen vil være positiv for projektet/programmet, vælg en værdi mellem -1 og 5: -1 - Ubetydelige, positive konsekvenser -2 - Mindre, positive konsekvenser -3 - Betydelige, positive konsekvenser -4 - Store, positive konsekvenser -5 - Meget store, positive konsekvenser Udregnes automatisk som den højeste konsekvensscore. Udregnes automatisk som sandsynlighed x konsekvens. Den fællesstatslige it-projektmodel, Digitaliseringsstyrelsen [18]

Vejledning - Udarbejdelse af gevinstdiagram

Vejledning - Udarbejdelse af gevinstdiagram Vejledning - Udarbejdelse af gevinstdiagram Januar 2014 INDHOLD 1. INDLEDNING... 1 1.1 FORMÅL... 1 1.2 VEJLEDNINGENS SAMMENHÆNG MED DEN FÆLLESSTATSLIGE IT-PROJEKTMODEL... 1 1.3 GEVINSTDIAGRAMMET... 2 1.4

Læs mere

Vejledning - Udarbejdelse af gevinstdiagram

Vejledning - Udarbejdelse af gevinstdiagram Vejledning - Udarbejdelse af gevinstdiagram Maj 2015 INDHOLD 1. INDLEDNING... 1 1.1 FORMÅL... 1 1.2 VEJLEDNINGENS SAMMENHÆNG MED DEN FÆLLESSTATSLIGE IT-PROJEKTMODEL... 1 1.3 GEVINSTDIAGRAMMET... 2 1.4

Læs mere

PROJEKTINITIERINGSDOKUMENTATION (PID)

PROJEKTINITIERINGSDOKUMENTATION (PID) AAU It Services Selma Lagerlöfs Vej 300 9220 Aalborg Ø (PID) [SKRIV PROJEKTETS NAVN] Revisionshistorik Revisionsdato Version Ændringer Forfatter 1 Indhold 1 Indhold... 1 2 Stamdata... 3 3 Projektbeskrivelse...

Læs mere

PROJEKTAFSLUTNINGSRAPPORT

PROJEKTAFSLUTNINGSRAPPORT AAU It Services Selma Lagerlöfs Vej 300 9220 Aalborg Ø PROJEKTAFSLUTNINGSRAPPORT [SKRIV PROJEKTETS NAVN] Revisionshistorik Revisionsdato Version Ændringer Forfatter 1 Indhold 1 Stamdata... 2 2 Forretningens

Læs mere

[Skriv projektets navn]

[Skriv projektets navn] 1.1 Projektafslutningsrapport [Skriv projektets navn] [Skriv dato] Indhold 1 STAMDATA...2 2 FORRETNINGENS FORMÅL MED PROJEKTET...2 3 AFGRÆNSNING...2 4 MÅL OG SUCCESKRITERIER...2 5 ØKONOMISKE HOVEDTAL OG

Læs mere

Den fællesstatslige it-projektmodel

Den fællesstatslige it-projektmodel Den fællesstatslige it-projektmodel Den fællesstatslige it-projektmodel består af: En model for faseopdeling af projektforløbet Principper for overgang fra en fase til næste fase Et antal ledelsesprodukter

Læs mere

Vejledning til projektinitieringsdokumentet (PID)

Vejledning til projektinitieringsdokumentet (PID) Vejledning til projektinitieringsdokumentet (PID) Marts 2016 INDHOLD 1 INDLEDNING... 1 1.1 FORMÅL... 1 1.2 PROJEKTINITIERINGSDOKUMENT (PID)... 1 1.3 VEJLEDNINGENS SAMMENHÆNG MED DEN FÆLLESSTATSLIGE IT-PROJEKTMODEL.

Læs mere

Gevinstrealiseringsplan - Vejledning

Gevinstrealiseringsplan - Vejledning Gevinstrealiseringsplan - Vejledning Oktober 2013 Indhold 1. CENTRALE BEGREBER... 3 2. HVAD ER EN GEVINSTREALISERINGSPLAN... 4 3. FORMÅL MED GEVINSTREALISERINGSPLANEN... 4 4. HVEM MODTAGER GEVINSTREALISERINGSPLANEN...

Læs mere

Gevinstrealisering for projekter og programmer

Gevinstrealisering for projekter og programmer Gevinstrealisering for projekter og programmer 18. december 2013 Morten Ellegaard, kontorchef Ministeriernes Projektkontor, Digitaliseringsstyrelsen, Finansministeriet 1 MINISTERIERNES PROJEKTKONTOR 2

Læs mere

Præsentation af styregruppeaftale. Marts 2015

Præsentation af styregruppeaftale. Marts 2015 Præsentation af styregruppeaftale Marts 2015 Release v. 2.2 marts 2015 INDHOLDSFORTEGNELSE 1.Materiale til præsentation af styregruppeaftalen 1.1 Introduktion til styregruppeaftalen og rammer for styregruppens

Læs mere

Rollebeskrivelser. Programroller ift. den fællesstatslige programmodel

Rollebeskrivelser. Programroller ift. den fællesstatslige programmodel Rollebeskrivelser Programroller ift. den fællesstatslige programmodel Indholdsfortegnelse Rollebeskrivelser... 1 1. Programprofiler... 3 1.1. Formand for programbestyrelse/programejer... 3 1.2. Programleder...

Læs mere

VEJLEDNING TIL RISIKOVURDERINGER

VEJLEDNING TIL RISIKOVURDERINGER 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.

Læs mere

Rollebeskrivelser i den fællesstatslige programmodel. - Vejledning

Rollebeskrivelser i den fællesstatslige programmodel. - Vejledning Rollebeskrivelser i den fællesstatslige programmodel - Vejledning Januar 2014 Indhold 1. LÆSEVEJLEDNING... 1 2. FORMAND FOR PROGRAMBESTYRELSEN (PROGRAMEJER)... 2 3. PROGRAMLEDER... 3 4. FORANDRINGSEJER...

Læs mere

Rollebeskrivelser i den fællesstatslige programmodel. - Vejledning

Rollebeskrivelser i den fællesstatslige programmodel. - Vejledning Rollebeskrivelser i den fællesstatslige programmodel - Vejledning August 2013 Indhold 1. LÆSEVEJLEDNING... 1 2. FORMAND FOR PROGRAMBESTYRELSEN (PROGRAMEJER)... 2 3. PROGRAMLEDER... 3 4. FORANDRINGSEJER...

Læs mere

Vejledning til den fællesstatslige itprojektmodel

Vejledning til den fællesstatslige itprojektmodel Vejledning til den fællesstatslige itprojektmodel December 2015 Indhold 1 INDLEDNING... 3 2 FEM PRINCIPPER FOR IT-PROJEKTER I STATEN... 6 3 DEN FÆLLESSTATSLIGE IT-PROJEKTMODEL... 8 4 FASER... 12 5 LEDELSESPRODUKTER...

Læs mere

Projektkatalog (Project Dossier) - Vejledning

Projektkatalog (Project Dossier) - Vejledning Projektkatalog (Project Dossier) - Vejledning Januar 2014 Indhold 1. HVAD ER PROJEKTKATALOGET (PROJECT DOSSIER)?... 1 2. FORMÅLET MED PROJEKTKATALOGET... 1 3. HVEM MODTAGER PROJEKTKATALOGET?... 1 4. UDARBEJDELSE

Læs mere

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

BEVILINGSPROCES FOR PROJEKT/PROGRAMMER - NYT PROJEKTSTYRINGSREGIME. Stinne Henriksen, Kontorchef, Digitaliseringsstyrelsen 1. BEVILINGSPROCES FOR PROJEKT/PROGRAMMER - NYT PROJEKTSTYRINGSREGIME Stinne Henriksen, Kontorchef, Digitaliseringsstyrelsen 1. december 2011 1 PROGRAM 1. Præsentation af digitaliseringsstyrelsen/ministeriernes

Læs mere

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

Vejledning til den fællesstatslige programmodel Side 1. Ledelsesintroduktion til programmodellen Vejledning til den fællesstatslige programmodel Side 1 Ledelsesintroduktion til programmodellen Januar 2014 Ledelsesintroduktion til programmodellen Formålet med den fællesstatslige programmodel er at

Læs mere

VEJLEDNING TIL RISIKOVURDERINGER

VEJLEDNING TIL RISIKOVURDERINGER 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.

Læs mere

LANDGREVEN 4, POSTBOKS 2193 1017 KØBENHAVN K TLF: 33 92 52 00. Risikovurdering af it-projekter

LANDGREVEN 4, POSTBOKS 2193 1017 KØBENHAVN K TLF: 33 92 52 00. Risikovurdering af it-projekter LANDGREVEN 4, POSTBOKS 2193 1017 KØBENHAVN K TLF: 33 92 52 00 Risikovurdering af it-projekter 1 Indhold 2 RISIKOVURDERING AF IT-PROJEKTER I REGI AF IT-PROJEKTRÅDET 3 TRIN 1 INDMELDING AF IT-PROJEKT TIL

Læs mere

Projektgrundlag fælles Microsoft aftale version 1.0

Projektgrundlag fælles Microsoft aftale version 1.0 UC Effektiviseringsprogrammet Projektgrundlag Fælles Microsoft aftale 1 Stamdata Stamdata Projektnavn (forventet): Projektejer: Projekttype: Fælles Microsoft aftale Mads Konge Nielsen, VIA Effektivisering,

Læs mere

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

Ministeriernes projektkontor - rådgivning, modeller og myndighedernes samarbejde med It-projektrådet Ministeriernes projektkontor - rådgivning, modeller og myndighedernes samarbejde med It-projektrådet Morten Ellegaard, Kontorchef, Digitaliseringsstyrelsen, Finansministeriet 24. 1 PROFESSIONALISERING

Læs mere

Styregruppeformænd i SKAT Kort & godt (plastkort)

Styregruppeformænd i SKAT Kort & godt (plastkort) Håndbogen for Styregruppeformænd i SKAT Kort & godt (plastkort) 80% af alle projekter, hvor der er uigennemskuelighed fejler Lange projekter er mere risikofyldte end korte Transparente projekter har oftere

Læs mere

UC Effektiviseringsprogrammet. Projektgrundlag. Fælles UC Videoplatform 08-05-2014

UC Effektiviseringsprogrammet. Projektgrundlag. Fælles UC Videoplatform 08-05-2014 UC Effektiviseringsprogrammet Projektgrundlag Fælles UC Videoplatform 08-05-2014 Den fællesstatslige it-projektmodel, Digitaliseringsstyrelsen Produkt: Projektgrundlag, ver. 27/8-2013 1 Stamdata Stamdata

Læs mere

Inspiration fra Danmark: Erfaringer

Inspiration fra Danmark: Erfaringer Den fællesstatslige Business casemodel Inspiration fra Danmark: Erfaringer Maj 2011 med obligatorisk statslig itprojektmodel Storsamling Oslo, d. 29. januar 2013 Specialkonsulent Peter Jynberg Haas 1 Statens

Læs mere

UC Effektiviseringsprogrammet. Projektgrundlag. Business Intelligence. version 1.2

UC Effektiviseringsprogrammet. Projektgrundlag. Business Intelligence. version 1.2 UC Effektiviseringsprogrammet Projektgrundlag Business Intelligence version 1.2 9. september 2014 1 Stamdata Stamdata Projektnavn (forventet): Projektejer: Projekttype: Business Intelligence It-chef Hans-Henrik

Læs mere

Vejledning. Om den fællesstatslige it-projektmodel

Vejledning. Om den fællesstatslige it-projektmodel Vejledning Om den fællesstatslige it-projektmodel August 2013 Indhold 1 INDLEDNING... 3 2 FEM PRINCIPPER FOR IT-PROJEKTER I STATEN... 7 3 DEN FÆLLESSTATSLIGE IT-PROJEKTMODEL... 9 4 FASER... 12 5 LEDELSESPRODUKTER...

Læs mere

Pixibog business casen kort fortalt... 2. 1: Projektbasis... 3. 2: Leverancen... 4. 3: Milepæle og tidsplan... 6. 4: Ressourcer... 7. 5: Økonomi...

Pixibog business casen kort fortalt... 2. 1: Projektbasis... 3. 2: Leverancen... 4. 3: Milepæle og tidsplan... 6. 4: Ressourcer... 7. 5: Økonomi... Pixibog business casen kort fortalt... 2 1: Projektbasis... 3 1.1: Projektidentifikation...3 1.2: Projektansvarlige...3 2: Leverancen... 4 2.1: Mål og rammer...4 2.2: Fremgangsmåde...5 2.3: Risikoanalyse

Læs mere

Vejledning til gevinstdiagram og gevinstprofiler

Vejledning til gevinstdiagram og gevinstprofiler Vejledning til gevinstdiagram og gevinstprofiler Januar 2014 Indhold 1. CENTRALE BEGREBER... 3 2. HVAD ER ET GEVINSTDIAGRAM OG GEVINSTPROFILER... 4 3. FORMÅL MED GEVINSTDIAGRAM OG GEVINSTPROFILER... 4

Læs mere

Vejledning til gevinstdiagram og gevinstprofiler

Vejledning til gevinstdiagram og gevinstprofiler Vejledning til gevinstdiagram og gevinstprofiler December 2015 Den fællesstatslige programmodel er med Budgetvejledning 2016 frivillig at bruge for statslige myndigheder. Opdelingen i frivillige og obligatoriske

Læs mere

Organisering, opgaver, roller og bemanding (SAPA/Monopolbrud) Thor Herlev Jørgensen Programleder i Lyngby-Taarbæk Kommune for monopolbrudsprojekterne

Organisering, opgaver, roller og bemanding (SAPA/Monopolbrud) Thor Herlev Jørgensen Programleder i Lyngby-Taarbæk Kommune for monopolbrudsprojekterne Organisering, opgaver, roller og bemanding (SAPA/Monopolbrud) Thor Herlev Jørgensen Programleder i Lyngby-Taarbæk Kommune for monopolbrudsprojekterne KolleKolle - 25. November 2013 WS1 sat ind i et lokalt

Læs mere

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

AAU It Services Selma Lagerlöfs Vej Aalborg Ø. Afvigelsesanmodning. [Skriv projektets navn] [Skriv dato] AAU It Services Selma Lagerlöfs Vej 300 9220 Aalborg Ø Afvigelsesanmodning [Skriv projektets navn] [Skriv dato] Indhold INTRODUKTION TIL AFVIGELSESANMODNINGER... 2 1 STAMDATA... 3 2 ANMODNING... 3 3 KONSEKVENSER

Læs mere

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

Hvad gør Danmark for at lykkes med it-projekter og hvilken betydning har kompetencer? Ministeriernes projektkontor Christian Schade juni 2015 Hvad gør Danmark for at lykkes med it-projekter og hvilken betydning har kompetencer? Ministeriernes projektkontor Christian Schade juni 2015 HVEM ER VI? PROFESSIONALISERING AF IT-PROJEKTER Fokus på risikofyldte

Læs mere

Om Statens It-projektråd. Version 1.3

Om Statens It-projektråd. Version 1.3 Om Statens It-projektråd Version 1.3 Januar 2016 Læsevejledning 4. januar 2016 Version 1.3 Hvem henvender vejledningen sig til? Vejledningen henvender sig til statslige myndigheder, der skal gennemføre

Læs mere

Vejledning til proces for design af gevinstdiagram

Vejledning til proces for design af gevinstdiagram Januar 2014 Indhold 1. FORMÅL... 3 FORMÅLET MED DENNE PROCESVEJLEDNING... 3 2. GEVINSTDIAGRAM... 3 2.1. AKTIVITE TER... 4 DEFINER MÅLSÆTNINGER... 5 IDENTIFICER GEVINSTER... 5 IDENTIFICER RESULTATER, FORANDRINGSEVNER

Læs mere

Vejledning. Om den fællesstatslige it-projektmodel

Vejledning. Om den fællesstatslige it-projektmodel Vejledning Om den fællesstatslige it-projektmodel Januar 2014 Indhold 1 INDLEDNING... 3 2 FEM PRINCIPPER FOR IT-PROJEKTER I STATEN... 7 3 DEN FÆLLESSTATSLIGE IT-PROJEKTMODEL... 9 4 FASER... 12 5 LEDELSESPRODUKTER...

Læs mere

Professionalisering af itprojektarbejdet

Professionalisering af itprojektarbejdet Professionalisering af itprojektarbejdet i staten Ministeriernes projektkontor 1 HVEM ER VI? 2 1 MINISTERIERNES PROJEKTKONTOR 1. Modelområdet - Modeller (projekt, program, business case) - Netværk - Kompetencer

Læs mere

Vejledning til den fællesstatslige itprojektmodel

Vejledning til den fællesstatslige itprojektmodel Vejledning til den fællesstatslige itprojektmodel Marts 2016 Indhold 1 INDLEDNING... 3 2 FEM PRINCIPPER FOR IT-PROJEKTER I STATEN... 6 3 DEN FÆLLESSTATSLIGE IT-PROJEKTMODEL... 8 4 FASER... 11 5 LEDELSESPRODUKTER...

Læs mere

Vejledning om risikostyring og anvendelse af risikoregisteret

Vejledning om risikostyring og anvendelse af risikoregisteret Vejledning om risikostyring og anvendelse af risikoregisteret Januar 2014 Indhold 1 INDLEDNING... 1 1.1 DEFINITION OG FORMÅL... 1 1.2 PLACERING I IT-PROJEKTMODELLEN / PROGRAMMODELLEN... 2 2 PRINCIPPER

Læs mere

Vejledning om risikostyring og anvendelse af risikoregisteret

Vejledning om risikostyring og anvendelse af risikoregisteret Vejledning om risikostyring og anvendelse af risikoregisteret August 2013 Indhold 1 INDLEDNING... 1 1.1 DEFINITION OG FORMÅL... 1 1.2 PLACERING I IT-PROJEKTMODELLEN / PROGRAMMODELLEN... 2 2 PRINCIPPER

Læs mere

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

Statens IT-projektråd. Eventdag for it-projektledere d. 3. oktober 2013 Statens IT-projektråd Eventdag for it-projektledere d. 3. oktober 2013 1 Krav til statslige it-projekter Alle it-projekter skal følge den fælles it-projektmodel, itprojekter over 10 mio. skal endvidere

Læs mere

Vejledningen til proces for design af fremtidsmodellen

Vejledningen til proces for design af fremtidsmodellen Vejledningen til proces for design af fremtidsmodellen Januar 2014 Indhold 1. FORMÅL... 3 FORMÅLET MED DENNE PROCESVEJLEDNING... 3 2. FREMTIDSMODELLENS OMRÅDER... 3 2.1. AKTIVITETER... 4 DEFINER OVERORDNEDE

Læs mere

Retningslinjer for udformning af it-aktstykker. Juli 2017

Retningslinjer for udformning af it-aktstykker. Juli 2017 Retningslinjer for udformning af it-aktstykker Juli 2017 Retningslinjer for udformningen af it-aktstykker Budgetvejledningen fastsætter i pkt. 2.2.18 regler for håndtering af statslige it-projekter. Denne

Læs mere

Håndbog til projektledelse

Håndbog til projektledelse Mere info kontakt Julie Kirstine Olsen Udviklingskonsulent juols@ikast-brande.dk Tlf.: 9960 4153 Mads Ballegaard Konsulent mabal@ikast-brande.dk Tlf.: 9960 4021 Produceret af Håndbog til projektledelse

Læs mere

ROLLEBESKRIVELSER I FORBINDELSE MED RISIKOVURDERINGER

ROLLEBESKRIVELSER I FORBINDELSE MED RISIKOVURDERINGER ROLLEBESKRIVELSER I FORBINDELSE MED ER PROJEKTEJER/-LEDER (FORVALTNING) INDLEDENDE AKTIVITETER Det er forvaltningernes ansvar at sikre, at IT-projektrådet i god tid bliver informeret om nye it-projekter.

Læs mere

PRojects IN Controlled Environments En introduktion

PRojects IN Controlled Environments En introduktion PRojects IN Controlled Environments En introduktion Indhold Indledning... 2 Principper... 3 Fortsat forretningsbegrundelse... 3 Tag ved lære af erfaringer... 3 Fastlagte roller og ansvar... 4 Faseopdeling...

Læs mere

Københavns Kommunes erfaringer med IT-projektråd

Københavns Kommunes erfaringer med IT-projektråd Københavns Kommunes erfaringer med IT-projektråd / Stig Lundbech Direktør i Koncern IT og Rådsmedlem 24.08.2017 Hvad laver IT-projektrådet? Københavns Kommunes IT-projektråd blev etableret i 2014. Formålet

Læs mere

AAU It Services Selma Lagerlöfs Vej 300 9220 Aalborg Ø. Interessenthåndtering. [Skriv projektets navn] [Skriv dato]

AAU It Services Selma Lagerlöfs Vej 300 9220 Aalborg Ø. Interessenthåndtering. [Skriv projektets navn] [Skriv dato] AAU It Services Selma Lagerlöfs Vej 300 9220 Aalborg Ø Interessenthåndtering [Skriv projektets navn] [Skriv dato] Indhold INTRODUKTION TIL INTERESSENTHÅNDTERING... 2 1 STAMDATA... 4 2 INTERESSENTANALYSE...

Læs mere

Vejledning om risikovurdering af IT-projekter

Vejledning om risikovurdering af IT-projekter Vejledning om risikovurdering af IT-projekter 1. Indledning Gennemførelsen af IT-projekter er forbundet med risiko. Nogle risici har institutionerne selv indflydelse på. Andre risici er det ikke muligt

Læs mere

Værktøj 1 Projektbeskrivelse

Værktøj 1 Projektbeskrivelse Værktøj 1 Projektbeskrivelse En projektbeskrivelse er oftest knyttet til bibliotekets mission og vision. Projektbeskrivelsen er et dynamisk dokument, som tjener flere formål, alt efter hvilken af projektets

Læs mere

Workshop om den fællesstatslige programmodel

Workshop om den fællesstatslige programmodel Workshop om den fællesstatslige programmodel 1 Agenda 10.45 10.50 Velkommen 10.50 11.15 Præsentation af den fællesstatslige programodel 11.15 11.30 Afklarende spørgsmål (Ultra kort) 11.30 12.00 Debat:

Læs mere

Vejledning til risikoværktøjet MITIGATOR.

Vejledning til risikoværktøjet MITIGATOR. Vejledning til risikoværktøjet MITIGATOR www.blackswaninstitute.dk Version 1.0 9/8-2016 INDHOLDSFORTEGNELSE STAMDATA 3 OPRET RISIKO 5 REDIGER RISIKO 7 SØG EFTER RISIKO 7 EKSPORTÉR RISIKO 8 LUK RISIKO 8

Læs mere

Case: Danmarks statslige it- projektmodel

Case: Danmarks statslige it- projektmodel Case: Danmarks statslige it- projektmodel Kontorchef Michael Busk-Jepsen, Økonomistyrelsen, Danmark Præsentation for NOKIOS, Trondheim, 21. september 2011 1 AGENDA 1. Hvorfor professionalisere it-projekter

Læs mere

BUSINESS CASE I AP PENSION 7. JUNI 2013

BUSINESS CASE I AP PENSION 7. JUNI 2013 1 BUSINESS CASE I AP PENSION 7. JUNI 2013 OM AP PENSION Etableret i 1919 Fokus på livs- og pensionsforsikring Kundeejet, selvstændig og uafhængig 240 medarbejdere Aktiver ca. 85 mia. kr. i 2012 Indbetalinger

Læs mere

(Bilaget ligger på i pdfformat og word-format.)

(Bilaget ligger på  i pdfformat og word-format.) BILAG 7 DEN AGILE METODE OG SAMARBEJDSORGANISATION (Bilaget ligger på http://silkeborgkommune.dk/erhverv/udbud/varer-og-tjenesteydelser i pdfformat og word-format.) Skemaer udfyldes af Tilbudsgiver. Besvarelsen

Læs mere

Vejledning til statens business case- model

Vejledning til statens business case- model Vejledning til statens business case- model August 2013 Den fællesstatslige it-projekt-/programmodel, model, Digitaliseringsstyrelsen Indhold 1 INDLEDNING... 1 1.1 FORMÅL... 1 1.2 HVAD ER EN BUSINESS CASE?...

Læs mere

Til nogle projekter kan der være knyttet en styregruppe ligesom der i nogle projektforløb kan være brug for en eller flere følge-/referencegrupper.

Til nogle projekter kan der være knyttet en styregruppe ligesom der i nogle projektforløb kan være brug for en eller flere følge-/referencegrupper. PROJEKTORGANISATION OG PROJEKTARBEJDE Rollefordeling i en projektorganisation Ethvert projekt har en projektejer, en projektleder og en eller flere projektmedarbejdere. Disse parter er altså obligatoriske

Læs mere

En midlertidig organisation der etableres for at levere en eller flere leverancer til opnåelse af forandringsevne

En midlertidig organisation der etableres for at levere en eller flere leverancer til opnåelse af forandringsevne Sammenfattende definitioner Definition og beskrivelse Vision En portefølje er en samling af projekter/mer, som vurderes samlet med henblik på at optimere sammensætning og prioritering af strategiske indsatser

Læs mere

Retningslinjer for udformningen af it aktstykker

Retningslinjer for udformningen af it aktstykker Retningslinjer for udformningen af it aktstykker September 2012 Retningslinjer for udformningen af it-aktstykker Nyt kapitel 1. Formål Med Budgetvejledning 2011 punkt 2.2.18 It-projekter er der indført

Læs mere

ÆNDRINGSANMODNING [SKRIV PROJEKTETS NAVN HER] Revisionshistorik. AAU It Services Selma Lagerlöfs Vej Aalborg Ø

ÆNDRINGSANMODNING [SKRIV PROJEKTETS NAVN HER] Revisionshistorik. AAU It Services Selma Lagerlöfs Vej Aalborg Ø AAU It Services Selma Lagerlöfs Vej 300 9220 Aalborg Ø Revisionshistorik Revisionsdato Version Ændringer Forfatter 1 Indhold 1 Indhold... 1 2 Introduktion til ændringsanmodninger... 2 2.1 Udarbejdelse

Læs mere

Fremtidsmodel (Blueprint) - Vejledning

Fremtidsmodel (Blueprint) - Vejledning Fremtidsmodel (Blueprint) - Vejledning Januar 2014 Indhold 1. FORKLARING PÅ CENTRALE BEGREBER... 3 2. HVAD ER FREMTIDSMODELLEN (BLUEPRINT)... 4 3. FORMÅLET MED FREMTIDSMODELLEN... 4 4. HVEM MODTAGER FREMTIDSMODELLEN...

Læs mere

Guide til IT projekter i den fællesoffentlige projektmodel

Guide til IT projekter i den fællesoffentlige projektmodel DEN FÆLLESOFFENTLIGE PROJEKTMODEL Guide til IT projekter i den fællesoffentlige projektmodel Dato: 22.06.2015 Version: 1.0 1 Projektledelse af it-projekter Denne guide tager udgangspunkt i særlige forhold

Læs mere

Monopolbrudsprogrammet. Fra monopol til konkurrenceudsættelse Egedal Kommune

Monopolbrudsprogrammet. Fra monopol til konkurrenceudsættelse Egedal Kommune Monopolbrudsprogrammet Fra monopol til konkurrenceudsættelse Egedal Kommune 1 Programleder, MPP Egedal Kommune Dronning Dagmars Vej 200 3650 Ølstykke Direkte Telefon: 7259 6858 Mobilnummer: 7259 6858 E-mail:

Læs mere

Vejledning til statens business casemodel

Vejledning til statens business casemodel Vejledning til statens business casemodel Januar 2014 Den fællesstatslige it-projekt-/programmodel, Digitaliseringsstyrelsen Indhold 1 INDLEDNING...1 1.1 FORMÅL...1 1.2 HVAD ER STATENS BUSINESS CASE-MODEL?...1

Læs mere

INTERESSENTHÅNDTERING

INTERESSENTHÅNDTERING AAU It Services Selma Lagerlöfs Vej 300 9220 Aalborg Ø Revisionshistorik Revisionsdato Version Ændringer Forfatter 1 Indhold 1 Indhold... 1 2 Introduktion til interessenthåndtering... 2 2.1 Udarbejdelse

Læs mere

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

Programpræciseringsdokument (PPD) (Programme Definition) - Vejledning Programpræciseringsdokument (PPD) (Programme Definition) - Vejledning Januar 2014 Indhold 1. CENTRALE BEGREBER... 1 2. HVAD ER PROGRAMPRÆCISERINGSDOKUMENT (PROGRAMME DEFINITION)... 1 3. FORMÅLET MED PROGRAMPRÆCISERINGSDOKUMENTET...

Læs mere

Vejledning til statens business casemodel

Vejledning til statens business casemodel Vejledning til statens business casemodel Januar 2014 Den fællesstatslige it-projekt-/programmodel, Digitaliseringsstyrelsen Indhold 1 INDLEDNING... 1 1.1 FORMÅL... 1 1.2 HVAD ER STATENS BUSINESS CASE-MODEL?...

Læs mere

Projektmodel OS2. Projektmodel OS2, version A Side 1

Projektmodel OS2. Projektmodel OS2, version A Side 1 Projektmodel OS2 Projektmodel OS2, version A Side 1 Indhold: Indledning... 3 Hvad er et projekt?... 3 OS2 projektmodel... 3 Organisering af projekter... 4 Faser i projektets liv... 7 Idé-fasen... 8 Planlægnings-fasen...

Læs mere

Den fællesstatslige Business casemodel

Den fællesstatslige Business casemodel Den fællesstatslige Business casemodel Maj 2011 WORKSHOP STATENS BUSINESS CASE-MODEL 1 HVAD ER EN BUSINESS CASE? En præsentation af om en given investering står mål med de forventede gevinster og derved

Læs mere

Ledelse af digitalisering

Ledelse af digitalisering Ledelse af digitalisering SCKK temamøde om digital forvaltning 7. april 2006 Mikael Skov Mikkelsen Finansministeriet msm@fm.dk - www.e.gov.dk Dagsorden Hvorfor og hvordan ledelse af digitalisering? Den

Læs mere

Aktstykke nr. 33 Folketinget Finansministeriet. København, den 29. november 2016.

Aktstykke nr. 33 Folketinget Finansministeriet. København, den 29. november 2016. Aktstykke nr. 33 Folketinget 2016-17 33 Finansministeriet. København, den 29. november 2016. a. Finansministeriet anmoder om Finansudvalgets tilslutning til, at det fællesoffentlige grunddataprogram fortsættes,

Læs mere

At Sikre en samlet og koordineret styring af porteføljen af sundheds-it på tværs af sektorer.

At Sikre en samlet og koordineret styring af porteføljen af sundheds-it på tværs af sektorer. Kommissorium for It-porteføljestyregruppe. Baggrund Digitalisering og Sundheds-it går i højere grad på tværs af sektorer og stiller i højere grad krav til samarbejdet på tværs. I sundhedsaftalen er det

Læs mere

Business case, Ledelsesresumé

Business case, Ledelsesresumé PROJEKTNUMMER: 20123566 SENEST OPDATERET: 13.05.2013 Business, Ledelsesresumé Tabel 1.1: Projektets primære formål Projektets formål Effektivisering Kvalitetsløft Implementering af international lovgivning

Læs mere

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

Erhvervsudvalget 2009-10 ERU alm. del Bilag 47 Offentligt. Bilag. Økonomi- og Erhvervsministeriet. København, den 9. november 2009. Erhvervsudvalget 2009-10 ERU alm. del Bilag 47 Offentligt Bilag Økonomi- og Erhvervsministeriet. København, den 9. november 2009. a. Økonomi- og Erhvervsministeriet anmoder om Finansudvalgets tilslutning

Læs mere

Projektkontrakter med fokus på gevinstrealisering. Nicolai Dragsted, Bender von Haller Dragsted. 30. oktober 2012

Projektkontrakter med fokus på gevinstrealisering. Nicolai Dragsted, Bender von Haller Dragsted. 30. oktober 2012 Projektkontrakter med fokus på gevinstrealisering Nicolai Dragsted, Bender von Haller Dragsted 30. oktober 2012 Kontaktoplysninger Advokatvirksomheden BvHD www.bvhd.dk Blog: http://www.version2.dk/blogs/nicolai-dragsted

Læs mere

Fra udgift til omkostning. Vejledning til omregning af udgiftsbaserede tal fra statens business case-model til omkostningsbaseret

Fra udgift til omkostning. Vejledning til omregning af udgiftsbaserede tal fra statens business case-model til omkostningsbaseret Fra udgift til omkostning Vejledning til omregning af udgiftsbaserede tal fra statens business case-model til omkostningsbaseret bevilling September 2012 Introduktion Denne vejledning er til dig, der skal

Læs mere

Projektinitieringsdokument (PID) Anvenderforum for GD1. 6. december 2013

Projektinitieringsdokument (PID) Anvenderforum for GD1. 6. december 2013 Projektinitieringsdokument (PID) for GD1 6. december 2013 [Projektinitieringsdokument] Side 1 Indholdsfortegnelse 1. Stamdata... 3 2. Den forretningsmæssige begrundelse for projektet... 3 3. Projektets

Læs mere

BILAG 7 SAMARBEJDSORGANISATION

BILAG 7 SAMARBEJDSORGANISATION BILAG 7 SAMARBEJDSORGANISATION INDHOLDSFORTEGNELSE 1. Indledning... 5 2. Kontraktansvarlig... 5 3. Styregruppe... 5 3.1 Styregruppens etablering... 5 3.2 Styregruppens ansvar... 5 3.3 Møder i styregruppen...

Læs mere

God programledelse. Netværk 20.1 2014

God programledelse. Netværk 20.1 2014 God programledelse Netværk 20.1 2014 Grundlæggende definitioner Portefølje Program Projekt 2 Et program dækker ikke kun projekter Tidlige indikatorer Succeskriterier Gevinster/ Effekter Projekter Ad hoc

Læs mere

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

Om Rådets arbejde og erfaringer fra gode projekter (hvad kendetegner disse) Konferencen Gode offentlige it-projekter Om Rådets arbejde og erfaringer fra gode projekter (hvad kendetegner disse) Konferencen Gode offentlige it-projekter August 2017 Erik Andreasen It-projektrådets arbejde - Vurdere risikoprofilen for statslige

Læs mere

Vejledning til statens business case-model

Vejledning til statens business case-model Vejledning til statens business case-model December 2015 Indhold 1 INDLEDNING... 1 1.1 FORMÅL MED STATENS BUSINESS CASE-MODEL... 1 1.2 FORMÅL MED PROJEKTET AFSPEJLES I BUSINESS CASEN... 1 1.3 KOBLING TIL

Læs mere

Bilag 1 Tidsplan Version 0.9 05-05-2014 0

Bilag 1 Tidsplan Version 0.9 05-05-2014 0 Bilag 1 Tidsplan Version 0.9 05-05-2014 0 Indhold 1 VEJLEDNING TIL TILBUDSGIVER... 2 2 INDLEDNING... 3 2.1 ETAPER I UDVIKLINGSPROJEKTET... 3 2.1.1 ETAPE I - AFKLARING... 3 2.1.2 ETAPE II ANALYSE, DESIGN,

Læs mere

Bilag 1. Tidsplan. Til Kontrakt. Den Nationale Henvisningsformidling

Bilag 1. Tidsplan. Til Kontrakt. Den Nationale Henvisningsformidling Bilag 1 Tidsplan Til Kontrakt OM Den Nationale Henvisningsformidling Bilag 1 Tidsplan Side 1/10 INSTRUKTION TIL TILBUDSGIVER: Teksten i dette afsnit er ikke en del af Kontrakten og vil blive fjernet ved

Læs mere

Afgjort den 12. december 2013. Ministeriet for Fødevarer, Landbrug og Fiskeri. Fødevareministeriet, den 3. december 2013.

Afgjort den 12. december 2013. Ministeriet for Fødevarer, Landbrug og Fiskeri. Fødevareministeriet, den 3. december 2013. Aktstykke nr. 56 Folketinget 2013-14 Afgjort den 12. december 2013 Ministeriet for Fødevarer, Landbrug og Fiskeri. Fødevareministeriet, den 3. december 2013. 56 a. Ministeriet for Fødevarer, Landbrug og

Læs mere

LANDGREVEN 4, POSTBOKS 2193 1017 KØBENHAVN K TLF: 33 92 52 00

LANDGREVEN 4, POSTBOKS 2193 1017 KØBENHAVN K TLF: 33 92 52 00 LANDGREVEN 4, POSTBOKS 2193 1017 KØBENHAVN K TLF: 33 92 52 00 Vejledning om risikovurdering af programmer 1 Indhold 2 BAGGRUND FOR IT-PROJEKTRÅDETS RISIKOVURDERING AF PROGRAMMER 3 HVILKE PROGRAMMER SKAL

Læs mere

Afgjort den 13. marts 2014. Tidligere fortroligt aktstykke H (2013-14). Fortroligheden er ophævet ved ministerens skrivelse den 12.

Afgjort den 13. marts 2014. Tidligere fortroligt aktstykke H (2013-14). Fortroligheden er ophævet ved ministerens skrivelse den 12. Aktstykke nr. 53 Folketinget 2014-15 Afgjort den 13. marts 2014 Tidligere fortroligt aktstykke H (2013-14). Fortroligheden er ophævet ved ministerens skrivelse den 12. november 2014. 53 Finansministeriet.

Læs mere

Effektiv digitalisering. - Digitaliseringsstyrelsens strategi 2012-2015. April 2012

Effektiv digitalisering. - Digitaliseringsstyrelsens strategi 2012-2015. April 2012 April 2012 Effektiv digitalisering - Digitaliseringsstyrelsens strategi 2012-2015 Baggrund Danmark står med væsentlige økonomiske udfordringer og en demografi, der betyder færre på arbejdsmarkedet til

Læs mere

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

Fælles projektmodel. Fælles projektmodel på tværs af Enhedsadministrationen for projekter der har IT-involvering Version 3.1 opdateret 04/03-2016 Fælles projektmodel Fælles projektmodel på tværs af Enhedsadministrationen for projekter der har IT-involvering Formål: Fælles metodik for projekter der involverer AU IT.

Læs mere

Der gives IKKE go til egentlig gennemførsel af projektet før dokumentationen er godkendt af den overordnede styregruppe

Der gives IKKE go til egentlig gennemførsel af projektet før dokumentationen er godkendt af den overordnede styregruppe NY skabelon til beskrivelse af projekter i UCL Følgende skabelon anvendes af projektlederen til at dokumentere projektet. Afhængig af hvilken fase projektet er i, stilles der større og større krav til

Læs mere

Projektplan Syddjurs Smart Community

Projektplan Syddjurs Smart Community Projektplan Syddjurs Smart Community Dokument: Projektplan Version: 1.1 Udgivelsesdato: 9. marts 2016 Udarbejdet af: MC Kontrolleret af: JT Godkendt af: MC Indhold 1 Indledning... 3 1.1 Projektets titel...

Læs mere

INTRODUKTION TIL STYREGRUPPER

INTRODUKTION TIL STYREGRUPPER IT SERVICES PROJEKTMODEL H T T P : / / P R O J E K T M O D E L. I T S. A A U. D K F Å H J Æ L P P R O J E K T K O N T O R @ I T S. A A U. D K INTRODUKTION TIL STYREGRUPPER BESLUTNINGS- OG STYRINGSSTRUKTUR

Læs mere

Aktstykke nr. 28 Folketinget 2009-10. Afgjort den 19. november 2009. Økonomi- og Erhvervsministeriet. København, den 9. november 2009.

Aktstykke nr. 28 Folketinget 2009-10. Afgjort den 19. november 2009. Økonomi- og Erhvervsministeriet. København, den 9. november 2009. Aktstykke nr. 28 Folketinget 2009-10 Afgjort den 19. november 2009 28 Økonomi- og Erhvervsministeriet. København, den 9. november 2009. a. Økonomi- og Erhvervsministeriet anmoder om Finansudvalgets tilslutning

Læs mere

Tag udgangspunkt i følgende spørgsmål

Tag udgangspunkt i følgende spørgsmål Projektets titel: Udfyldes af projektejer og projektleder. Læs inden du udfylder skabelonen: Svarene udgør den dokumentation projektet besluttes på baggrund af. Spørgsmålene er ment som inspiration til

Læs mere

Informationsforvaltning i det offentlige

Informationsforvaltning i det offentlige Informationsforvaltning i det offentlige 1 Baggrund Den omfattende digitalisering af den offentlige sektor i Danmark er årsag til, at det offentlige i dag skal håndtere større og større mængder digital

Læs mere

1. Ledelsesresumé. Den 2. juli Jnr Ø90 Sagsid Ref NSS Dir /

1. Ledelsesresumé. Den 2. juli Jnr Ø90 Sagsid Ref NSS Dir / F ORELØBIG BUSINESS CASE F OR PROJEKT VEDR. SAGER P Å TVÆRS AF IT - LØSNINGER O G ORGANISATORISKE S K E L 1. Ledelsesresumé Der anvendes i dag mange ressourcer på at integrere forskellige it-løsninger

Læs mere

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

Kvartalsrapport vedr. fase 1 af SKATs systemmodernisering for 1. kvartal 2008 Skatteudvalget (2. samling) SAU alm. del - Bilag 195 Offentligt Notat Hovedcentret Strategi og Udvikling Projektkontoret 13. juni J. nr. 08-048898 Kvartalsrapport vedr. fase 1 af SKATs systemmodernisering

Læs mere

Programgrundlag (Programme Brief) - Vejledning

Programgrundlag (Programme Brief) - Vejledning Programgrundlag (Programme Brief) - Vejledning December 2015 er med Budgetvejledning 2016 frivillig at bruge for statslige myndigheder. Opdelingen i frivillige og obligatoriske faser, ledelsesprodukter,

Læs mere

QUARTERLY ANALYTICS 3 2014. Hentet af admin - September 15, 2014. contract management. del 2

QUARTERLY ANALYTICS 3 2014. Hentet af admin - September 15, 2014. contract management. del 2 6 QUARTERLY ANALYTICS 3 2014 contract management del 2 QUARTERLY ANALYTICS 3 2014 7 Er du helt sikker på, at du har Contract Management? Del 2: Forankring og overblik Contract Management kan være et centralt

Læs mere

Kommissorium for Domænebestyrelsen for Bygninger, Boliger og Forsyning

Kommissorium for Domænebestyrelsen for Bygninger, Boliger og Forsyning Kommissorium for Domænebestyrelsen for Bygninger, Boliger og Forsyning Introduktion Besluttet af Styregruppen for Tværoffentligt Samarbejde, marts 2008 I forlængelse af den fællesoffentlige strategi for

Læs mere

Ledelse og styregruppe

Ledelse og styregruppe Ledelse og styregruppe It-projektlederdag 3. oktober 2013 niels.zachariassen@skat.dk Metodekontoret Styregrupper på fem kvarter Hvad er designprincipperne bag den professionelle styregruppe? -------------------------------------------------

Læs mere