Als er iets opvalt in het IT werkveld, dan is het wel dat we termen van andere vakgebieden overnemen en daar een andere invulling aan geven. Desktop, file, statement, domain, vocabulaire. We verwarren onze omgeving ermee en uiteindelijk ook onszelf. 
 
Zo ook architect, een begrip uit de bouw. De architect is een bouwkundig ontwerper die een beeld van een gebouw creeert dat moet voldoen aan alle eisen die de opdrachtgever er aan stelt. Die architect gebruikt alle middelen om iets bijzonders te ontwerpen dat de opdrachtgever aanspreekt en waarvan de architect duidelijk kan maken dat de gewenste functionaliteit kan worden ondersteund. Als de opdrachtgever daar tevreden is zorgt de architect ervoor dat de de bouwkundige specificaties zo compleet mogelijk op papier of tegenwoordig in de computer terecht komen. Vervolgens kan het worden aanbesteed en dooe een aannemer gerealiseerd. 
 
Iedere opdrachtgever van een bouwopdracht weet precies wat hij doet als hij een architect inhuurt en doet dat bewust. In zo'n geval heeft die opdrachtgever een visie en weet dat architect hem of haar kan helpen die visie om te zetten in iets zeer bruikbaars wat ook nog eens opvalt. Als dat ontwerp is gerealiseerd -door een aannemer en ongetwijfeld allerlei onderaannemers- kunnen mensen die het zien zeggen: "wat een ... architectuur." (Vul een bijvoegelijk naamwoord in dat enige emotie uitdrukt.)  
 
Wat Wouter zegt over de IT architecten zou ik willen verbinden met termen uit de bouw: veel IT architecten die je tegenkomt zijn stadsplanners, projectontwikkelaars, aannemers, constructeurs, bouwtechnisch ingenieurs, bouwinspecteurs, betonspecialisten, timmerlieden, electriciens en loodgieters. Omdat het IT vak ook met vormgeving te makan heeft kom je ook specialisten uit dat vak tegen: ontwerpers, vormgevers, drukkers, uitgevers.  
En allemaal zijn ze in de IT architect. 
 
Een opdrachtgever die enige architect uit het IT werkveld inhuurt verwacht dat hij een helder ontwerp krijgt en dat hij praat met iemand die zijn wereld begrijpt. Althans, sommige opdrachtgevers hebben die illusie mogelijk nog, de meeste zijn in complete verwarring achtergelaten en hebben een gigantische behoefte aan enige standaard werkwijze om ervoor te zorgen dat ze krijgen wat ze nodig gebben.  
 
Onze pogingen onze taal en werkwijze voor de buitenwereld duidelijk te maken vatten we in allerlei methoden en technieken die inmiddels een halfwaardetijd hebben twee jaar. We worden doodgegooid met nieuw acroniemen die allemaal nieuwe zakken zijn voor de oude wijn. Ooit werd de snelheid van computers uitgedrukt in MIPS: millions instructions per second. De andere betekenis van die afkorting die bij een aanbestedingstraject naar boven kwam is mij beter bijgebleven: Misleading Information Provided by Salespersons. 
In de IT zijn we bezig de "E-Tower of Babel" te creeeren. 
 
En uiteindelijk hebben we het vaker over het hoe en maar weinig over het wat. En het laatste is waarom het draait: op welke manier ondersteunt een informatievoorziening de werkprocessen die met hulp van de eerste beter en sneller kunnen. Waar ik nog aan toe zou willen voegen: waar de opdrachtgever, de mensen in zijn organisatie en hun klanten ook gelukkiger van worden. 
 
Een (bouw/tuin/informatie/IT/business) architect moet zich bezig houden met de mens en zijn of haar werk- en leefruimte, want dat is hetgene dat hij creeert.  
 
Daarvoor moet hij Nederlands kunnen praten, maar ook het vakidioom kunnen gebruiken. Een architect moet ook veel kennis hebben van techniek, maar hoeft geen 2000 regels programmacode per dag te produceren, of 9 meter schoon metselwerk op te leveren. 
 
Ik ervaar dat ik als informatie architect alleen wordt opgehouden door de nieuwe acroniemen die we onze omgeving door te strot duwen.  
En tegelijkertijd moet ik met software als Word, Excel, Powerpoint en Viso mijn ontwerpen maken omdat mijn baas, meestal een aannemer, vindt dat het goedkoper en sneller kan. 
Het is de wereld op zijn kop.