10. juni 2015 Fra specifikation til anskaffelse Ny løsning XX www.rammearkitektur.dk Hvordan kommer vi fra papir til den konkrete digitale løsning? Hvordan får kommunen værdi ved at bruge og bidrage til RA i sine anskaffelser? Peter Huber Strand & Donslund A/S Hannedal 9 DK-2860 Søborg www.s-d.dk
Arkitekturfokus i anskaffelsessituationen Modellér systemporteføljen Analysér systemporteføljen Beslut projekt Arkitekturstyring Modificeret fra vores Arkitekturstyringskurser i regi af KIT@ Test/ Implementering Projektinitiering Analysér anskaffelsessituation Beskriv anskaffelsessituation Foretag arkitekturbeslutninger Anskaffelse: Udbud / (Udvikling) Kravhåndtering Brug og bidrag til RA Informationsmodellering Arkitekturarbejde Fra specifikation til anskaffelse 2
Typiske arkitekturproblemstillinger Analysér anskaffelsessituation 1. Løsning fra leverandør dækker meget funktionalitet i rammearkitektures byggeblokke, men har ikke egenskaberne 2. Løsning fra leverandør dækker mange byggeblokke i rammearkitekturen men kun perifert 3. Løsning fra leverandør der kræver platform/teknologi vi ikke benytter eller ønsker fx MS Server 2003, Notes 4. Løsning fra leverandør benytter egen sikkerhedsløsning 5. Løsning håndterer ikke sikkerhed på dataudsnit 6. Løsning har overlappende forretningsfunktionalitet med andre systemer, der bevares, og løsningen virker ikke uden 7. Ny løsning kan også overtage en del af en eksisterende løsning 8. Løsning kræver proprietær/egen front-end 9. Løsning fungerer kun med data i egen database 10. Løsning virker kun fremadrettet pga. skift til helt ny datastruktur 11. Løsning virker kun/bedst bagudrettet 12. Løsningen har en anden begrebs/informationsstruktur end i rammearkitekturen eller andre løsninger i porteføljen 13. Mangel på ressourcer og tid - Aggressiv udviklingsplan, mangel på kompetencer osv. 14. Fra specifikation til anskaffelse 3
Den fælleskommunale rammearkitektur på papir Specifikation Implementation Fra specifikation til anskaffelse 4
Hvad indeholder beskrivelsen af en byggeblok? En beskrivelse af den eventuelle brugergrænseflade byggeblokken stiller til rådighed En beskrivelse af de beskeder, der kan igangsætte processer i byggeblokken (hvad den selv skal abonnere på). Beskrivelse af de processer, som byggeblokken kan håndtere (dens virkemåde/ opgaver/funktionalitet). En beskrivelse af de operationer byggeblokken stiller til rådighed (hvad kan man bede den om). Beskrivelser af de snitflader byggeblokken stiller til rådighed (definition af byggeblokkens sprog ). Beskrivelse af de beskeder (forretningsbeskeder) den kan sende til omverdenen (og som andre kan abonnere på) Beskrivelse og definition af det centrale forretningsobjekt Beskrivelse af relationerne til andre forretningsobjekter uden for byggeblokkens egen verden. Fra specifikation til anskaffelse 5
Indpakning af eksisterende funktionalitet Systemer med RA funktionalitet Systemer med RA egenskaber Et system indeholder flere byggeblokke Leverandøren kan indpakke funktionaliteten svarende til de enkelte byggeblokke Leverandøren behøver derfor ikke at bygge helt nye systemer for at understøtte og indgå i rammearkitekturen Et system kan også indeholde funktionalitet svarende til flere byggeblokke Fra specifikation til anskaffelse 6
Vurdering af en løsning Tænk i og forlang Varefakta ud fra RA fra leverandøren (!) Hvor meget realiserer løsningen af hvilke byggeblokke? Opfyldelsesgrad ift. specifikationerne A Ny løsning XX XX-B Hvilke snitflader anvendes fra XX-C andre løsninger og med hvilket integrationsmønster? + datadistribution af objekter B C XX-A Fra specifikation til anskaffelse 7
Hvordan måles en løsning? At den implementerer relevante byggeblokke: match relevante af dem på hylden At den anvender data fra andre systemer gennem de specificerede snitflader: match relevante af dem på hylden Ny løsning XX Påvirkningsmuligheder? før, under og efter udbud/aftale Fremtidsudsigter? næste mulighed / nye versioner Fra specifikation til anskaffelse 8
Hvordan måles en komponent /realisering? At den overholder hver del af specifikationen for den pågældende byggeblok B Ny løsning XX XX-B Fra specifikation til anskaffelse 9
En byggebloks liv B** B* B Specificeret ver. 1.5 Specificeret ver. 2.0 B Specificeret ver. 1.0 Navngivet (Unavngiven) Fra specifikation til anskaffelse 10
Godt at høste, men husk også at så D A B C Ny løsning XX XX-A XX-C!! D* E* XX-D* XX-E* Fællesløsning YY Fællesløsning ZZ Fra specifikation til anskaffelse 11
Redskaber til at tænke i kort+langsigtede løsninger Vigtigt at tænke i trædesten: proaktivt + helhed Nødvendige mellemløsninger ( interrimløsninger ) er kun skridt på vej til målet og med forskellige uhensigtsmæssigheder Arkitekturstyring!! Arkitekturanalyse Glem ikke den endelige To-Be-løsning = målbilledet i strategiens tidshorisont Brug hver byggeblok(version) som målestok til at finde en realisering / løsning som en potentiel del af næste trin Fra specifikation til anskaffelse 12
Høste og så Høste dvs. Tage fra reolen = Anvende byggeblok Anvender fællesskabets rammer Bidrager til fællesskabet Så dvs. Lægge på reolen = Bidrage med ny byggeblok Borgere Kunde Kunde m.fl Kunde Leverer ydelser & digitale services Kommune Vandselskab K B C L M Leverer fx grunddata Leverer ydelser Andre myndigheder Kunde Kunde Kunde Kravstillelse iht. RA og øvrige forhold for kommunen ud fra strategi og it-portefølje Leverer it-løsninger, der opfylder kravene. Systemleverandører Kunde Kunde Kunde Fra specifikation til anskaffelse 13
Løft i flok Andelstanken Så og høst i fællesskab! K 28 fx SBSYS K 48 fx OS2KITOS K98 fx KOMBIT K1 = alene Fra specifikation til anskaffelse 14
Top-down Arbejd afhængig af situationen ifm. RA-tilføjelser og brug forretning forretning Både når der sås Middle-out og høstes! it it Bottomup Fra specifikation til anskaffelse 15
Reol til reol sammenhæng og brug Fællesoffentlige Arkitektur- Rammer+ metoder Best practice fra IT-branchen Metoder, standarder, mønstre RA metode RAgovernance Fx arkitektur i Fællesoffentlige digitaliseringsinitiativer fx grunddataprogrammet eller internationalt fx INSPIRE!! Så & høste Fællesskab XYZ Arkitekturarbejdet i programmer/projekter I mange konstellationer K1, K2, K17, K42, K98 Fra specifikation til anskaffelse 16
Først til mølle JA!... Bidrag til nye versioner af byggeblokke Men også nye byggeblokke E* D* De første der leverer til governance-processen får lov til at sætte retning for et område Skaf viden om Hvem der arbejder på hvad og dermed hvad der er på vej fra anden side Hvem der har implementeret hvilke byggeblokke: hvor og opfyldelsesgraden Blueprinting / Roadmapping alene og i fællesskab Fra specifikation til anskaffelse 17
Tænk hvis eller rettere når Kommuner i større og mindre fællesskaber beskriver de optimale RA-fagprocesser, og på samme tid høster eksisterende og sår nye RA-byggeblokke Der er overblik over hvem der arbejder hvor dvs. hvem der er i gang med at specificere hvilke nye (versioner af) byggeblokke Der er et leverandørmarked, hvor der reklameres med, hvilke RA-processer/byggeblokke som understøttes med klare deklarationer Deklarationerne bliver et væsentligt udvælgelseskriterium for kommuner, som skal skifte eller anskaffe nye systemer Det vil blive nemmere og mere gennemskueligt at vælge den, for kommunen/fællesskabet, rigtige leverandør og løsning Dermed bliver nuancerne af RA-compliance bliver mere og mere operationaliserede og dermed realiserer strategi og mål: værdierne udtrykt her i Fra specifikation til anskaffelse 18
Så rettere: Fra specifikation til anskaffelse og tilbage Ny løsning XX Peter Huber Strand & Donslund A/S Hannedal 9 DK-2860 Søborg www.s-d.dk