Spring til login

Digitaliser.dk

Sektioner

Aktuel side

Gruppens profilbillede

Månedens stemme/ ugens stemme

39 medlemmer | Medlemsskab via fri tilmelding (Bliv medlem - kræver login )

Arkitektur i 2011 - Ugens stemme uge 31- John Gøtze

Ansvarlig: John Gøtze
Publiceret: 31.07.2011
Type: Artikel

Navn: 
John Gøtze


Stillinger: 
Linieleder, IT-Universitetet i København
Partner, EA Fellows
Direktør, Gøtze Consulting
Chefredaktør, Journal of Enterprise Architecture

 

 

Folk som kender mig er nok ikke overraskede over, at jeg tager emnet enterprisearkitektur (EA) op her.

 

EA er desværre ikke er særligt populært emne her på Digitaliser.dk - seneste indlæg i OIO EA Gruppen er mere end et år gammelt. I dette sidste indlæg (maj 2010) forvissede Søren Peter læserne om, at det "er på ingen måde tilfældet", at ITST har "nedlukket" OIO EA. Han konkluderede: "OIO EA-metoden er et værktøj som ITST har udviklet og stiller til rådighed for alle der ønsker at anvende den. Dette gøres aktivt". Hans kommentar var en repsons til OIO EA på vej igennem muren, som Michael skrev der i maj 2010, med reference til nogle på det tidspunkt nye tal frs Danmarks Statistik. Jeg er dags dato ikke klar over, om der er hold i rygterne om at Søren Peters indlæg var en reaktion på at jeg havde brugt en bestemt video i et oplæg om OIO EA ...

Nu har Michael og Søren Peter ikke skrevet her om dette års tal, så lad mig: Danmarks Statistik rapporterede i marts 2011, at brugen af OIO EA er faldet betragteligt, men samtidig har væsentligt flere myndigheder retningslinjer for it-arkitekturen (og især dennes understøttelse af opgaveløsningen). Hele 71% af staten har retningslinjer for it-arkitektur, op fra 59%, men samtidig falder andelen heraf, der bruger OIO EA, fra 45% til 30%. De mindre kommuner er faldet lidt af EA-toget, der dog stadig har 45% med, men her er OIO EA faldet fra 43% til 20%. De større kommuner derimod er gået fra 35% til 59% med retningslinjer, og her har OIO EA vundet lidt større territorie, nu med 35%, mod 27%.

Man behøver selvfølgelig ikke Danmarks Statistik for at indse, at EA i det offentlige Danmark er mere end OIO EA. Her tænker jeg naturligvis på Finansministeriets og fællesoffentlige initiativer omkring bl.a. referencemodellerne FORM og STORM. Finansministeriet hentede inspiration fra især USAs føderale EA-program, som nogle år forinden var gået fra fokus på 'deres OIO EA', FEAF, altså et rammeværk/reol og en metode, til mere fokus på FEA, der i væsentlig grad handlede om at benytte referencemodeller og ikke midst styrings- og beslutnngsmodeller og -rammer. For dem, der måtte være interesserede i lidt aktuel information om EA i USA kan jeg henvise til nogle noter, jeg skrev for nylig: FEA i 2011.

OIO EA + FORM/STORM, ligesom FEAF+FEA, og TOGAF for den sags skyld, er klassiske eksempler på det man kunne kalde klassiske første-generations EA-tilgange. Altså en tilgang som med afsæt i it-universet arbejder med at beskrive/dokumentere den nuværende og den fremtidige (fælles) it-arkitektur med henblik på at skabe fælles løsninger, nedbryde (it+data)siloer, opnå teknisk og semantisk interoperabilitet, osv. (alt det vi skrev om i hvidbogen i 2003).

Når jeg kalder noget første-generations EA, så har jeg jo næsten allerede sagt næste-generation EA (selvom jeg egentlig hader selve udtrykket og kun bruger det i mangel af bedre). Min pointe er, at EA er 'udsat' for et paradigmeskift i disse år. For et par år siden var jeg medredaktør af en tyk bog om dette emne, som bare er blevet endnu mere aktuelt siden da. I bogen talte vi (over 30 bidragsydere) om at formålet med EA er at skabe et fundament for sammenhængsledelse, og om vigtigheden af at flytte EAs scope og kontekst væk fra it. Meget kort sagt var budskabet, at EAs scope og kontekst skal udvides og forankres. Udvides, så EA drives som en strategisk forretningsdisciplin, og forankres på den (for mange klassiske arkitekter kætteriske) måde, at "alle er arkitekter".

Alt dette betyder naturligvis ikke, at 'alt det vi skrev om i hvidbogen' nu er ligegyldigt, men det betyder, at hele 'tilgangen', og dermed reelt hele EAs "body of knowledge", skal tages op til revision. Meget af det samme går Gartner rundt og siger i dag, og man skal da heller ikke læse særligt mange EA Blogs før man støder ind i lignende overvejelser.

Jeg er spændt på om der mon kommer noget om arkitektur i den nye digitaliseringsstrategi. Her i sommers drillede jeg Lars Frelle med, at han burde vide, at internettet rækker helt til Singapore, da han derovre tillod sig at løfte sløret for nogle af strategiens initiativer. Hvis ellers journalisten har forstået hvad Lars fortalte ser det så absolut ud til, at der bliver brug for endnu mere arkitekturarbejde de kommende år.

Et diskussionsspørgsmål, jeg kunne tænke mig vi her tog op, er om vi med OIO EA og FORM/STORM har det, der skal til i de kommende år?

Flere oplysninger

Artefakter

Filer og referencer
Titel Type
Hvem er John Gøtze? - Ugens Stemme uge 31 Intern reference
Vis supplerende information ...
Åbne standarder og APIer - Ugens stemme uge 31 - John Götze Intern reference
Vis supplerende information ...
OIO EA gruppen Ekstern reference
Vis supplerende information ...
OIOREST gruppen Ekstern reference
Vis supplerende information ...
Form og Storm gruppen Ekstern reference
Vis supplerende information ...
Alle månedens /ugens stemmer Intern reference
Vis supplerende information ...

Klassifikationer

Indlæg til ressource

Profilens billede

Arkitektur er vigtig...

Michael Bang Kjeldgaard - 05.08.2011

Hej John

Jeg er meget enig i, at it-arkitektur ER ENORMT VIGTIGT for at sikre hensigtsmæssige og holdbare løsninger, og for at undgå "lock-in". Et centralt fokus er behovet for lagdelinger og grænseflader.

Enterprise-arkitektur (EA) inkluderer udover fælles basale erkendelser også bud på læsninger, som bygger på teoretiske overvejelser og antagelser frem for empirisk beviste metoder.

Jeg er helkt enig i, at der skal fokus på, at det er forretningen, der skal tænke strategisk og sammenhængende og stille relevante krav til opgaveløsningen i forlængelse af dette. Det kan vi godt blive enige om at kalde arkitektur. Og at alle der er med til at designe løsningen fra top til bund i en vis forstand er arkitekter. EA-metoder, rammer, modeller osv. er i den sammenhæng ”blot” værktøjer.

En af de afgørende udfordringer er, at arkitektur skal ind som en del af forretningen - og ikke behandles som en separat ting med egne eksperter.

Du skriver, at EA skal drives som en strategisk forretningsdisciplin, og forankres på den (for mange klassiske arkitekter kætteriske) måde, at "alle er arkitekter". Det er jeg sådan set enig i og mener også, at det altid har været udgangspunktet for OIO EA og en væsentlig grund til at OIO EA blev lavet - på dansk, kortfattet, pragmatisk og med minimalt brug af fremmedord og tekniske termer. Stadig ikke nemt stof, men heller ikke en meget tung, svær, teknisk eller akademisk metoderamme.

I forhold til udbredlesen og øget anvendelse af OIOEA betyder det – efter vores opfattelse – at det er vigtigt, at grundlaget (metoden) ligger nogenlunde fast, og at det er erfaringerne fra anvendelse i konkrete projekter mv., der på sigt er med til at videreudvikle OIO EA på baggrund af hvad der virker – og hvad ikke virker.

Det skal naturligvis kobles med den forskning og udvikling der sker fra akademisk side.

Men måske er der behov for mere reklame, eksempler og generel opmærksomhed.

Vi ser vores rolle som facilitatorer, der understøtter anvendelsen af arkitektur i det offentlige – og i et vist omfang det private. Og vi anbafeler og promoverer EA-tilgangen når vi er i dialog med andre myndigheder. Og samtidig deltager vi naturligvis aktivt i arbejdet med FORM og STORM.

Og heldigvis er der også et godt udbud af konsulentfirmaer på det danske marked, som kan bidrage med uddannelse og konkret arkitekturassistance til myndigheder, virksomheder med videre.

Du henviser endvidere til de seneste tal (2010) fra Danmarks Statistik om anvendelsen af EA i den offentlige sektor. Det er rigtigt, at vi sidste år kommenterede på tallene fra 2009, hvor anvendelsen af OIO EA steg fra 4 pct. til 43 pct. blandt myndigheder, der anvendte EA metoder. En meget kraftig stigning, som fortjente et par ord med på vejen.

For 2010 er billedet lidt mere broget. Det er meget positivt, at andelen af myndigheder der har retningslinjer for it-arkitektur er steget fra 50 pct. i 2009 til 62 pct. i 2010. Anvendelsen af OIOEA er ikke fulgt med stigningen, og der kan konstateres et relativt fald fra 43 til 32 pct. blandt de myndigheder, der har retningslinjer for it-arkitektur.

En af forklaringerne kan være, at andre metoderammer som fx TOGAF formentlig anvendes i højere grad i de enkelte projekter. OIO EA og TOGAF går meget godt i spænd og kan stort set mappes til hinanden.

En anden forklaring kan være, at fokus på praktisk anvendelse har betydet mere fokus på at implementere FORM og i nogen grad STORM.

Arkitektur er naturligvis også meget mere end EA. Vi har i øjeblikket fokus på fælles centrale begreber som basis for datastandardisering, datagenbrug og sammenhængende tjenester.

I vores cloud forum havde vi maj et kritisk indlæg om hvilken tilgang man tager til arkitektur og standardisering, som som traditionel EA måske ikke har været særlig opmærksom på, se Simon Wardleys indlæg om livscyklus og det tidsmæssige aspekt,

Endelig kan det undre, at vi ikke har set nogen større interesse fra EA-community'et på området nye sikkerhedsmodeller, som vi opfatter som renlivet EA.

Til sidst vil jeg gerne understrege, at vi meget gerne vil have gode forslag til steder, det offentlige bør gøre noget mere i forhold til it-arkitektur og EA – og meget gerne konkrete forslag til praktiske initiativer, som fx kan løses via kommercielle ydelser.

Vi har endnu ikke modtaget indspark, som har peget på væsentlige mangler eller svagheder ved OIO EA, som skulle begrunde ændringer. Er der nogen der ser sådanne behov, hører vi meget gerne om det ­– benyt gerne OIO EA Forum.

Og så vil jeg gerne invitere alle til at bidrage med konkrete erfaringer og eksempler på brug af it-arkitektur metoder og specifikt OIO EA – fx fra studerende! Vi hjælper gerne til, og vil meget gerne udstille eksempler mv. på Digitaliser.dk eller i arkitekturguiden.

Lad os snakke videre om arbejdet med EA!

Sæt/fjern bogmærke
+1

Ønsker du at skrive indlæg eller blot kommentere indlæg,
skal du være oprettet som bruger og logget ind.

Opret dig som Ny bruger    eller Log ind    

Tilføj fil(er)

En ny fil vil overskrive en eksisterende fil, hvis begge filer har samme navn og samme ekstension.

Tags

Tilføj dine egne tags

- (kræver login)

Andre brugeres tags til ressourcen

  • ugens stemme
Minimér boks
Versioner
Version Dato
Ukendt (valgte) 31.07.2011 Vis supplerende information ...

Digitaliseringsstyrelsen