Engineering architectuur, leiderschap en management

Het fundament om verder te groeien, voor organisaties die het beste uit hun engineers willen halen.

Wat ik doe

Architectuur die versnelt

Architectuur heeft in sommige organisaties een slechte naam gekregen. Het staat te vaak voor toezicht, controle en vertraging aan de poort. Maar met de juiste aanpak versnelt goede architectuur juist. Ze biedt handvatten die teams zelf kunnen toepassen, zodat de architect alleen nog nodig is voor de complexe keuzes en onbekend terrein.

Daar is meer voor nodig dan techniek alleen. Goede engineering komt samen op drie vlakken: people, process & technology.

Die drie vlakken vormen de basis voor organisaties die naar een ISO- of NEN-certificering toewerken. Een certificaat haal je meestal wel; de standaarden ook echt laten leven in het dagelijks werk is een stuk lastiger.

People, Process & Technology — drie hoeken die samenkomen in het midden, in ArchiMate-kleuren (geel, blauw, groen).

Hoe deze delen samenkomen, verschilt per organisatie. Daarom begint het altijd met begrijpen van de huidige situatie.

People — Engineers die de ruimte krijgen om te groeien, die feedback ontvangen en snappen waaróm ze iets doen. Richting, ruimte en gepaste verantwoordelijkheid dus, geen micromanagement.

Process — Werkwijzen die zich voegen naar de organisatie, niet andersom. Agile, ITIL, TOGAF of een mengvorm — het zijn hulpmiddelen, geen doel op zich. Ik kies wat past en stuur bij waar het nodig is.

Technology — Architectuur en techniek die te begrijpen en uit te voeren is door de mensen die er dagelijks mee werken. Liever levende kaders dan modellen die alleen op papier bestaan.

Achtergrond

Elke rol van binnenuit

In de meeste IT-organisaties leven vier werelden: de aansturende laag, de bouwers, de beheerders en de gebruikers. Deze komen bij veel organisaties zelden echt samen, en juist op die scheidslijnen ontstaan de problemen.

Door mijn interne nieuwsgierigheid en drijfveer om te leveren heb ik kansen gepakt door diverse rollen toe te eigenen, en heb ik in elk van bovenstaande werelden ervaring opgedaan. Daardoor weet ik hoe beleid tot stand komt, beslissingen op de werkvloer uitpakken, en waarom goede bedoelingen stranden.

Staafdiagram van de doorlopen rollen, geclusterd per wereld (aansturen, bouwen, beheren, gebruiken), elk in een eigen kleur.

Naast ontwikkelaar was ik ook tester en analist. Ik deed DevOps voordat het een naam had, waardoor ik ook als beheerder, support en on-call engineer heb mogen functioneren. Als architect pak ik project- en productmanagement erbij als dat nodig is. En wanneer mensen willen, help ik hen om te groeien en baan ik paden voor ze om te bewandelen.

Die breedte is niet het hele verhaal; het draait vooral om bouwen en verbinden tegelijk. Bouwen, beheren of aansturen kunnen veel mensen. Architectuur en engineeringprocessen die deze werelden echt aan elkaar knopen, vragen iets extra's.

Daar ben ik op mijn best.

Werkwijze

De mist laten optrekken

Vaak zit de kennis van de organisatie vooral in de hoofden van mensen, en staan er allerlei documenten in verspreide netwerkmappen of een overwoekerde Confluence. Dat werkt prima, totdat de druk oploopt, de organisatie drastisch verandert of iemand vertrekt.

Schatkaart: gedetailleerd links, vervaagd rechts, met een route en waypoints door het eiland — metafoor voor inzicht dat stap voor stap ontstaat.
Architectuur: de schatkaart van de organisatie.

Om die mist — de zogenaamde 'fog of war' — te laten optrekken, begin ik altijd met luisteren en inlezen. Voordat ik iets verander of een oplossing kies, wil ik eerst begrijpen hoe het werkt. Volledig inzicht vooraf is alleen zelden een luxe die je krijgt.

Dus pak ik het pragmatisch aan: ik verken de omgeving, bouw inzicht op en bewaak ondertussen het nieuwe overzicht.

Gaandeweg neem ik mensen mee in het verhaal, toets ik wat er echt klopt en vul ik de nuances aan.

Steeds met hetzelfde doel voor ogen: werkwijze en vastlegging die ook blijven werken als ik er niet meer bij ben.

Dat is voor mij een definitie van succes: geen eindrapport dat in een la verdwijnt, maar documentatie en processen die in de organisatie zelf kunnen overleven.

Schatkaart: gedetailleerd links, vervaagd rechts, met een route en waypoints door het eiland — metafoor voor inzicht dat stap voor stap ontstaat.
Architectuur: de schatkaart van de organisatie.

Een vraag stellen mag altijd, of het nu gaat om een concrete opdracht of gewoon een goed gesprek over architectuur- of engineeringvraagstukken.