software development agency

Team Topologies

Softwarearchitectuur moderniseren met Team Topologies

June 17, 2025

13 minuten leestijd

De afleveringen van de Innovantage-podcast, gepresenteerd door Sigli's CBDO Max Golikov, behandelen een breed scala aan onderwerpen, waaronder technologie, bedrijfsleven en digitalisering. In de schijnwerpers van de nieuwe aflevering staan niet alleen technologieën, maar ook mensen. Hoe kunnen bedrijfsleiders innovaties succesvol implementeren zonder weerstand van hun teams?

Thiago de Faria, Senior Solutions Architect bij AWS en een erkend Team Topologies-expert, deelde zijn perspectief op deze en vele andere belangrijke vragen.

Thiago heeft het afgelopen decennium gewerkt op het snijvlak van data, gedistribueerde systemen en organisatiedynamiek. Door jarenlange praktijkervaring begreep hij dat succes niet alleen draait om algoritmen of tools, maar om communicatie en hoe teams samenwerken.

Dit inzicht leidde ertoe dat hij leiderschapsrollen nastreefde, zoals CTO, directeur en teamleider. Later trad hij toe tot AWS, waar hij teams van solutions architects voor startups leidde en nauw samenwerkte met beginnende startups. Na een periode als freelancer keerde Thiago terug naar AWS. Nu richt hij zich op modernisering van bedrijven. Zijn doel is organisaties te helpen inzien dat technologie zelden de echte uitdaging is bij hun transitie. Ze moeten meer aandacht besteden aan alles eromheen.

 "Het draait om mensen, en dat is altijd zo geweest."

Voor Thiago gaat het opbouwen van duurzame bedrijven veel verder dan technologie. Het draait om mensen en communicatie. Succes hangt af van het begrijpen van menselijk gedrag, het managen van ego's en vriendelijk zijn.

Hij gelooft niet in het top-down leiderschapsmodel en de "doe het omdat ik de baas ben"-mentaliteit in de moderne wereld. Teams van tegenwoordig worden door meer gemotiveerd dan alleen geld of angst. De traditionele stok-en-wortelbenadering werkt niet meer. In plaats daarvan moeten leiders begrijpen wat mensen echt drijft en die inzichten toepassen op hoe technologie en organisaties evolueren.

Team Topologies als raamwerk voor teamstructurering

Thiago noemde Team Topologies als een krachtig raamwerk voor het structureren van teams en het verbeteren van hun samenwerking. Het is ontwikkeld en beschreven door Matthew Skelton en Manuel Pais. Het raamwerk is gebaseerd op de ideeën van DevOps, Agile, Lean, Deming's principes en de Theory of Constraints. Het kerndoel is om een snelle doorstroom van idee naar productie mogelijk te maken, terwijl tegelijkertijd wordt voldaan aan veiligheid, compliance en feedbackbehoeften.

Overplanning of overcommunicatie kan ook schadelijk zijn voor teamefficiëntie. Team Topologies introduceert een gedeelde taal om teaminteracties bewust vorm te geven. Zonder deze structuur verdrinken teams vaak in context, wat kan leiden tot cognitieve overbelasting en verlies van focus.

In Team Topologies wordt het team gezien als de kleinste betekenisvolle eenheid. En het belangrijkste idee hierachter is dat duurzame resultaten voortkomen uit goed gestructureerde, collaboratieve teams in plaats van afzonderlijke helden.

Team Topologies is geen rigide raamwerk of een oproep tot een bedrijfsbrede reorganisatie. In plaats daarvan begint het met het identificeren van waardestromen en begrijpen hoe werk daadwerkelijk door de organisatie stroomt.

Hoe belangrijke culturele veranderingen binnen teams te implementeren

Thiago benadrukte dat zinvolle culturele verandering binnen teams noch strikt top-down noch bottom-up is. Het vereist een gecombineerde aanpak. Dergelijke veranderingen kosten tijd — soms kwartalen of zelfs jaren. Het belangrijkste is om voldoende bewustzijn te creëren van de bredere context, de bestaande processen en de waardestroom zelf. Door knelpunten te identificeren en overdrachten te verminderen, kunnen organisaties verschuiven naar een meer collaboratieve en efficiënte cultuur.

Deze culturele verschuiving is sterk verbonden met technische praktijken uit DevOps: continue integratie, continue deployment, snelle feedbackloops, trunk-based development en robuuste tests. Maar het draait niet alleen om betere tools. Het gaat om het overbruggen van de kloof tussen bedrijfsleven en technologie.

Een van de grootste mentaliteitsveranderingen is het loskomen van een fabrieksmodel waarbij techteams wachten op perfecte vereisten voordat ze bouwen. In plaats daarvan moeten ontwikkelaars nieuwsgieriger worden naar het bedrijfsleven en meer betrokken bij klantbehoeften. Samenwerking moet niet sporadisch zijn of via tickets of rigide vereisten worden overgedragen. Het moet continu zijn.

De kernuitdaging ligt in het overbruggen van de kloof tussen bestaande infrastructuur en organisatiecultuur. Het kan niet alleen top-down worden opgelegd via mandaten of principes.

De echte test van cultuur komt tijdens crises zoals gemiste deadlines, storingen of beveiligingsproblemen. In dergelijke situaties wil niemand verantwoordelijkheid nemen, omdat verantwoordelijkheid erg pijnlijk kan zijn.

Vaak gaat het niet om mensen die verantwoordelijkheid vermijden, maar om verkeerde afstemming en overbelaste teams die echte ownership bijna onmogelijk maken.

Daar wordt het principe van snelle doorstroom cruciaal. Om dergelijke situaties te voorkomen, is het nodig om cognitieve belasting te verminderen, kennisvereisten te stroomlijnen en afleiding te minimaliseren. Hierdoor kunnen teams focussen op echte ownership en effectiever waarde leveren.

Psychologische veiligheid is een must voor  culturele veranderingen

Volgens Thiago bestaat er geen universeel model voor het implementeren van culturele veranderingen. Een van de grootste uitdagingen is het opbouwen van psychologische veiligheid, wat een voorwaarde is voor elke zinvolle transformatie. Als zelfs één persoon in een team zich niet veilig voelt, is het team als geheel niet echt veilig.

Psychologische veiligheid begint met vertrouwen tussen teamleden, over rollen heen en met leiderschap. Vertrouwen wordt niet opgebouwd door blinde overeenstemming, maar door transparantie.

Voor Thiago is een praktische manier om vertrouwen te bevorderen het bespreekbaar maken van aannames en het duidelijk uitleggen van beslissingen. Mensen hoeven het niet eens te zijn met elke beslissing, maar ze moeten de redenering erachter begrijpen. Oneens zijn is prima, zolang het wordt gevolgd door betrokkenheid en vrij van beschuldigingen als dingen misgaan.

Platformgroepen

Een van de meest impactvolle ideeën uit Team Topologies is het concept van platformgroepen. Zij zijn verantwoordelijk voor het bouwen en onderhouden van interne platforms, tools, diensten en bouwstenen die de cognitieve belasting voor productgerichte teams verminderen.

Thiago legde uit dat teams die direct klantwaarde leveren vaak overweldigd zijn. Van hen wordt verwacht dat ze alles aanpakken: databases, deployment pipelines, infrastructuur, testframeworks, compliance, programmeerpatronen en bedrijfscontext. Dat is een onrealistische cognitieve belasting, en daarom focussen deze teams vaak alleen op de technische laag.

Platformgroepen lossen dit op door duidelijke, herbruikbare paden of vooraf gebouwde manieren aan te bieden om services te deployen, infrastructuur te beheren of CI/CD af te handelen. Hun hoofddoel is om levering te stroomlijnen door onnodige wrijving te elimineren.

Veel bedrijven passen dit concept echter verkeerd toe. Ze vormen één overbelast "platformteam" dat alles moet beheren, van CI/CD en datainfrastructuur tot Git-workflows. Als gevolg worden deze teams zelf een knelpunt. Daarom is de verschuiving naar echte platformgroepen belangrijk. Hierbij is het essentieel om te onthouden dat het doelgerichte, gefocuste eenheden moeten zijn met duidelijke grenzen, zodat ze kunnen schalen zonder uitputting.

Thiago benadrukte ook een ander teampatroon uit  Team Topologies: enabling teams. Dit zijn multidisciplinaire experts, zoals  architecten of systeemspecialisten, die tijdelijk bij andere teams worden  ingebed om problemen op te lossen, begeleiding te bieden en betere praktijken  mogelijk te maken voordat ze verdergaan. Bedrijven moeten ze zien als interne  consultants gericht op capaciteitsopbouw, niet op controle.

Transformerende impact van cloudcomputing

Cloudcomputing bracht een diepgaande verschuiving teweeg in het technologielandschap.

De eerste grote transformatie was toegankelijkheid. Cloudcomputing verwijderde de drempel. Het veranderde infrastructuur in een nutsvoorziening die op aanvraag beschikbaar is volgens het pay-as-you-go-principe. Hierdoor konden startups en solo-ondernemers ideeën tot leven brengen zonder eerst een banklening nodig te hebben voor hun eerste server.

Maar de tweede golf van transformatie kwam met serverloze technologieën (of, zoals Thiago het noemt, "serviceful" computing). In plaats van servers te beheren of infrastructuur te configureren, kunnen teams zich nu bijna volledig richten op het oplossen van bedrijfsproblemen. Deze nieuwe patronen stelden ontwikkelaars in staat om sneller te werken, vrijer te experimenteren en moeiteloos te schalen. Deze aanpak sluit nauw aan bij de principes van Team Topologies.

Thiago gaf toe dat deze verschuiving de grootste was die hij in zijn carrière had gezien, vóór de AI-transformatie die we nu zien.

Hij benadrukte echter dat niet alles in de cloud thuishoort. Sommige workloads zijn logischer om on-prem te houden, vooral voor bedrijven met decennia aan investeringen, expertise en operationele volwassenheid rond legacy-systemen.

De echte uitdaging van cloudtransformatie is niet alleen technisch, maar ook menselijk. Iemand vertellen dat hun jarenlange expertise met datacenters of aangepaste infrastructuur niet meer nodig is, kan angst en weerstand oproepen. Daarom wordt verandermanagement essentieel.

Cloud-first-aanpak: is dat altijd een goed idee?

Veel bedrijven omarmen tegenwoordig een  "cloud-first"-aanpak. Maar, zoals Thiago opmerkte, is het vaak  cloud-first totdat compliance of kosten een obstakel vormen.

De problemen beginnen meestal wanneer bedrijven  een "big bang"-migratie proberen en alles in één keer willen  herbouwen of verplaatsen.

Thiago herinnerde zich gevallen waarin zeer competente teams de taak kregen om bestaande systemen vanaf nul in de cloud op te bouwen, maar teamleden onvoldoende ervaring hadden met cloud-native patronen.

Wat volgt is vaak een "lift and shift"-migratie, waarbij applicaties naar de cloud worden verplaatst met dezelfde ontwerpen en operationele aannames die on-premise werkten. Zoals je begrijpt, kan deze methode tot meerdere problemen leiden.

Soms is lift and shift logisch (bijvoorbeeld als uitstel van migratie hardwarekosten of leasevernieuwingen met zich mee zou brengen). Maar dat moet de uitzondering zijn, niet de regel. In plaats daarvan adviseerde Thiago een meer incrementele, golfgebaseerde aanpak met teamondersteuning en bewuste architectuurplanning.

De sleutel tot succesvolle cloud-first-transities ligt opnieuw in psychologische veiligheid. Bedrijven moeten mensen helpen begrijpen waarom de transitie plaatsvindt en laten zien hoe hun bestaande kennis kan evolueren in een cloudcontext.

Van de cloud terug naar on-premise-oplossingen

Tegenwoordig is er veel discussie over cloudrepatriëring, wat inhoudt dat workloads terug naar on-prem worden verplaatst. Thiago gaf echter aan dat hij dit in de praktijk zelden op grote schaal ziet gebeuren.

Vaker ziet hij bedrijven die hun cloudtransitie nooit hebben voltooid. Deze organisaties hebben mogelijk jaren geleden een "cloud-first"-mentaliteit aangenomen, om later te beseffen dat sommige workloads beter on-prem konden blijven of dat niet alle systemen hoefden te verhuizen.

Volgens hem is het cruciaal om te begrijpen dat niet alles in de cloud hoeft te staan.

Maar tegenwoordig zijn cloudproviders zelfs voorbereid op scenario's die lokale infrastructuur vereisen. Vaak bieden ze hybride opties, zoals AWS Outposts, die AWS-beheerde infrastructuur in het datacenter van de klant brengen, terwijl ze verbonden blijven met het bredere AWS-ecosysteem. Dit betekent dat bedrijven lokaal volledige controle kunnen behouden, terwijl de rest van hun systemen in de cloud kan draaien.

Tegelijkertijd benadrukte hij dat het een mythe is dat LLM's on-prem automatisch veiliger zijn. Als je een AI-eindpunt van derden aanroept zonder garanties, is dat één ding. Maar platforms zoals AWS Bedrock bieden privé, VPC-gebaseerde eindpunten waar niemand anders bij je data kan.

Ontwikkeling van cloudcomputing

Volgens Thiago is de 80/20-regel een goede manier om te beschrijven wat er gebeurt in moderne IT-infrastructuur. 80% van de workloads kan worden afgehandeld door breed beschikbare, gestandaardiseerde oplossingen, terwijl 20% altijd gespecialiseerde, vaak op maat gemaakte aanpakken vereist.

Hij legde uit dat platforms zoals AWS zo volwassen zijn geworden dat de meeste bedrijfsbehoeften kunnen worden vervuld met hoogwaardige, kant-en-klare services. Het uitgebreide partnerecosysteem stelt bedrijven in staat krachtige platforms op AWS te bouwen zonder het wiel opnieuw uit te vinden.

De meeste bedrijven hoeven niet langer hun eigen dataplatforms vanaf nul te creëren. Er bestaan al hoogwaardige oplossingen die hen helpen de complexiteit te vermijden.

Veel grote ondernemingen gebruiken echter nog steeds sterk aangepaste legacy-systemen, vaak gebouwd op mainframes en soms geschreven in verouderde talen met honderdduizenden regels code. Deze systemen zijn niet eenvoudig te moderniseren, maar mogelijk te kritisch om zomaar weg te gooien.

Thiago legde uit dat de middelste laag, het deel tussen front-end-ervaringen en legacy-backends, al jaren in modernisering is.

Wat nu overblijft, is het moeilijkste deel: de basislaag moderniseren. Dit kan een echte uitdaging zijn, vooral wanneer bedrijven te maken krijgen met kennisverlies na het vertrek van oorspronkelijke ontwikkelaars.

Daar komen AI en ML in beeld.

AWS biedt bijvoorbeeld tools zoals AWS Q Transform voor mainframe-apps, die AI gebruiken om complexe legacy-codebases te analyseren en te verklaren, waardoor ze beter te begrijpen en te refactoren zijn.

Integratie van AI en ML in bestaande systemen

De explosie van interesse in generatieve AI en grote taalmodelen heeft wereldwijd aandacht getrokken. Toch waarschuwde Thiago voor het verlaten van de fundamenten van traditionele ML, die nog steeds aanzienlijke waarde bieden in verschillende sectoren.

In het gesprek met Max drong Thiago er bij organisaties op aan om de decennia van vooruitgang in statistisch leren niet over het hoofd te zien, die in het post-ChatGPT-tijdperk overschaduwd zijn geraakt. Sinds de lancering van ChatGPT in november 2022 is veel van de aandacht van de industrie onevenredig verschoven naar LLM's en generatieve modellen, vaak ten koste van eenvoudigere en efficiëntere ML-oplossingen.

Thiago vergeleek de huidige LLM's met een bataljon stagiairs. Moderne LLM's kunnen inhoud genereren, onderzoek doen en ideeën aandragen, maar ze zijn inherent bevooroordeeld en vaak onnauwkeurig of niet gezaghebbend.

"Ze spreken met zelfvertrouwen, zoals witte Reddit-mannen die denken dat ze altijd gelijk hebben," grapte Thiago.

Hallucinaties, inconsistentie en gebrek aan bronnentraceerbaarheid behoren tot de belangrijkste problemen bij het massale gebruik van grote taalmodelen. Thiago ziet dit als een oproep tot betere waarborgen, bronvermelding en AI-geletterdheid.

Tip voor bedrijfsleiders

Max vroeg Thiago ook om advies voor leiders die AI-oplossingen willen implementeren en veerkrachtige technische infrastructuur willen bouwen.

"Wees empathisch en wees vriendelijk. Dat is het belangrijkste dat ik mensen kan vertellen. Al het andere vloeit daaruit voort," zei Thiago.

Met alle veranderingen die ze kunnen brengen,  zijn technologieën slechts tools — mensen zijn de drijvers van transformatie.

Leiders moeten de drang weerstaan om innovatie na te jagen omwille van innovatie. In plaats daarvan moeten ze zich richten op het ondersteunen van teams, het vereenvoudigen van processen en het creëren van omgevingen waar individuen zich veilig, gewaardeerd en gehoord voelen. Dit is de belangrijkste conclusie uit dit inzichtelijke gesprek.

Wil je meer leren over de wereld van bedrijfsleven en technologie? Nieuwe Innovantage-afleveringen komen binnenkort beschikbaar.

software development agency

suBscribe

to our blog

Subscribe
Thank you, we'll send you a new post soon!
Oops! Something went wrong while submitting the form.