De GIS-Architect

Het gezicht dat me aankijkt als ik in de spiegel kijk, zou van een GIS-Architect kunnen zijn. Ik weet in ieder geval vrij zeker dat de beste man een IS-Architect is. De ‘G’ is een recente toevoeging. Formeel ben ik een informatie-architect. Ik hou me blijkbaar bezig met het beschrijven van inhoudelijke relaties en samenhang tussen toepassingen en gegevensverzamelingen onderling.

TOGAF levert de volgende definities van Architectuur:
1. Een formele beschrijving van een systeem, of een gedetaileerde blauwdruk van het systeem op componentniveau ter begeleiding van de implementatie van dat systeem (ISO/IEC 42010:2007).
2. De structuur van componenten, hun onderlinge afhankelijkheden en de principes en richtlijnen die hun ontwerp en ontwikkeling sturen.

Ik ben dus zo vrij om informatie-architect gelijk te stellen aan informatiesysteem-architect, afgekort: IS-Architect. In de afgelopen jaren werd ik geleidelijk het aanspreekpunt voor alle GIS-Architectuur binnen de organisatie waar ik werkzaam ben, dus mag ik er een ‘G’ voor zetten. Ook maak ik sinds kort deel uit van de Afdeling GEO ICT. De teamleden noemen mij “onze GIS-Architect”, wat me een warm gevoel geeft. Zo werd ik dus GIS-Architect.

Maar wat is een GIS-Architect? Dat is een vraag die me de laatste tijd veel bezig houdt. Ik zie het vooral als een focus van de generieke definities van Architectuur op een specifiek soort systemen, namelijk Geografische Informatiesystemen. En dat geeft me ook de houvast die ik zoek. Een GIS-Architect:
– beschrijft de inhoudelijke relaties en samenhang tussen GIS-toepassingen en GIS-gegevensverzamelingen onderling;
– beschrijft de structuur van componenten van een GIS-Architectuur en hun onderlinge afhankelijkheden;
– en beschrijft de principes en richtlijnen voor de sturing van het ontwerp en ontwikkeling van die componenten.

En in die hoedanigheid hou ik mij momenteel bezig met de architectuur van een complex geografisch informatiesysteem (GIS) dat een zeer groot aantal gebruikers in staat stelt om spatiale data te creëren, beheren, delen en gebruiken binnen een breed scala aan toepassingen. Dit GIS is bovendien geïntegreerd met andere grote bedrijfssystemen (ERP, DMS, …). Ook is er een groeiende trend om de spatiale data uit het GIS in andere bedrijfssystemen in te passen, of omgekeerd, om spatiale kenmerken toe te voegen aan data in andere systemen. Een GIS van dat kaliber wordt ook Enterprise GIS genoemd.

Mezelf dan maar Enterprise GIS-Architect te noemen gaat me nu te ver. Alhoewel ik me ook ooit eerst Architect ben gaan noemen om het te worden. Ik volgde toen namelijk letterlijk het advies op dat ik ooit kreeg toen ik aan een Architect vroeg hoe je Architect wordt. Het antwoord was toen: Door “Architect” op je visitekaartje te zetten. En dan natuurlijk ook zorgen dat je vooral veel ervaring als Architect op doet. Ik ben me dus sterk gaan profileren als architect, en rolde daardoor in de door mij begeerde architectuurfuncties. En nu ben ik in de Enterprise GIS-Architectuur-functie gerold. Het profiel ijlt nog wat na, maar dat zie ik als prachtige ruimte voor persoonlijke groei.

Toevoeging:

Informatie-architectuur, en dan dus ook GIS-architectuur is uiteindelijk ook een team-competentie. Ik spreek zelf vaak van eerste- en tweede-lijns architecten. M.i. zijn informatie-analisten 1^e-lijns informatie-architecten. Zij kunnen voor de minder complexe changes een impact analyse doen en een eerste toets op architectuur compliancy op basis van de principes en het beleid aangereikt vanuit de tweede lijn.