Blog
Van stenen stapelen naar architectuur ontwerpen
De realiteit van afstand nemen van het toetsenbord en de valkuil van custom engineering
Vraag een engineer om een technisch probleem op te lossen, en er wordt direct een mooie, op maat gemaakte oplossing ontworpen. Ik ben zelf het vak ingerold en op die stoel belandt, dus ik weet hoe verslavend dat is. Techniek is tastbaar: je lost een puzzel op en het werkt direct. Strategie en overkoepelende architectuur kunnen daarentegen heel ongrijpbaar voelen, en de resultaten duren vaak veel langer.
Het loslaten van het toetsenbord en het niet meer zelf stenen leggen is dan ook een mentaal proces. De valkuil is dat we als engineers soms heel hard een prachtig schuurtje staan te metselen, zonder dat we ons afvragen of die schuur daar op die plek wel functioneel is voor de organisatie. Ik merk dat ook bij mezelf; als een project complex wordt, duik ik het liefst weer even zelf in de code. In mijn vrije tijd doe ik dat nog steeds, maar op de werkvloer moet de focus op de lange termijn liggen.
Tegenwoordig in mijn rol als Head of Technology bij TrueFullstaq wordt er automatisch van mij gevraagd om met dat andere, strategische perspectief te kijken. Want als die overkoepelende blik binnen een organisatie ontbreekt, zie je in de praktijk al snel dat teams onbewust verschuiven van doordacht architectonisch ontwerp naar de 'Pico Bello BV'-methode.
De 'Pico Bello BV'-methode
Bij die methode wint het operationele het van het strategische. Er is haast bij een project of er moet snel een update live, waardoor ingevlogen engineers snelle, handmatige ad-hoc aanpassingen gaan doen buiten de officiële routes om. Even snel zelf een afvoer in elkaar hannesen met wat ducttape en kit. Het werkt op die specifieke middag perfect, dus de business is op dat moment blij. Totdat drie maanden later de kitrand wegrolt, de boel blank staat en de engineer in kwestie inmiddels is vertrokken naar een volgende klus. Niemand weet meer hoe de afvoer destijds is gebouwd, de documentatie ontbreekt en de organisatie zit met de problemen. Dit soort handmatig maatwerk en ongedocumenteerde zelfbouw zijn op de lange termijn de grootste vijanden van een stabiel platform.
De spelregel: geef zelfbouw een verloopdatum
Soms kan zelfbouw simpelweg niet anders, bijvoorbeeld omdat je snel wilt innoveren of omdat er nog geen standaardoplossing in de markt is. Maar om te voorkomen dat die ad-hoc oplossingen ongemerkt veranderen in permanente, onbeheersbare systemen, hanteer ik een duidelijke spelregel: geef elk zelfbouwproject vanaf het begin een harde, gedocumenteerde verloopdatum voor her-evaluatie. Natuurlijk roept dat in eerste instantie weleens weerstand op bij engineers, omdat zij veel tijd en trots in hun eigen code stoppen en een evaluatie kan voelen als een aanval op hun vakmanschap. Maar het gaat hier puur om de beheerbaarheid op de lange termijn. Door een harde evaluatiedatum af te dwingen, voorkom je dat tijdelijke fixes stilletjes de nieuwe, rammelende standaard worden en dwing je het team om scherp te blijven kijken naar wat de organisatie echt nodig heeft.
Auteur:
Marijn de Vlieger, Head of Technology bij TrueFullstaq
