Kennisoverdracht bij projecten
Geschreven door Laurens Voogt   
woensdag 16 februari 2011 22:33

Van oorsprong kom ik niet uit de IT branche, maar uit de financiële wereld. Mijn eerste carrièrestappen heb ik in de accountancy gezet en daarom kan ik uit ervaring spreken dat als er ergens een vakgebied is waar kennismanagement en kennisdeling geborgd is in een organisatie, dan is het wel op een accountantskantoor. Vanuit deze achtergrond interesseert het me om te zien hoe andere vakgebieden hiermee omgaan en dan met name de Oracle EBS branche waarin ik nu zit.

Binnen ons eigen bedrijf hebben wij onder meer Yammer in gebruik als één van de hulpmiddelen om allerlei onderwerpen (lees kennis) op ons vakgebied met elkaar te delen. Recentelijk werd ik via Yammer door een collega gewezen op een interessant artikel over Knowledge Transfer in ERP Projecten en gezien mijn achtergrond werd ik getriggered om dit artikel eens aandachtig door te lezen.

Na het lezen kon ik enorm veel zaken uit dit artikel herkennen en vond vooral onderstaande alinea een geweldige constatering uit de praktijk:

The worse case scenario is attempting to cut corners at the expense of learning. The organization is investing a lot of time and money into implementing a sophisticated tool like ERP. Are we now saying it does not matter if anyone understands how to use it? You must be joking.

In de meer dan tien jaren waarin ik al bezig ben met Oracle EBS projecten heb ik een aantal patronen leren onderscheiden. Het proces rondom kennisoverdracht begint eigenlijk al in het verkoopproces. Voor dat ik dit verder uitwerk wil ik eerst drie types projecten onderscheiden:

  1. Klant gedreven projecten (inzet klant 80% - inzet leverancier 20%)
  2. Projecten met gedeelde verantwoordelijkheid (50% - 50% verdeling tussen leverancier en klant)
  3. Laboratoriumprojecten (inzet klant 20% - inzet leverancier 80%)

Wat mijn ervaring is, is dat alleen op projecten die volgens de eerste twee methoden worden uitgevoerd een geslaagde kennisoverdracht te realiseren valt. De praktijk wijst echter steeds meer en meer uit dat klanten laboratoriumprojecten "inkopen" om vanuit een managementperspectief weinig tot geen verantwoordelijkheid te dragen.

In de afgelopen jaren hebben grote bezuinigingsrondes ertoe geleid dat er bij klanten steeds minder resources beschikbaar waren om actief deel te kunnen nemen, terwijl de noodzaak om een project of andersoortige verandering te initiëren zeer zeker aanwezig was. In dergelijke situaties is kennisoverdracht bijna altijd gedoemd om te mislukken. Kortom: naar mijn mening is kennisoverdracht in belangrijke mate alleen te realiseren als je in het verkoopproces aan de klant het juiste type project introduceert.

Ik ben benieuwd hoe klanten en andere vakgenoten deze praktijk ervaren en nodig een ieder uit deze ervaringen met me te delen.

 

Laurens Voogt bouwde vanaf 1988 bij Deloitte een uitgebreide kennis van financiële en logistieke processen op. Hij stuurde daar diverse teams aan om financiële audits in korte tijd tot een goed einde te brengen. In 2001 startte hij Res-Q Consulting Services, een voorloper van de 4apps Group. Zijn kracht ligt in het bedenken van waarde toevoegende oplossingen voor klanten en in het coachen van collega’s.

Laurens is Algemeen Directeur van de 4apps Group.

Plaats reactie


Beveiligingscode
Vernieuwen

// LOGIN