Cruciale tips
1.
Er hoort een architect tussen de businessopdrachtgever en de aannemer/bouwer.
Die architect hoort een vertrouwensrelatie te hebben met de vraagkant/businesskant,
en hoort niet direct noch indirect te worden betaald door de aannemer/bouwer.
Enerzijds dient de architect de opdrachtgever te helpen met het expliciteren van
zijn/haar vraag, liefst met behulp van inspirerende, overzichtgevende architectuurvisualisaties.
Daaruit dient een heldere ontwerpopdracht te komen.
Anderzijds zorgt de architect
voor een maakbaar functioneel ontwerp dat onder architectuur is opgesteld na ruggespraak
met de juiste engineers.
2. Eis als opdrachtgever en stakeholder uit de business, heldere architectuurvisualisaties.
Architectuurvisualisaties dienen door businessmanagers zonder veel uitleg te kunnen
worden begrepen. Deze architectuurvisualisaties kunnen worden gebruikt als atlas
om de impact van IT-intensieve verandertrajecten te kunnen overzien. Dit geldt
des te sterker voor organisatieoverschrijdende ketens.
3. Start geen groot IT-intensief verandertraject zonder adequate architectuur,
die van te voren onafhankelijk en onpartijdig is geaudit.
Er zijn drie foutieve hoofdredenen om de architectuuraudit over te slaan:
-
de noodzaak van een goede architectuur
wordt onvoldoende erkend,
- de
architecten zijn zo zelfverzekerd dat zij het onnodig vinden,
- het
formuleren van de architectuur heeft reeds al het geld opgemaakt.
4. Positioneer de Chief Architect niet te laag in de organisatie
De Chief Architect, door ons vaak aangeduid als de CAO (Corporate Architectural
Officer), hoort uiteindelijk de evenknie te worden van de CIO.
In de onderneming
van de toekomst mogen we verwachten dat de CIO verantwoording aflegt aan de COO
en de CAO aan de CEO.
5. Selecteer de juiste (externe) architecten
5.1
Maak een duidelijk onderscheid tussen architecten en engineers.
5.2
Reken architecten niet af op utilisatie of uurtarief, maar op zichtbare prestaties.
5.3
Let op de 5W's van Rijsenbrij (bron: tweede
oratie, 2004):
- Wantrouw
architecten die niet kunnen luisteren, dit leidt alleen maar tot autistische IT-systemen.
-
Wantrouw architecten die
bij hun eerste kennismaking pronken met hun uitgebreide collectie 'patterns' (kant-en-klare
deeloplossingen).
- Wantrouw
architecten die niet willen blijven tijdens de realisatie.
- Wantrouw
architecten die niet eenvoudig, dus op jouw niveau, kunnen visualiseren wat jij
krijgt.
- Wantrouw
architecten die verliefd zijn op technologie.
