Een meerjarig IAM-programma faalt zelden op een enkele stream. PAM levert wel op. IGA komt wel vooruit. Access management doet zijn ding. En toch staat het geheel na anderhalf jaar niet waar het zou moeten staan.
Dat komt door stilstand. Niet de zichtbare soort, waarbij iets kapotgaat, maar de sluipende soort, waarbij niets technisch mislukt en toch niets beweegt. Beslissingen die blijven hangen. Streams die uit elkaar lopen. Afhankelijkheden die op elkaar wachten. Een sponsor die vertrekt en een opvolger die eerst “even wil kijken”. Over jaren opgeteld is dat het verschil tussen een programma dat levert en een dat vooral doorloopt.
Dit artikel gaat over het aansturen van zo’n programma: meerdere streams, meerdere landen, meerdere leveranciers, jarenlang. En over hoe je voorkomt dat het zijn eigen gewicht niet meer kan dragen.
Waarom meerjarige IAM-programma’s vastlopen
Bij dit soort programma’s ligt de valkuil zelden in de techniek. De streams afzonderlijk zijn te managen; er staan capabele mensen op. Het probleem ontstaat in de ruimte ertussen.
Een IAM-programma is namelijk geen verzameling losse projecten. PAM raakt aan IGA, IGA raakt aan access management, alles raakt aan de onderliggende identity-data en aan certificate management. Verandert er iets in de ene stream, dan verschuift er iets in de andere. Wie die samenhang niet actief bewaakt, krijgt streams die technisch kloppen maar niet meer op elkaar aansluiten. En dan bouw je vier goede oplossingen die samen geen geheel vormen.
Dat is de kern: het echte werk zit in de regie over de samenhang, niet in de streams zelf. En dat het op governance stukloopt en niet op techniek is nergens zo zichtbaar als in een programma dat jaren loopt.
Meerdere streams, één richting: governance zonder bureaucratie
De reflex bij samenhang is om er governance op te zetten. Terecht, maar governance kan twee kanten op. Te zwaar, en je verstikt de streams in stuurgroepen en overleg; te licht, en ze lopen uit elkaar. De kunst is de minimale structuur die de streams bij elkaar houdt zonder ze plat te leggen.
In de praktijk zijn er een paar dingen die dat doen. Een gedeelde set architectuurprincipes en een gedeeld datamodel, zodat elke stream vanuit dezelfde uitgangspunten bouwt. Actief afhankelijkhedenbeheer, zodat je ziet welke stream op welke andere wacht voordat het een blokkade wordt. Een ritme van besluitvorming in plaats van eindeloos overleg, met heldere mandaten over wie wat mag beslissen. En eigenaarschap per stream dat echt is belegd, niet impliciet.
Merk op dat geen van deze dingen over techniek gaat. Ze gaan over besluiten, richting en verantwoordelijkheid. Dat is het werk.
Het meerjarenprobleem: momentum vasthouden
Een programma van een paar jaar heeft een vijand die kortere trajecten niet kennen: de tijd zelf. Mensen wisselen. Sponsors vertrekken. Prioriteiten schuiven met elke reorganisatie en elk nieuw begrotingsjaar. En er sluipt vermoeidheid in: een programma dat “al drie jaar loopt” verliest vanzelf urgentie, hoe belangrijk het ook is.
Daar is één tegengif voor, en dat is zichtbaar en herhaald opleveren. Een programma dat pas na vijf jaar iets laat zien, is politiek dood voordat het klaar is. Dus knip je het op in brokken die elk op zichzelf waarde leveren: een werkende recertificeringscyclus, een afgeronde PAM-fase, een uitgerolde access-management-koppeling. Elke oplevering is niet alleen voortgang, maar ook brandstof voor het draagvlak van de volgende fase. De businesscase onderbouw je niet één keer aan het begin, maar houd je levend met elke geleverde stap.
En je houdt rekening met verloop. Documentatie, overdraagbaarheid en gedeeld eigenaarschap zijn geen luxe in een meerjarig programma; ze zijn de voorwaarde om te overleven dat de helft van de mensen die begonnen, er aan het eind niet meer zit.
SAFe en agile op schaal: waar het helpt en waar het in de weg zit
Voor het coördineren van meerdere streams grijpen veel organisaties naar een schaalraamwerk als SAFe. En dat helpt, op punten. Een gezamenlijke planningscadans dwingt streams om op vaste momenten hun afhankelijkheden op tafel te leggen. Het maakt voortgang zichtbaar en houdt teams op één ritme.
Maar een raamwerk is geen antwoord, het is een hulpmiddel. Ik heb SAFe net zo vaak in de weg zien zitten als helpen: ceremonies die een doel op zich worden, planning-events die meer energie kosten dan ze opleveren, en teams die het proces volgen maar de samenhang alsnog missen. Het raamwerk regelt de cadans, niet de inhoud. Wie denkt dat de invoering van SAFe zijn afstemmingsprobleem oplost, ontdekt na een paar increments dat hij een goed geoliede machine heeft die de verkeerde kant op loopt. Gebruik wat werkt, laat de rest.
Verandering over landen, locaties en talen
Een internationaal IAM-programma is ook een verandertraject, en dat wordt structureel onderschat. Een recertificeringsproces of een nieuwe toegangsworkflow landt in de ene business unit anders dan in de andere, met andere gewoontes, andere volwassenheid en soms een andere taal. Wat op het hoofdkantoor logisch klinkt, botst op een locatie die het al twintig jaar anders doet.
Dat is geen communicatieprobleem dat je met een mail oplost. Het is changemanagement dat je per doelgroep inricht, en het bepaalt of de techniek die je oplevert daadwerkelijk wordt gebruikt. Een programma dat de menselijke kant overslaat, levert systemen op die correct werken en die niemand omarmt. Precies daarom struikelt een rollout op de mensen en niet op de tool.
De rol van de onafhankelijke trekker
Waarom huur je voor zoiets een onafhankelijke programma manager in, en niet iemand uit een van de teams? Omdat de waarde precies in die onafhankelijkheid zit. Iemand die geen belang heeft bij welke stream het meeste budget krijgt of welke leverancier het langst blijft, kan de knopen doorhakken die anders blijven liggen. Kan een stream afremmen die te hard loopt ten koste van de samenhang. Kan tegen een sponsor zeggen wat een vaste medewerker zijn loopbaan zou kosten.
Het werk is niet glamoureus. Het is afhankelijkheden bewaken, besluiten forceren, verwachtingen managen, en jaar in jaar uit het momentum vasthouden. Geen PowerPoint-management, maar het onzichtbare stuurwerk dat het verschil maakt tussen vier streams die toevallig naast elkaar lopen en één programma dat ergens komt. En, net als bij elk goed interim-traject, werk je naar je eigen vertrek toe: naar een beheerorganisatie en een governance die ook zonder jou overeind blijven.
Tot slot
Een meerjarig IAM-programma aansturen gaat niet over de streams. Die redden zich meestal wel. Het gaat over de ruimte ertussen: de samenhang bewaken, de beslissingen laten stromen, waarde blijven leveren, en het momentum vasthouden terwijl de mensen, sponsors en prioriteiten om je heen veranderen.
Doe je dat, dan komt het programma ergens. Doe je het niet, dan krijg je precies wat zo veel meerjarige IAM-programma’s krijgen: geen mislukking, maar stilstand met een mooie roadmap eronder.
Veelgestelde vragen
Waarom lopen meerjarige IAM-programma’s vast?
Zelden op de techniek van een afzonderlijke stream, en bijna altijd in de samenhang ertussen. Streams lopen uit elkaar, afhankelijkheden wachten op elkaar, beslissingen blijven hangen en het momentum zakt weg naarmate mensen en prioriteiten wisselen. Dat is stilstand: niets breekt, maar niets beweegt.
Hoe stuur je meerdere IAM-streams tegelijk aan?
Met de minimale governance die de streams bij elkaar houdt zonder ze plat te leggen: gedeelde architectuurprincipes en een gedeeld datamodel, actief afhankelijkhedenbeheer, een ritme van besluitvorming met heldere mandaten, en echt belegd eigenaarschap per stream. De regie zit in de samenhang, niet in de streams zelf.
Helpt SAFe bij een IAM-programma?
Op punten. Een gezamenlijke planningscadans maakt afhankelijkheden en voortgang zichtbaar en houdt teams op één ritme. Maar SAFe regelt de cadans, niet de inhoud. Ceremonies kunnen een doel op zich worden en de samenhang alsnog missen. Gebruik wat werkt en laat de rest; het raamwerk is een hulpmiddel, geen antwoord.
Hoe houd je momentum vast over meerdere jaren?
Door zichtbaar en herhaald op te leveren in brokken die elk op zichzelf waarde hebben, zodat het programma niet pas na jaren iets laat zien. Elke oplevering voedt het draagvlak voor de volgende. En door te bouwen op documentatie, overdraagbaarheid en gedeeld eigenaarschap, zodat het programma het verloop van mensen en sponsors overleeft.
Waarom een onafhankelijke programma manager en niet iemand intern?
Omdat de waarde in de onafhankelijkheid zit. Iemand zonder belang bij een specifieke stream of leverancier kan knopen doorhakken die anders blijven liggen, een te dominante stream afremmen, en een sponsor aanspreken zonder loopbaanrisico. Een goede trekker werkt bovendien naar zijn eigen vertrek toe, richting een governance die ook zonder hem standhoudt.
