Sourcingstrategie 2.0: zo bouw je een flexibel IT-ecosysteem
Elke organisatie wil sneller leveren, minder risico lopen en tegelijk grip houden op kosten en kwaliteit. De klassieke make-or-buy keus schiet tekort zodra markten draaien, technologiecycli verkorten en teams verspreid werken. Sourcingstrategie 2.0 gaat daarom niet over het kiezen van één leverancier of één model, maar over het samenstellen van een wendbaar ecosysteem dat meebeweegt met de business. Dat ecosysteem combineert interne regie, een modulair technologielandschap, partnerschappen die waarde toevoegen, en talentstromen die niet opdrogen. Dit vraagt om andere contracten, andere besturing en vooral ander gedrag.
Ik heb de afgelopen jaren bij bedrijven in finance, energie, retail en de publieke sector gezien wat werkt en wat onder druk bezwijkt. De rode draad: wie sourcing ziet als een levend systeem van knooppunten en verbindingen kan veel sneller schakelen, tegen voorspelbare kwaliteit. Wie sourcing ziet als een jaarlijks inkoopproject, loopt vroeg of laat vast in rigiditeit en verborgen kosten.
Wat bedoelen we met een flexibel IT-ecosysteem
Een flexibel IT-ecosysteem bestaat uit interne capabilities en externe partners die je als bouwblokken kunt combineren. Per capability definieer je duidelijke grenzen, verantwoordelijkheden en meetpunten. Denk aan domeinen als Software Development, data en analytics, platform en netwerk, cybersecurity, testautomatisering en support. Per domein kies je het best passende levermodel: intern, nearshore, managed service, of een mix. Het geheel wordt verbonden door een modern platform voor DevOps & Cloud Services, een eenduidige manier van werken en een dunne maar volwassen regielaag.
Flexibiliteit zit in het vermogen om capaciteiten op te schalen of af te schalen, snel expertise toe te voegen en frictie te minimaliseren wanneer modules met elkaar samenwerken. In de praktijk zie je dit terug in doorlooptijd van initiatieven, herstel na incidenten, time-to-market en het gemak waarmee je nieuwe technologie adopteert. Een datateam dat in twee weken een nieuw model naar productie kan brengen omdat het platform, security en monitoring al zijn gestandaardiseerd, illustreert die flexibiliteit. Een team dat drie maanden wacht op toegang, budgetcodes en hardware, het tegenovergestelde.
Van projectinkoop naar capability-orkestratie
De meeste organisaties stromen historisch in vanuit projecten. Ze huren teams in voor een afgebakend resultaat, leveren op en Team Of Developers lossen het projectteam op. Dat werkt acceptabel voor een datacenterverhuizing, veel minder voor doorontwikkelende producten. Capability-orkestratie betekent dat je structurele vaardigheden inricht met stabiele kaders en een variabele capaciteit. Je maakt het teams gemakkelijk om te leveren, je stelt duidelijke kwaliteitsnormen, je meet, en je wisselt componenten uit zonder het hele huis te verbouwen.
Ik heb een verzekeraar geholpen die zijn testfunctie drie keer had uitbesteed in zeven jaar. Elke keer leek het vernieuwend, maar telkens begon men opnieuw met tooling, kennisoverdracht en afspraken. Door test als capability te definiëren, met een intern product owner team, een gestandaardiseerde toolchain en twee leveranciers die zich conformeerden aan die standaarden, daalden de regressietijden met 35 tot 45 procent binnen een half jaar, zonder meerkosten. De sleutel zat niet in de prijs per uur, maar in het ontwerp van de capability en het dwingende kader eromheen.
Architectuur als hefboom: minder varianten, meer snelheid
Technische architectuur bepaalt hoeveel vrijheid Wat Is Front End je teams hebben en hoeveel maatwerk je moet onderhouden. Een flexibel ecosysteem vraagt om een platformgedachte: standaardiseer zoveel mogelijk op het platform, laat variatie toe aan de randen. Voor Software Development betekent dat een gouden pad met een repositorystructuur, CI/CD-pijplijnen, secrets management, observability en beveiligingsscans, als dienst aangeboden door het platformteam. DevOps & Cloud Services leveren daarmee niet alleen infrastructuur, maar een product dat developers ontzorgt.
Twee cijfers sturen hier het gesprek. Ten eerste je variantenratio: het aantal unieke techstacks dat je actief beheert. Alles onder de vijf voor kernproducten is vaak goed te doen, boven de tien groeit je complexiteit snel exponentieel. Ten tweede platformadoptie: het percentage teams dat het standaardplatform gebruikt zonder uitzonderingen. Bij een klant in de retail steeg platformadoptie van 40 naar 80 procent in negen maanden door het platformteam te behandelen als een intern product en roadmaps publiek te maken. Het gevolg: een kwart kortere lead time en een halvering van security findings bij productiereleases.
Partnerschappen die waarde toevoegen, niet alleen capaciteit
Niet elke capability is strategisch. Sommige zijn bedrijfskritisch, maar niet onderscheidend. Andere vormen juist je concurrentievoordeel. Sourcingstrategie 2.0 vraagt om drie soorten partners:
Capaciteitspartners voor voorspelbare kwaliteit tegen schaalbare kosten. Competentiepartners met diepe expertise in specifieke domeinen, zoals Nearshore AI Development, data governance of performance engineering. Innovatiepartners die met je meedenken in nieuwe proposities en die bij voorkeur ook skin in the game hebben.
Een voorbeeld. Een energiespeler zocht versnelling in voorspellend onderhoud. In plaats van één grote deal koos men voor een nearshore team dat modellen bouwde, een interne data engineering capability en een cloudpartner voor MLOps. De nearshore partij leverde AI-expertise en een pool die kon opschalen van 4 naar 12 FTE binnen drie weken. Dankzij duidelijke MLOps-standaarden en testdata-contracten bleven integraties strak. De time-to-first-value was zes weken, en de voorspelbaarheid van storingen steeg naar 70 tot 80 procent, genoeg om het businesscasepunt te halen.
Nearshore AI Development is vaak aantrekkelijk omdat je toegang krijgt tot schaarse profielen in dezelfde tijdzone of één uur tijdsverschil, tegen tarieven die 20 tot 40 procent lager liggen dan lokaal. Het werkt goed als je het koppelt aan sterke product owners, strakke data- en modelgovernance, en een veilige data supply chain. Het werkt niet als je denkt dat een losstaand data science team zonder productcontext plots innovatieve producten oplevert.
Talentstromen die blijven stromen
Geen ecosysteem zonder mensen. Het succes van je strategie hangt af van hoe je talent aantrekt, ontwikkelt en behoudt. IT Recruitment moet aansluiten op je capability-ontwerp. Je werft niet alleen op vaardigheden, maar op de plek in het systeem. Binnen platformteams zoek je andere profielen dan in experimentele productteams. De mix tussen vast, tijdelijk en partnercapaciteit verschilt per capability en per fase.
Een praktijkrichtlijn die ik vaak gebruik: PHP borg 60 tot 70 procent van je regie, architectuur en security intern. Laat 30 tot 40 procent meebewegen via partners. Voor Software Development verschuift de balans per product. Een core banking team zit eerder op 70 procent intern, een marketing-website of low-code workflow kan met 30 procent intern en 70 procent partnercapaciteit. Als je van plan bent een capability te verplaatsen naar een managed service, begin dan 6 tot 9 maanden vooraf met een transitiepad, interne afbouw en kennisborging. Te vaak zie je dubbelkosten ontstaan omdat oud en nieuw te lang naast elkaar bestaan.
Recruitmentteams die embedded werken met engineering leads vullen sneller en beter. De time-to-hire daalt vaak met 20 tot 30 procent als je technische assessors vroeg in het proces betrekt en je candidate journey op orde hebt. Maak werving meetbaar: van eerste contact tot aanbod, met funnelconversies per stap. Koppel deze inzichten aan je leveranciersprestaties zodat je zuivere vergelijkingen maakt tussen interne en externe instroom.
Contractvormen die wendbaarheid faciliteren
Tarief per uur is zelden de optimale maat, maar voor incidentele inzet of nichekennis prima. Voor structurele samenwerking kies ik liever voor outcome- of capacity-based modellen met duidelijke service levels. Een paar lessen uit contracten die standhouden in de praktijk:
Bouw in dat je capaciteit modulair kunt af- en opschalen in stappen van 10 tot 20 procent per kwartaal, met vooraf afgesproken prijsladders. Partners plannen dan mee zonder elk gesprek te politiseren. Gebruik gezamenlijke prestatie-indicatoren over de keten. Als doorlooptijd of change failure rate je doel is, dan moeten platform, security en development daarop samen worden beloond of gecorrigeerd. Anders optimaliseert iedereen lokaal. Leg exit- en transitierechten vast zonder ruziescript. Rechten op repositories, IaC, testsets, dashboards, en documentatie horen in je standaard annex. Geen discussie, geen lock-in.
Ik heb één keer een contract gezien dat elke wijziging in tooling verbood zonder wederzijds akkoord. Dat leek stabiliteit te brengen, maar blokkeerde in feite noodzakelijke upgrades. Het leidde tot een piek in kwetsbaarheden. Een herziening die tooling als productbevoegdheid bij het platformteam legde, met een transparante roadmap en een change window per kwartaal, bracht rust én veiligheid terug.
Besturing: dun, streng en data-gedreven
De regielaag hoort dun te zijn, maar niet vrijblijvend. Je wilt standaarden, portfolio-afstemming, risk management en vendor performance strak organiseren, zonder teams te verlammen. De truc is om waar het kan te automatiseren en te visualiseren. Dashboards die lead time, deployment frequency, mean time to recovery en change failure rate tonen per product en leverancier scheppen duidelijkheid. Combineer dit met businessmetrics zoals NPS, conversie of storingskosten per uur, en je gesprekken gaan ineens over waarde in plaats van over vage meningen.
Een voorbeeld uit een logistiek bedrijf: door SLO’s per capability te definiëren, zichtbaar te maken en te koppelen aan incentives daalde de MTTR van 4 tot 6 uur naar 45 tot 90 minuten in een kwartaal. De belangrijkste ingreep was niet meer menskracht, maar betere observability en rollbackscenario’s, plus het recht van het platformteam om releases te blokkeren bij overschrijding van risico-criteria. Teams vonden dat in het begin spannend, maar het bracht rust en voorspelbaarheid.
Security en compliance als onderdeel van de standaard
Security is geen losse check achteraf. In een flexibel ecosysteem stop je beveiliging in de pijplijn en in het platform. Denk aan policies-as-code, geautomatiseerde dependency scans, secrets rotatie en workload identity. Voor streng gereguleerde sectoren voeg je evidence collection toe die auditbaar is zonder handwerk. Met DevOps & Cloud Services kun je shared responsibility helder maken: waar eindigt verantwoordelijkheid van de leverancier, waar start die van jou. Laat dit niet aan interpretatie over, maar leg het expliciet vast in proces en tooling.
Bij een publieke organisatie konden we door shift-left security, standaard image registries en signing, plus geautomatiseerde policy checks, de bevindingen uit penetratietesten per release terugbrengen van 20 tot 30 medium issues naar 3 tot 7, en kritieke bevindingen naar nul in meerdere sprints achter elkaar. Niet omdat iedereen perfect codeerde, maar omdat zwakke plekken vroeg werden onderschept en de veiligste keuzes al in het platform verstopt zaten.
Kosten: transparantie en elasticiteit, geen verrassingen
Kostenbeheersing gaat verder dan de vraag wat een developer per uur kost. Je wilt totale kosten per functionaliteit of per use case begrijpen, inclusief platform, licenties, beveiliging, testen en support. FinOps praktijken helpen cloudkosten toewijsbaar en voorspelbaar te maken. Een vuistregel die ik graag gebruik: streef naar 70 tot 80 procent van je cloudconsumptie onder vaste prijsafspraken of reserveringen, met 20 tot 30 procent flexibiliteit voor pieken. Voor softwarelevering kun je capacity bands hanteren, waarbij de gemiddelde bezetting 85 tot 90 procent is en kortlopende pieken via flexibele schillen worden opgevangen.
Let op verborgen kosten. Vendor lock-in door propriëtaire pipelines, boetebedingen bij het verminderen van volume, of niet-overdraagbare licenties kunnen je mobiliteit duur maken. Een klant betaalde 15 procent bovenop het contract omdat men tooling per leverancier had laten groeien. Na standaardisatie daalden licentiekosten met 20 tot 25 procent en verdwenen twee integratieprojecten per jaar, elk met zes cijfers aan kosten.
De rol van Product en Portfolio
Zonder heldere productvisie en portfolioregels zou elke sourcingstrategie willekeurig worden. Product owners sturen op waarde, niet op urenverbruik. Portfolio boards prioriteren op doorstroom en strategische outcomes. Als je partners inschakelt, betrek ze vroeg in de discoveryfase. Laat ze onderzoek en spikes mede uitvoeren, maar borg dat beslissingen over productrichting, architectuur en beveiliging bij jou liggen. Shared discovery werkt, uitbestuurde productstrategie zelden.
Een bank die ik begeleidde liet partners demo’s geven aan interne stakeholders in plaats van PowerPoints vol beloftes. De discussie ging direct over latency, foutafhandeling, toegankelijkheid en data lineage. De keuze voor een partner werd daarmee inhoudelijker en de risico’s eerder zichtbaar. De doorlooptijd van partnerselecties halveerde, en de tevredenheid in de business steeg meetbaar, simpelweg omdat men zag wat men kreeg.
Nearshore slim inzetten
Nearshore teams zijn geen magische versneller, wel een krachtige hefboom als je het goed organiseert. Drie randvoorwaarden keer op keer bewezen nuttig:
Eerst, overlap in werktijden van minimaal vier uur met je productteam. Met minder dan dat verschuift besluitvorming naar de volgende dag en groeit je wachttijd. Tweede, taal en cultuur werken mee. Engels is standaard, maar check of stakeholders in de business ook aanhaken. Derde, een duidelijke capability-scheiding. Laat nearshore niet zwerven door allerlei ad hoc klusjes. Geef ze een product, een backlog en een cadence.
Ik heb nearshore teams het beste zien presteren in AI, web en mobiele frontends, testautomatisering, data engineering en integratie. Complexe legacy-kernsystemen met zware domeinafhankelijkheid zijn lastiger. Daar werkt een hybridemodel beter, met een kern van domeinexperts op locatie en een nearshore schil voor features, testen en onderhoud. Met deze mix haal je snelheid zonder kennisverlies.
Vendor- en teamselectie zonder ruis
Een sterk ecosysteem ontstaat niet door te wedden op één paard, maar door een gebalanceerde mix. Toch wil je niet elk kwartaal nieuwe spelers introduceren. Stabiliteit is net zo belangrijk als flexibiliteit. Houd daarom een korte lijst van voorkeursleveranciers per capability, met ruimte voor challengers. Leg aan de voorkeurslijst strengere eisen op rond security, rapportage en samenwerking. Deze partners investeren dan ook meer in jouw context.
Gebruik in selectie echte werkproeven in plaats van papieren beloften. Een tweeweekse paid pilot, met jouw toolchain, jouw SLO’s en jouw testsets, vertelt meer dan 50 pagina’s RFP-tekst. Je ziet meteen of teams jouw kwaliteitstaal spreken, hoe ze omgaan met incidenten en hoe snel ze leerpunten verwerken. Zet je eigen engineers naast hen, zodat kennis gelijkvloers stroomt.
Een pragmatische routekaart naar Sourcing 2.0
Je hoeft niet morgen alles om te gooien. Begin waar de meeste frictie of de meeste waarde zit, en schaal wat werkt. Een nuchtere volgorde die ik vaak gebruik:
Breng je capabilities en huidige leveranciers in kaart, inclusief contracten, tarieven, doorlooptijden en kwaliteitsscores. Maak het zichtbaar op één pagina per capability. Standaardiseer je platform en pijplijnen op het minimumviable niveau. Bepaal het gouden pad en communiceer wat binnen en buiten de standaard valt. Kies per capability een doelmodel: intern, partner, of hybride. Leg SLO’s vast, inclusief meetmethoden. Start met twee tot drie kritieke productlijnen. Richt governance in met dashboards, ritme en escalatiepaden. Doe pilots met één of twee nieuwe partners waar nodig. Borg talentstromen: align IT Recruitment op het doelmodel, definieer growth paths, en leg samenwerking met partners contractueel vast met schaalbanden.
Deze stappen zijn niet rigide. Soms begin je met het platform omdat cloudkosten uit de bocht vliegen. Soms pak je juist IT Recruitment eerst aan omdat je afhankelijkheid te groot is. Het punt is dat je structureel werkt en elke stap meet.
Metrics die ertoe doen
Meet niet alles, meet wat gedrag verandert. In een flexibel ecosysteem sturen een handvol indicatoren het gesprek. Lead time van idee naar productie, deployment frequency, change failure rate, mean time to recovery, en platformadoptie. Combineer die met businessmetrics zoals time-to-quote, checkout conversie, churn of first contact resolution. Voor leveranciers voeg je voorspelbaarheid toe: percentage op tijd en op kwaliteitsnorm, en een simpele betrouwbaarheidsscore per sprint of maand.
Houd ook je talentmetrics bij. Time-to-hire, offer-accept-ratio, retentie na 12 maanden, en skills coverage per capability. Als DevOps & Cloud Services het platform als product runnen, meet dan customer satisfaction van de interne klanten, plus doorlooptijd van een nieuwe pipeline of toegang. Kleine verbeteringen in deze interne services hebben vaak outsized impact op de rest.
Realistische valkuilen en hoe je ze ontwijkt
De eerste valkuil is toolinflatie. Elk team dat een nieuw probleem tegenkomt, voegt een tool toe. Binnen een jaar heeft niemand nog overzicht. Oplossing: een strak intakeproces voor nieuwe tooling, met een lifecycle en exitpad. Laat het platformteam eigenaar zijn van de catalogus en publiceer de roadmap zodat teams weten wanneer hun wens ingepland wordt.
Tweede valkuil: schijnflexibiliteit in contracten. Op papier kun je maandelijks op- en afschalen, in de praktijk is er alleen capaciteit op dinsdag. Los dit op met capacity bands en forecastverplichtingen aan beide kanten. Als jij voorspelbaar communiceert, kan je partner voorspelbaar leveren.
Derde valkuil: governance die te zwaar wordt. Je meet alles, maar niemand handelt. Snijd in meetings, automatiseer rapportage, en geef product owners het mandaat om te escaleren. Een weekly ops review van 30 minuten met de juiste grafieken doet vaak meer dan een maandelijkse stuurcommissie van twee uur.
Vierde valkuil: security als eindcontrole. Als je security pas aan het einde betrekt, gaan releases op slot of ontstaan bypasses. Shift-left werkt echt, mits je securitycapaciteit koppelt aan teams en je beleid automatiseerbaar maakt.
Vijfde valkuil: vergeten dat mensen het doen. Een ecosysteem faalt als relaties verslechteren. Investeer in gezamenlijke retro’s, technische communities en open roadmaps. Het kost weinig, het verdient zich terug in snelheid en vertrouwen.
Vendor scorecard, kort en functioneel
Kwaliteit en voorspelbaarheid: lead time per feature, defect density, adherence aan SLO’s. Samenwerking en cultuur: feedbackloops, deelname aan retro’s, documentatiediscipline. Technische fit: conformiteit met platformstandaarden, securityhygiëne, automatiseringsgraad. Flexibiliteit en schaal: reactietijd op opschaling, knowledge redundancy, onboarding doorlooptijd. Total cost of ownership: tariefstructuur, productiviteit, licentie- en platformimpact.
Gebruik deze scorecard maandelijks in een kort ritme. Houd de drempel laag en de data zichtbaar. Geen verrassingsoverleggen, maar voorspelbare gesprekken met concrete acties.
Waar Digital Transformation het verschil maakt
Digital Transformation wordt vaak als vlag gebruikt voor elk veranderproject. Hier bedoel ik de transformatie van werkwijze, technologie én besluitvorming. Je brengt business en IT op productbasis samen, je maakt data leidend, en je standaardiseert op een platform dat zelf als product wordt beheerd. Sourcingstrategie 2.0 past daar naadloos in. Het geeft de toolbox om snel te bouwen wat waarde oplevert, om partners op waarde te selecteren, en om schalen betaalbaar te houden.
Een retailer die van seizoenscampagnes naar always-on personalisatie ging, moest zijn deliverycapaciteit herzien. Door drie productlijnen te definiëren, elk met een mix van interne en nearshore developers, een gedeeld cloudplatform en een strak experimentproces, steeg de releasesnelheid van wekelijks naar dagelijks. De omzetbijdrage van digitale kanalen groeide in vier kwartalen met 6 tot 9 procentpunt, grotendeels door betere doorstroom en minder frictie.
Tot slot, wat er echt toe doet in de uitvoering
Sourcingstrategie 2.0 draait om keuzes die je elke week voelt in je teams en je resultaten. Houd het concreet. Leg standaarden vast, maar houd ruimte om te leren. Kies partners die bij je passen, niet alleen de goedkoopste of de grootste. Behandel je platform als een product, niet als een kostenpost. Investeer in IT Recruitment dat de taal van engineers spreekt. En borg dat metrics niet in een lade verdwijnen, maar richting geven aan gedrag.
Wie dit consequent doet, bouwt een ecosysteem dat meebuigt met de markt, zonder elke windvlaag te willen volgen. Je kunt sneller leveren, met minder fouten, tegen voorspelbare kosten. En je houdt vrijheid om te kiezen, vandaag en volgend kwartaal. Dat is de kern van een flexibele sourcingstrategie, en het verschil tussen overleven en winnen.