In een SAFe- en DevOps-omgeving draait het om snelheid, transparantie en samenwerking. Maar wat als je leverancier daar niet in meebeweegt?
We kwamen in een situatie terecht waarin onze agile ambitie groot was — maar aan de andere kant van de tafel leek de tijd stil te staan.
De situatie: stilte en verrassingen
Na het melden van een issue of het tekenen van een offerte bleef het stil. Geen updates, geen voortgang, geen zicht. Totdat er ineens een oplevering kwam met de vraag: “Willen jullie even testen?”
Alsof agile delivery werd opgevat als: “onverwacht en onaangekondigd”.
- Onze planning liep vast
- Teams konden niet verder
- Stakeholders raakten gefrustreerd
- Klantwaarde bleef liggen
- En het vertrouwen in de leverancier daalde
Wat we probeerden
We werkten met SAFe, dus we hadden onze planning en afstemming goed op orde. Maar juist daardoor viel de mismatch extra op.
We stelden een dedicated PO aan, planden extra overleggen, en probeerden op allerlei manieren grip te krijgen. Het kostte bakken met tijd en energie.
Vendor management werd aangesproken. Er werd geluisterd, geknikt, beterschap beloofd… maar structureel veranderde er niets.
Wat bleek?
Het zat niet in onwil, maar in gewoonte. Transparantie zat niet in het DNA van deze partij. Agile was een bekend woord, maar geen werkwoord. Ze werkten in hun eigen ritme, zonder externe afstemming.
Wat doen we nu?
We werken nog steeds met deze leverancier — ze zijn onderdeel van ons kernlandschap. Maar bij de selectie van een nieuw systeem (waar ze opnieuw kandidaat voor zijn) is agile samenwerking inmiddels een harde eis.
Niet alleen op productniveau, maar vooral op samenwerking.
Wat kun je hier als architect van leren?
Een paar lessen die ik meeneem — en die jij als architect misschien ook kunt gebruiken:
- Maak agile samenwerking expliciet in je architectuurprincipes: Zorg dat samenwerking met externe partijen niet alleen technisch, maar ook procesmatig wordt meegenomen. Agile is geen interne aangelegenheid.
- Betrek leveranciers vroeg in je PI-planning: Laat ze niet alleen aansluiten, maar ook bijdragen. Geef ze context, laat ze afhankelijkheden zien, en maak ze mede-eigenaar van de planning.
- Leg samenwerking vast in contracten en SLA’s: Niet alleen op output, maar ook op gedrag. Denk aan: updatefrequentie, deelname aan events, transparantie over voortgang.
- Gebruik je architectuurrol om gedrag te beïnvloeden: Architectuur is ook cultuur. Als jij laat zien dat samenwerking en transparantie randvoorwaardelijk zijn, geef je een duidelijk signaal af — intern én extern.
- Durf te escaleren op samenwerking, niet alleen op techniek: Als de samenwerking structureel hapert, moet dat net zo serieus genomen worden als een technische blocker.
- Documenteer ervaringen en gebruik ze bij nieuwe selecties: Wat je leert van één leverancier, neem je mee naar de volgende. Maak samenwerking een volwaardig selectiecriterium.
De analogie
Je kunt geen sprint trekken met iemand die niet wil joggen. Als jij traint voor een marathon (SAFe, DevOps, Agile mindset), dan werkt het niet als je partner nog op de bank zit.
Soms begint het met een wandeling. Maar dan moet je wel samen de deur uit.
