Stel je voor: je bent op vakantie in een land waar je de taal niet goed spreekt. Je hebt een allergie en probeert dat uit te leggen in een restaurant. De ober knikt vriendelijk en serveert precies het gerecht dat je niet kunt eten. In IT-projecten is dit een alledaags scenario, alleen heet de ober hier ‘de developer’ en ben jij ‘de business’. Wat heeft dit te maken met de IT-Consultant? Hoe kan hij helpen bij miscommunicatie in projecten?
Het grootste probleem in IT-projecten is zelden de techniek. Er zijn genoeg vakmensen die complexe code schrijven of ingewikkelde netwerken ontwerpen. Het echte struikelblok is communicatie, en dat is precies waar een goede IT-Consultant het verschil maakt.
Inhoudsopgave
Twee talen, één doel
De business spreekt de taal van resultaten, ROI, klantervaring en deadlines. De IT-afdeling spreekt de taal van API’s, microservices, technical debt en schaalbaarheid.
Wanneer de business vraagt om “een simpele knop waarmee klanten hun bestelling kunnen inzien”, hoort IT: “We moeten een beveiligde koppeling maken tussen de front-end en de legacy database, rekening houdend met de AVG-wetgeving en de load-balancer.”
Zonder iemand die dat vertaalt, eindigt het op één van twee manieren: IT bouwt iets technisch solide dat totaal niet aansluit bij wat de klant wilde, of de business verwacht iets wat technisch niet haalbaar is binnen het beschikbare budget. Beide scenario’s zijn kostbaar, en naarmate een project langer loopt, worden ze dat meer.
De IT-consultant als brug tussen Business en IT
Een goede IT-consultant doet meer dan alleen een rapport scDe consultant als brug
Een goede IT-consultant doet meer dan een rapport schrijven. De kern van de rol is de “waarom-vraag” van de business vertalen naar de “hoe-vraag” voor de techniek, en andersom.
Dat vraagt drie concrete vaardigheden. Een consultant legt aan de directie uit dat ‘refactoring’ geen tijdverspilling is, maar noodzakelijk onderhoud om systemen stabiel te houden. Dezelfde consultant verduidelijkt aan de developers dat die “kleine aanpassing” directe invloed heeft op de kwartaalcijfers van de klant. En boven alles stelt de consultant de vragen waarmee ruis verdwijnt en het werkelijke probleem boven tafel komt.
Wat dit onderscheidt van een gewone adviesopdracht is domeinbreedte. De consultant moet zowel bedrijfsprocessen als technische architectuur begrijpen, slechts één van de twee kennen is niet voldoende.
Herken je de signalen?
Als het misgaat, is het patroon herkenbaar. Projecten lopen vertraging op met als verklaring “de requirements waren niet duidelijk”. Opgeleverde functionaliteit wijkt af van wat besteld was. Business en IT spreken over hetzelfde project maar bedoelen iets anders. Vergaderingen eindigen zonder concrete besluiten of heldere vervolgstappen.
Dat patroon lost zichzelf niet op.
De consultant-encyclopedie: wat gezegd vs. wat bedoeld wordt
Wie de brugfunctie wil begrijpen, moet de taal van de consultant zelf lezen. Die heeft zijn eigen woordenschat, soms zegt de consultant heel handig iets voor een professionele uitstraling, en soms gebruikt hij een manier om de harde waarheid te verzachten.
| Wat de consultant zegt | Wat er eigenlijk bedoeld wordt |
|---|---|
| “Laten we dit even parkeren.” | “Dit is een slecht idee en ik hoop dat je het morgen vergeten bent.” |
| “We zoeken naar het laaghangende fruit.” | “We doen eerst de makkelijke dingen zodat het lijkt alsof we snel resultaat boeken.” |
| “Laten we hier een deep dive op doen.” | “Ik weet het antwoord ook niet, dus we gaan er lang over vergaderen.” |
| “We moeten de stakeholders managen.” | “We moeten de mensen die dit project willen torpederen overtuigen tot ze ja zeggen.” |
| “We werken volgens de Agile-methode.” | “We hebben nog geen vastomlijnd plan en kijken per week wat we doen.” |
| “Laten we dit offline bespreken.” | “Stop met praten in deze vergadering, we zijn te laat voor de lunch.” |
| “Er is sprake van een steile leercurve.” | “Het is een chaos en niemand begrijpt hoe de software werkt.” |
| “We moeten kijken naar de stip op de horizon.” | “De details van nu zijn een drama — laten we dromen over een vage toekomst.” |
| “Out-of-the-box denken.” | “Ik heb een onrealistisch idee dat waarschijnlijk veel te duur is.” |
| “We zoeken naar synergie.” | “We voegen twee afdelingen samen die elkaar niet uitstaan in de hoop dat het goedkoper wordt.” |
| “Best practice.” | “Iedereen doet het zo — als het mislukt kunnen wij er niets aan doen.” |
| “Het is een schaalbare oplossing.” | “Op mijn laptop werkt het, maar ik weet niet wat er gebeurt als 1000 mensen tegelijk inloggen.” |
Wat het concreet oplevert
Miscommunicatie is een van de grootste kostenposten in IT-projecten. Uit het Standish Group CHAOS Report (2020) blijkt dat slechts 31% van de IT-projecten volledig slaagt — op tijd, binnen budget en met de afgesproken functionaliteit. De helft eindigt als ‘challenged’ project: te laat opgeleverd, het budget overschreden of de scope aangepast. Gebrekkige communicatie en te weinig stakeholderbetrokkenheid zijn daarin structureel de meest voorkomende oorzaken.
Een IT-consultant die de taal van beide werelden beheerst, heeft direct effect op het projectresultaat.
- Kortere doorlooptijden — Iedereen begrijpt vanaf de start wat de bedoeling is.
- Hogere kwaliteit — De oplossing sluit daadwerkelijk aan op de bedrijfsprocessen.
- Minder escalaties — Geen “wij-tegen-zij” spanningsveld meer tussen business en IT.
Spreek jij de juiste taal?
IT-consultancy draait om mensen begrijpen en ambities vertalen naar werkende oplossingen. De volgende keer dat je een IT-project start: wie vertaalt er dan voor jou?
Benieuwd hoe wij de vertaalslag maken voor jouw organisatie? Neem contact op voor een vrijblijvend gesprek.
Geef een reactie