Arkitektur i projekter

Transkript

1 lederdag i staten, Eigtveds Pakhus, den 3. oktober 2013 Hvad betyder det, at vi kan indarbejde it-arkitektur i vores projekter tidligt, og hvordan kan vi gøre det?, enterprise arkitekt,

2 Dagsorden Præsentation Hvad mener vi med arkitektur? Hvordan hænger EA og projekter sammen? Hvad betyder det, at vi kan indarbejde it-arkitektur i vores projekter tidligt? Hvordan gør vi det i FIVU? Hvordan kan vi gøre det i staten? Workshop konklusioner

3 Workshop deltagere ejer / projektleder / arkitekt Søfartsstyrelsen Statens Administration Digitaliseringsstyrelsen Statens Serum Institut/NSI Miljøministeriets departement Miljøstyrelsen Ministeriet for By, Bolig og Landdistrikter Styrelsen for Forskning og Innovation SKAT SKAT SKAT Skatteministeriets Departement Skatteministeriet Tina Højmark Eva Kaas David Arbirk Søren Jakobsen Line Helene Petersen Thomas Ravn Martin Park Martin Høyer Annemette Wenzel Annette Kjærulf Andersen Lars W Henriksen Margit Kreiner-Sasady Thea Sand

4 Dagsorden Præsentation Hvad mener vi med arkitektur? Hvordan hænger EA og projekter sammen? Hvad betyder det, at vi kan indarbejde it-arkitektur i vores projekter tidligt? Hvordan gør vi det i FIVU? Hvordan kan vi gøre det i staten? Workshop konklusioner

5 Med arkitektur menes her enterprise arkitektur (EA) baseret på OIO EA

6 Dagsorden Præsentation Hvad mener vi med arkitektur? Hvordan hænger EA og projekter sammen? Hvad betyder det, at vi kan indarbejde it-arkitektur i vores projekter tidligt? Hvordan gør vi det i FIVU? Hvordan kan vi gøre det i staten? Workshop konklusioner

7 erne udvikler forretningen Forretningen, dens rammer og strukturer og evnen til at løse opgaver skabes af projekter i de forskellige forretningsenheder AS IS TO BE

8 Forandringer udvikler forretningen

9 erne skubber til forretningen EA skubber til projekterne EA

10 Dagsorden Præsentation Hvad mener vi med arkitektur? Hvordan hænger EA og projekter sammen? Hvad betyder det, at vi kan indarbejde it-arkitektur i vores projekter tidligt? Hvordan gør vi det i FIVU? Hvordan kan vi gøre det i staten? Workshop konklusioner

11 Nogle bud?

12 Dagsorden Præsentation Hvad mener vi med arkitektur? Hvordan hænger EA og projekter sammen? Hvad betyder det, at vi kan indarbejde it-arkitektur i vores projekter tidligt? Hvordan gør vi det i FIVU? Hvordan kan vi gøre det i staten? Workshop konklusioner

13 model med EA-input in FIVU Kommissorium EAworkshop Initierings Dokument Afslutningsog erfarapport Gevinstrealiseringsrappport Idé Analyse Anskaffelse Gennemførsel Realisering Afleveringer til FIVU s It-udvalg Workshop med arkitekturfølgegruppe

14 Workshop med OIOEA-tjeklisten EA-tjek Tre timers workshop om 43 spørgsmål Deltagelse af nøgleinteressenter Skriftlig afrapportering Kommissorium EAworkshop Initierings Dokument Afslutningsog erfarapport Gevinstrealiseringsrappport Idé Analyse Anskaffelse Gennemførsel Realisering

15 Løbende opbygning af koncernens arkitekturdokumentation Arkitekturfølgegruppen anbefaler fx at projekt 1 udarbejder disse tre dokumenter og i andre projekter kan det være andre dokumenter. Alt afhængigt af relevans. lederen gemmer dokumenterne i fælles EAværktøj

16 OIO EA tjekliste 43 spørgsmål til overvejelse

17 OIOEA-tjeklisten er en opsamling fra de seneste 10 års arbejde med it-arkitekturrammer i Danmark Folketingsbeslutning om obligatoriske standarder FORM/STORM OIO-komité, OIO-udvalg, domænebestyrelser, sektorstandardiseringsudvalg Arbejdsgruppen vedr. bedre statslige it-projekter digitaliser.dk (forum for udvikling af standarder) Udviklingsvejledning for velfungerende selvbetjeningsløsninger Rigsrevisionsrapporter Fællesoffentlige digitaliseringsstrategier Hvidbog om it-arkitektur - og en lang række andre publikationer og vejledninger OIOEA-tjeklisten

18 OIO EA tjeklisten 43 spørgsmål Er der indtænkt inddragelse af brugere fra starten?

19 OIO EA tjeklisten 43 spørgsmål Er processer beskrevet med BPMN?

20 OIO EA tjeklisten 43 spørgsmål Stilles offentlige data til rådighed for offentligheden?

21 OIO EA tjeklisten 43 spørgsmål Er der brugt standardprodukter?

22 OIO EA tjeklisten 43 spørgsmål Stilles der krav om åbne standarder eller åbne API er?

23 OIO EA tjeklisten 43 spørgsmål Er der styr på sikkerhed, privacy og risici?

24 OIO EA tjekliste som regneark

25 Dagsorden Præsentation Hvad mener vi med arkitektur? Hvordan hænger EA og projekter sammen? Hvad betyder det, at vi kan indarbejde it-arkitektur i vores projekter tidligt? Hvordan gør vi det i FIVU? Hvordan kan vi gøre det i staten? Workshop konklusioner

26 Fra vejledningen til PID-skabelonen 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 itarkitekturen i relation til digitaliseringsprojekter. ( ) Det kan også være relevant at gennemføre en kvalitetssikring af arkitekturen ud fra OIOEA tjeklisten.

27 Fra It-projektrådets vurdering i Statens It-projekter, status 01/2013 Manglede samtænkning og samarbejde Med et voksende antal it-projekter samt et politisk ønske om øget modernisering og tværoffentligt samarbejde, er det IT-projektrådets opfattelse, at videndeling og samarbejde i endnu højere grad bør prioriteres. Dette er især vigtigt på tværs af myndighederne. IT-projektrådet har under risikovurderingen af de mange it-projekter kunne konstatere, at der er overraskende lidt erfaringsudveksling mellem myndighederne. Der er et stort uudnyttet potentiale her, som rådet anbefaler alle myndigheder at lægge mere vægt på. Der kan eksempelvis sammenlignes priser, udveksles udbudsmateriale, opsamles gode og dårlige erfaringer og meget mere. Enkelte myndigheder vurderer mangel på kvalificerede og erfarne it-projektmedarbejdere som en væsentlig risiko i deres projektarbejde. Andre myndigheder har udfordringer med at udnytte opbyggede medarbejderkompetencer tilstrækkeligt efter afslutningen på større it-projekter. Rådet konstaterer derfor, at der er et stort potentiale for videndeling og for at udnytte vidensressourcer både mellem it-projekterne og mellem myndighederne. Det kunne fx være i form af udlån eller rotation af medarbejdere. Dette kunne blandt andet øge opmærksomheden på genbrug og muligheden for udviklingen af løsninger, der har et større tværgående potentiale.

28 Tilbud til statslige it-projekter? EA-tjek Tre timers workshop om 43 spørgsmål Deltagelse af nøgleinteressenter + enterprise arkitekter fra andre ministerier Skriftlig afrapportering

29 Dagsorden Præsentation Hvad mener vi med arkitektur? Hvordan hænger EA og projekter sammen? Hvad betyder det, at vi kan indarbejde it-arkitektur i vores projekter tidligt? Hvordan gør vi det i FIVU? Hvordan kan vi gøre det i staten? Workshop konklusioner

30

31 Konklusioner Når man indarbejder it-arkitektur tidligt i projekterne øger man mulighederne for at realisere gevinster på både kort og langt sigt Tidlig arkitekturscreening sikrer kvaliteten af kravspecifikationen Tidlig arkitekturscreening sikrer, at det er det rigtige projekt, man gennemfører Tilbyd (frivilligt) projekter over 10 mio. kroner et EA-tjek med enterprise arkitekter fra andre ministerier (se slide 28). Også gerne til projekter under 10 mio. kroner, da mange ministerier ikke selv råder over arkitektur-kompetencer Staten burde gå sammen med kommunerne omkring udvikling af rammearkitektur. Der er lavet et stort arbejde i kommunerne, som delvist kan genbruges direkte Ministeriernes projektkontor kunne holde et arrangement for projektledere om standard-arkitekturkrav (OIOEA-tjeklisten) Flere ministerier bør ansætte enterprise arkitekter. Der er klare gevinster på projektsiden.