Klant controleert reputatie dienstverlener niet
Klanten vragen niet naar het aantal mislukte projecten bij een ict-dienstverlener. Als ze dat wel zouden doen, zouden ze wellicht niet met de dienstverlener in zee gaan. Dat concludeert Nico Beenker na 25 interviews met ict-opdrachtgevers, ict-dienstverleners en materiespecialisten. Hij schreef hierover het boek Lead IT or Lose IT. Uit Beenkers onderzoek blijkt dat het ene dienstenbedrijf het andere niet is. Bij de ene faalt 92 procent van de projecten, bij de ander gebeurt dat bijna nooit.
Het verschil in kwaliteit bij de dienstverleners heeft te maken met de bedrijfscultuur van de organisatie. ‘Bedrijven waarbij er sterk toezicht is op de kwaliteit van de dienstverlening doen het beter dan anderen waar dat niet zo is', zegt Beenker.
‘Over het algemeen zijn dat de grote internationale dienstverleners. Bij het doorsnee dienstenbedrijf is er minder aandacht voor kwalitatieve procedures. Er worden vaker dezelfde fouten gemaakt. Er zijn bijvoorbeeld weinig maatregelen om projecten op de rails te houden. Daaraan zie je dat de interne governance niet goed is geregeld.'
Beenker concludeert dat 53 procent van de projecten voor de implementatie van standaardpakketsoftware deels of volledig faalt. 80 procent van de projecten mislukt voordat de informatietechnologie in beeld komt. De problemen worden niet veroorzaakt door technische problemen, maar door onduidelijkheid in de communicatie en het dichttimmeren van alle onzekerheden in het selectie- en implementatieproces.
Definitieverschil
Klant en opdrachtnemer hebben overigens een andere definitie van projectfalen, merkte Beenker. ‘Vaak worden tijdens een project nieuwe afspraken gemaakt tussen klant en opdrachtnemer over meerwerk. De opdrachtnemer houdt vast aan deze afspraken en heeft daarom een veel rooskleuriger beeld van het project. Het project voldeed immers aan de nieuwe afspraken. De klant vindt echter dat de nieuwe afspraak niet het eerste plan was en vindt dat het project is mislukt.'
Het boek Lead IT or Lose IT biedt naast een stuk praktijktheorie en het onderzoeksverslag dertien praktische hulpmiddelen voor het leiden van projecten voor de implementatie van standaardpakketsoftware.
veel ellende kan worden bespaart met een goede coaching tussen beide partijen die de klant begrijpt en de programeur vertaalslag kan maken.
Dit is in veel organisaties het grootste probleem maar wordt blijkbaar weinig meer herkend. Hoe is het mogelijk dat klant en opdrachtgever niet dezelfde persoon/groep is? Hoe is het mogelijk dat dit volslagen gebrek aan gezond verstand zo geaccepteerd is?
Ik probeer om bij de start van een project overeenstemming te krijgen over wat de criteria zullen zijn om een bepaald project geslaagd te noemen. Dat kost tijd, discussie en som frustratie, maar het helpt niet alleen om vast te stellen of er succes is (dat is voor de statistiek) maar ook om tijdens het project makkelijker de noodzakelijke keuzes te kunnen maken of compromissen te sluiten. Tot op zeker hoogte is succes dus een keuze (vooraf).
Ook is de reputatie van elke dienstverlener van enige omvang heel gemakkelijk te achterhalen. Probleemgevallen staan bijvoorbeeld op het internet. Even contact zoeken met die klanten en leveranciers om te vragen hoe de problemen opgelost zijn (zonder te vragen wie de problemen veroorzaakt heeft) en je krijgt heel veel nuttige informatie. Ook van de opgegeven referenties kan je veel nuttige informatie krijgen. Waarom is die referentie positief? Waarom ging het toen goed?
Over blijft het punt van verschillen in definities. Daar gaat het vaak mis, ook binnen de partijen zelf. Een goed kwaliteitssysteem kan hier veel communicatieproblemen voorkomen. Conclusie; de klant controleert de reputatie van dienstverlener misschien niet altijd even goed, maar het probleem zit in de communicatie. Dat probleem is niet onderkende cultuurverschillen, een andere perceptie van wat belangrijk is en onvoldoende commitment bij partijen om helder te communiceren over wat hen zou moeten binden.
Redactie, bij de relatie klant - leverancier of opdrachtgever – opdrachtnemer, heb ik wel een beeld. Maar wat is het bedoelde verschil tussen klant en opdrachtgever?
Een eenvoudig advies luidt dan ook: Vraag uw dienstverlener naar de resultaten van zijn 3 laatste projecten en controleer deze resultaten bij de opdrachtgevers. Heb je 3 ontevreden opdrachtgevers dan heb je een dienstverlener die niet leert van zijn fouten en kennelijk ook geen maatregelen neemt om herhaling te voorkomen.
Het gaat om het vastleggen van heldere afspraken, nakomen van beloften en het sturen van verwachtingen. Een goede dienstverlener levert volgens afspraak, binnen de afgesproken doorlooptijden, binnen budget en overtreft de verwachtingen van de opdrachtgever.
Logisch dat de dienstverlener (opdrachtnemer) spreekt van een geslaagd traject, want er is uitgevoerd zoals afgesproken. Laten de klanten, zij zijn de opdrachtgever(!), eens ophouden met steeds maar weer bijstellen van opdrachten. Ik heb vaak genoeg meegemaakt dat er 'een kleinigheidje' werd toegevoegd (of verwijderd, of aangepast), dat ontaardde in weken extra werk. En de klant maar vragen en verbaasd zijn dat het project zo langzaam vordert.
13-02 KPN garandeert anonimiteit internetgebruiker
13-02 Ordina rondt integratie Oracle EBS bij EL&I af
13-02 Perfectview levert CRM-systeem aan Gelderland
10-02 Infor helpt Ferrari met bouwen F1-auto's
10-02 Tester Four Oaks in Israëlische handen
10-02 IS Online en Tres zijn klaar voor Elfstedentocht
10-02 SecureLink migreert Microsoft-diensten Atradius
10-02 Nieuwe software brengt Vitens in problemen
10-02 Ex-Misys-topman moet CSC uit penarie helpen
10-02 Veenman en 20/20 vision adviseren samen klant
10-02 Infor helpt Ferrari met bouwen F1-auto's
10-02 Veenman en 20/20 vision adviseren samen klant
09-02 ERP-traject Eigen Haard krijgt forse directiesteun
08-02 Sogeti ontslaat nog eens 110 medewerkers
07-02 Western Digital haalt hard uit naar Stellar Data
07-02 Verhuurder Capgemini-pand vecht verhuizing aan
06-02 'Marktwaardering Facebook is kwart te hoog'
06-02 Delta Lloyd verlengt contract met Human Inference
06-02 Krachtenbundeling NGI en TestNet is goede zaak
03-02 De kracht van 'niet moeten, maar willen'
|
|
15-01-10 'Wijzigingen horen bij een ICT-project'
28-12-09 'Mislukte IT-projecten kosten 4,3 biljoen euro'
18-12-09 Projecten falen door onrealistische verwachtingen
09-12-09 Constant ROI meten tijdens project is cruciaal
27-11-09 Oorzaak van stopzetten ICT-projecten is divers
Probleemloos ontwikkelen voor een hybride cloudmodel
Aanbieders van geavanceerde bedrijfsapplicaties willen nieuwe klanten graag de mogelijkheid geven om op......





Het wordt wel duidelijk dat business en ICT nog bij lange na niet voldoende op elkaar zijn afgestemd om samen tot een succes te komen. Maar zo zit het contract vaak ook niet in elkaar, dus beide partijen oogsten vaak wat ze zaaien.