Een ontmoeting met John Zachman

Vorige week had ik een ontmoeting met John Zachman. Ik heb in een eerder artikel al eens geschreven over het Zachman architectuur model.

Zachman gaf de keynote speech op het EAM congres waar zo'n 150 IT architecten aanwezig waren. Zijn presentatie ging over architectuur en waarom het nodig is. Hier zijn de slides te bekijken (klik op het knopje aan de rechterkant om de volgende slide te zien).

Volgens John Zachman is architectuur noodzakelijk bij elk systeem (al dan niet een IT systeem) dat veel complexiteit bevat en dat veranderd moet worden. De reden hiervoor is dat als je een systeem niet kunt beschrijven, je het ook niet kunt bouwen, laat staan wijzigen. Voor systemen met een lage complexiteit (zoals een stand-alone computerprogramma) is niet altijd een architectuurbeschrijving nodig, een technisch ontwerp is dan genoeg. 

De meest belangrijke eigenschap die architecten nodig hebben is wat Zachman "drafting skills" noemt. 

Vervolgens werd de redenering achter het Zachman architectuur model uitgelegd. Zachman noemt het model een ontologie (geen methodologie), omdat het beschrijft wat men moet doen om een complex systeem te creëren. Het model is gemaakt door het consulteren van vele constructeurs, architecten en andere specialisten.

Zachman legde uit dat het niet te doen is om alle aspecten van een architectuur in één keer te bevatten. Het moet daarom worden gesplitst in onderdelen. Zoals hij het zelf zegt: "het maken van een datamodel is op zichzelf al moeilijk genoeg, laat staan dat je ook moet bedenken dat het moet samenwerken met interfaces, processen, strategie, enzovoort.". Als een architectuur in stukjes wordt opgedeeld, zoals in het Zachman model, kan het ook beter omgaan met wijzigingen.

Het is een misverstand dat flexibiliteit bereikt kan worden door meer granulariteit. Flexibiliteit kan alleen worden bereikt door onafhankelijke variabelen te splitsen, zoals het gedaan is in bijvoorbeeld de ISO netwerkstack. Hier kan elke laag onafhankelijk van andere lagen worden veranderd.

John Zachman is een begenadigd spreker, die steeds sneller gaat praten naarmate hij enthousiast wordt. Hij gebruikte ouderwetse overhead sheets in plaats van PowerPoint. Na zijn presentatie had ik een ontmoeting met hem en gedurende een half uur hebben we gesproken over mijn ideeën over de positie van architecten, zijn familie en Los Angeles, waar hij woont, en zijn frequente presentaties in het buitenland.

ITAC - IT Architect certification

Ik zit in het proces om mijn ITAC certificaat te halen. ITAC staat voor het IT Architect Certification program van The Open Group. Voor IT architecten zijn verschillende certificeringmogelijkheden. In dit artikel staan er een aantal benoemd.

The Open Group kent twee certificeringen: TOGAF certified en ITAC.

De TOGAF certificering zegt iets over de TOGAF kennis van de architect. Men kan het TOGAF boek leren (500 pagina's) en dan een multiple choice computer examen doen. Als de examenvragen goed zijn beantwoord, is men TOGAF certified. TOGAF certificatie lijkt dan ook op PRINCE 2 certificatie voor projectleiders.

De ITAC certificering zegt niets over de kennis van de architect, maar des te meer over de kunde. Het gaat over de ervaring en de persoonlijke vaardigheden. Voor een ITAC certificaat is het niet nodig om kennis te hebben van het TOGAF framework. De architect moet bewijzen dat hij meerdere jaren "veld" ervaring heeft. ITAC certificatie lijkt daarom sterk op IPMA certificering voor projectleiders.

Wereldwijd zijn er ongeveer 2200 ITAC gecertificeerde architecten.

ITAC is een internationale standaard. Er zijn drie niveaus:

1. Certified IT Architect
2. Master Certified IT Architect
3. Distinguished Certified IT Architect

Niveau 1 is het eenvoudigst en niveau 3 het moeilijkst te verkrijgen.

Om ITAC te certificeren moet men een zogenaamd certification package maken. Het certification package moet bewijs bevatten van alle ITAC conformance requirements, inclusief ondertekende brieven van klanten waar de architect voor heeft gewerkt. Als het certification package in ingediend en het is goedgekeurd, wordt de architect uitgenodigd voor een bezoek aan de zogenaamde certification board. De architect moet dan een case uit zijn certification package presenteren aan de certification board. De certification board zal ook vragen aan de architect stellen. Als alles naar tevredenheid is verlopen, kan de architect gecertificeerd worden.

Het is niet eenvoudig om te voldoen aan de requirements die voor het certification package nodig. Dit document beschrijft alle ITAC requirements. Enkele voorbeelden zijn (het document is in het Engels opgesteld):

• The Candidate must prove that given a scope of architectural work to be accomplished, he planned the work, formed a team to perform the work, and guided the team in performing the work to completion.
• The Candidate must mediate opposing viewpoints and negotiate equitable solutions to ensure successful and stable outcomes.
• The Candidate must prove to have used modeling techniques – such as use case, scenario modeling, prototyping, benchmarking, and performance modeling – to describe the problem space, to size the solution and to validate that the proposed architecture addresses the business requirements.
• The Candidate must have been responsible for the architecture definition activity of a project or engagement across the full lifecycle appropriate to that project or engagement, and must have been involved as an IT Architect, or in some other capacity working with others, to ensure the architecture has been realized.

Het document bevat 38 van dit soort requirements. Een van de lastigste is:

• The Application Package must contain a list of experiences in each of which the Candidate has successfully applied a recognized method.

Een lijst van door The Open Group erkende methoden staat hier.

ITAC certificering is erg moeilijk te behalen, maar dat maakt het meteen erg waardevol in de markt.