Waarom projecten falen door slecht stakeholdermanagement

Projecten falen zelden door één oorzaak. Meestal is het een combinatie van dingen. Onduidelijke doelen, te weinig capaciteit, veranderende prioriteiten, technische tegenvallers of besluitvorming die traag verloopt. Toch zit onder veel van die problemen iets terugkerends.

Stakeholders zijn niet goed genoeg meegenomen. Verwachtingen werden niet tijdig gedeeld of voldoende begrepen.

Vaak wordt dit pas laat benoemd. Eerst lijkt het alsof het project inhoudelijk vastloopt. De planning schuift. Besluiten blijven liggen. Afdelingen leveren niet aan. Gebruikers tonen weinig enthousiasme. Pas daarna komt de vraag: hebben we de juiste mensen eigenlijk wel goed betrokken?

In veel organisaties wordt stakeholdermanagement gezien als iets zachts, iets naast het echte projectwerk. Maar in de praktijk heeft het direct invloed op kwaliteit, snelheid en acceptatie. Als belangen niet helder zijn, worden besluiten zwakker. Als invloedrijke mensen niet aangehaakt zijn, ontstaat vertraging. Als gebruikers zich niet herkennen in de oplossing, blijft adoptie achter.

Wat er eigenlijk gebeurt, is dat projecten vaak starten vanuit een oplossing. Er is een idee, een opdracht of een gewenste verbetering. Daarna wordt geprobeerd om de organisatie mee te krijgen. Maar stakeholders hebben hun eigen werkelijkheid. Hun doelen, zorgen en beperkingen verdwijnen niet omdat er een projectplan ligt.

Een concreet voorbeeld. Een projectteam ontwikkelt een nieuw rapportageproces. De oplossing is inhoudelijk degelijk. Toch gebruiken managers het later nauwelijks. Niet omdat het rapport slecht is, maar omdat tijdens het project onvoldoende is onderzocht welke besluiten zij ermee moesten nemen. De output klopt, maar de aansluiting op de praktijk ontbreekt.

Waarom gebeurt dit zo vaak? Omdat stakeholdermanagement tijd kost voordat het zichtbaar iets oplevert. Een gesprek voeren, belangen begrijpen, weerstand onderzoeken en verwachtingen scherp maken voelt minder tastbaar dan een planning of deliverable. Onder druk kiezen teams dan voor voortgang. Soms weten we al dat dit riskant is. Maar het is makkelijker om door te gaan.

De ongemakkelijke waarheid is dat sommige projecten niet falen aan het einde. Ze falen al vroeg, wanneer belangrijke signalen worden genegeerd omdat ze niet in het schema passen.

Wat helpt, is stakeholdermanagement serieuzer nemen als onderdeel van professioneel projectwerk. Niet als garantie op succes, maar als manier om risico’s eerder te zien. Wie heeft echt invloed? Wie moet het resultaat gebruiken? Wie kan besluiten versnellen of blokkeren? Waar zit twijfel die nog niet hardop wordt uitgesproken?

Daarvoor zijn vaardigheden nodig die vaak onderschat worden. Niet alleen plannen en rapporteren, maar ook luisteren, beïnvloeden, confronteren en verbinden. Juist daar ligt vaak het verschil tussen een project dat wordt opgeleverd en een project dat ook echt werkt.

Welk projectrisico noem je nu inhoudelijk, terwijl er eigenlijk een stakeholdervraag onder ligt?