ERP staat voor Enterprise Resource Planning. ERP heeft tot doel om de productiviteit van organisaties te maximaliseren, kosten te beheersen en optimaal te voldoen aan klantwensen. ERP brengt de automatische afhandeling van logistieke, administratieve en financiële bedrijfsprocessen onder in één bedrijfsbreed informatie- en managementsysteem. IT en de business slaan aldus en stevige brug. Deze geïntegreerde automatiseringsoplossing is bekend als ERP-software, ERP-pakket of ERP-systeem. ERP-systemen zijn toepasbaar voor nagenoeg alle typen organisaties, groot en klein en zowel producerend als dienstverlenend.
Waaruit bestaat een ERP-systeem?
ERP-software is bijna altijd opgebouwd uit standaard softwaremodules. Hiermee wordt een configuratie samengesteld die volledig aansluit bij de specifieke automatiseringsbehoefte van de organisatie. Aanvullende functionaliteiten, zoals customer relationship management (CRM) en supply chain management, maken al deel uit van het ERP-systeem of kun je als externe applicatie aan het ERP-systeem koppelen.
De verkoopafdeling legt er klantgegevens, offertes en verkooporders in vast, de logistieke afdelingen hun materiaalgegevens, voorraden en productieorders en de inkoopafdeling de gegevens van toeleveranciers en inkooporders. Alle gegevens zitten in één database dus gegevens hoeven nooit dubbel te worden ingevoerd. Het voordeel hiervan is dat bedrijven sneller en efficiënter kunnen werken. De beheersing van je bedrijfsproces wordt beter, doorlooptijden van orders verkorten, de klantgerichtheid neemt toe, de voorraadkosten worden lager en de servicegraad stijgt.
Wat zijn de nadelen van een ERP-systeem?
Je kunt het een nadeel vinden dat je organisatie, vanwege de bedrijfsbrede toepassing van het ERP-systeem, afhankelijker wordt van dat ene systeem en de leverancier daarvan. Een nadeel, dat tegelijk ook een voordeel kan zijn. Het betekent immers ook dat je met een ERP-systeem ook nog maar één verantwoordelijke en één aanspreekpunt hebt voor je totale bedrijfsautomatisering. Onderling getwist tussen softwareleveranciers over incompatibiliteit voorkom je er dus mee.
Een ander 'nadeel' kan zijn dat de installatie en implementatie van het ERP-systeem een grote impact heeft op je organisatie. Met een goede voorbereiding en een professionele begeleiding hoef je je ook hierover niet al te veel zorgen te maken. Andere nadelen zijn erg afhankelijk van het bedrijfstype en de omstandigheden waarin een ERP-systeem geïmplementeerd moet worden. Welke voor jou gelden wordt dan ook pas duidelijk als je de haalbaarheid van een ERP-implementatie laat onderzoeken. Ga er gerust van uit dat ook jouw organisatie profijt zal hebben van een ERP-systeem, tot bij nader onderzoek het tegendeel blijkt.
Geen meerwaarde door ERP
Promovenda Lineke Sneller (Nyenrode Business University) noemt de resultaten van haar onderzoek naar dit Enterprise Resource Planning (ERP) nogal verrassend, zeker voor bestuurders.
„Dit lijkt me niet het resultaat waarvoor je het systeem ooit had gekocht.”
ERP gold jarenlang als de nieuwe standaard. Bedrijven kochten het voor miljoenen om hun voorraadbeheer of de financiële administratie te verbeteren. Het systeem zou ook actuelere informatie over in- en uitgaande voorraden in het hele bedrijf bieden, waardoor die kleiner konden worden. Daarmee was geld te besparen. ERP zorgt er ook voor dat alle afdelingen dezelfde gegevens gebruiken. Routinewerk zou daarmee beter afgehandeld worden dan bij concurrenten zonder het systeem. Maar die scoren niet slechter, ontdekte Sneller.
„Duizenden bedrijven hebben de afgelopen jaren miljarden in dit systeem geïnvesteerd. De onderzochte ondernemingen zijn er financieel niet aantoonbaar beter van geworden, ook niet slechter”, zegt zij. Na invoering van ERP duurt ook nog eens 18 tot 24 maanden voordat een onderneming het volledig kan gebruiken.
Sneller bekeek 30 projecten bij beursgenoteerde bedrijven in Nederland, 80 in Groot-Brittannië. Zodra de ondernemingen de aanschaf van het systeem bekendmaakten, ging de aandelenkoers van het concern op de beurzen omhoog. De aandelenmarkten waardeerden standaardprocessen, vooral in Groot-Brittannië. Maar de productiviteit ging er niet mee vooruit.
Het binnengehaalde systeem is vooral bij productiebedrijven en de groothandel ingevoerd vanwege het vermeende schaalvoordeel bij routinehandelingen. Afgelopen jaren doken volgens Sneller echter genoeg horrorverhalen op over het systeem – zoals bij handelshuis Hagemeyer en kantoorinrichter Samas – om gewaarschuwd te zijn. Uit Amerikaans onderzoek bleek in 2000 dat de helft van alle ingevoerde systemen mislukte.
Gemiddeld beslaat ERP volgens de onderzoekster, zelf werkzaam als it-directeur bij Tele2, 20% van het hele budget ict-zaken. "Het alternatief is kiezen voor losse systemen of om sommige zaken helemaal niet te automatiseren.”
De rubriek ACTUEEL informeert u over recent verschenen berichten in andere media. Bron: telegraaf
Noot Redactie: In Plannen met ERP? Vergeet het maar! stelt Walther Ploos van Amstel dat het tijd wordt om bij de reclamecode-commissie een klacht in te dienen over de P van ERP!
ERP systemen falen bij het plannen en besturen van processen. In de keten van bedrijfsprocessen gaat het vaak goed mis. Bovendien verdwijnt de flexibilteit; afspraken met de klant komen in de knel.
Gerelateerde artikelen
Kleur bekennen
Maarten Verhoeven
Service Level Agreements: Loze beloftes!
Maarten Verhoeven
Opdrachtgever grootste risico bij IT-projecten
Nico Beenker
Plannen met ERP? Vergeet het maar!
Walther Ploos van Amstel
Kom met uw praktijkervaringen op het terrein van managen en organiseren
Deel uw kennis, schrijf 3 columns of artikelen en ontvang een gratis pro-abonnement (twv €200)
Word een pro!
SCHRIJF MEE >>
Vrijwel iedere ERP implementatie wordt gekenmerkt door het 3x3x3 synddroom. Het wordt drie keer zo duur al beloofd, de implementatie duurt drie keer zo lang als beloofd en het systeem kan drie keer zo weinig als beloofd.
Het is dan ook een mirakel dat er nog steeds managers zijn die in de "Veel beloven, weinig geven" verhalen van de ICTers trappen.
Het is stukken beter, goedkoper en succesvoller om eerst de bedrijfsprocessen te vereenvoudigen en vervolgens door simpele systemen te laten ondersteunen. De slaagkans is dan 95% (afgezet tegen de 80% mislukking van de ERP implementaties toch heel aardig) en de kosten bedragen slechts een schijntje van de implementatie van die 7 CD's.
Wat je doet is schieten vanuit de heup in de hoop dat er wel ergens iets raak zal zijn.
Mis dus.Hier maar even in de kantlijn
“. . . wat iedereen al lang weet”.
Elke 15 jaar wordt in bijna alle bedrijfsideologieën het wiel opnieuw uitgevonden. Soms omdat “we” het vergeten zijn of ter verbetering van het oude.
“3×3x3 syndroom”
Wel hééél erg overtrokken. Als je er 1,5 x 1,5 x 1,5 van maakt zit je dichter in de buurt.
De vraag waarom is interessant. Bij selectie van een ERP/CRM houdt een verstandig bedrijf eerst de processen van nu en in de toekomst tegen het licht. Dat is een iteratief proces waarbij de vraag steeds wat verandert en mogelijk groter wordt. Wat vaak niet wordt verteld is dat het huiswerk voor de selectie DE EERSTE KEER is dat een bedrijf serieus naar zijn processen kijkt. En dat verklaart een hele hoop.
“. . . verhalen van de ICTers”
Die zijn als het goed is niet leidend, maar volgend in deze exercitie. Trommelslagers zijn produktie, verkoop en mogelijk finance.
“. . . eerst de bedrijfsprocessen te vereenvoudigen”
Nee, doorlichten en doen wat gedaan moet worden. Mogelijk wordt het véél complexer, afhankelijk van het lange termijn doel van het bedrijf.
“. . . simpele systemen”
Deze rekenen we goed. In veel gevallen is het oude KanBan systeem (kaartje aan het produkt-in-wording hangen en terugbrengen naar start als het product klaar is) kan natuurlijk ook.
De slaagkans/faalkans (95% / 80%)
Niets doen is nog goedkoper (100%) en 80% is héél erg overtrokken. Praat eens met bedrijven die het traject succesvol hebben afgelegd.
Groet,
Jos Steynebrugh
Marketing & Innovatie Consulent
@ Jos
Zoals vaak in dit soort situaties hebben jullie allebei gelijk. Ad zet het lekker scherp en daarmee wat ongenuanceerd weg, maar het gaat niet om de vraag of het nu 3x3x3 is of 1,5x1,5x1,5, want ook met dat laatste is het punt nog steeds gemaakt.
Het slaagkans en faalkans verhaal wordt naar mijn mening in dit onderzoek redelijk aangetoond: het is eigenlijk helemaal neutraal. Alleen lijken de risico's wel veel groter te worden.
Wat mij betreft springen er 2 dingen in het oog: namelijk dat uit dit onderzoek blijkt dat je er niet beter van wordt, maar ook niet slechter. Alle inspanningen en investeringen worden dus wel precies terugverdiend, maar meer ook niet. Daarmee lijkt invoering van een ERP systeem dus meer op een werkgelegenheidsproject. Het is dan de terechte vraag of je al die tijd, geld en energie niet in iets had kunnen stoppen dat een hoger rendement oplevert.
Het tweede element is dat een organisatie complex is. Een automatiseringsoplossing gaat daar eigenlijk per definitie aan voorbij. Het is een oplossing voor een aspect van de bedrijfsvoering waarbij het geheel van het organisme (de organisatie) niet genoeg in de gaten gehouden wordt. Als je, zoals Jos stelt aan zoiets begint terwijl je daarvoor nog nooit serieus naar je processen hebt gekeken, kan ik alleen maar concluderen dat Ad gelijk heeft: kijk eerst naar de verbeter mogelijkheden in je organisatie in plaats van achter een hype aan te rennen.
Ik heb zelf lange tijd meegewerkt aan een ERP-implementatie bij een high-tech industrie.
Wat zich daar afspeelde 'verzin je zelf niet', maar was wel heel leerzaam. De kosten-overschrijding ten opzichte van de allereerste start was in de orde van grootte van een factor 50, hetgeen echter meer zegt over de naieve manier van planning in het begin, dan over de kwaliteit van het projectmanagement.
Deze industrie slaagde er uiteindelijk wel in om het systeem technisch te implementeren, maar het resultaat was bedroevend. Dat kwam voornamelijk door het [gelijktijdig] introduceren van een besturingsfilosofie van 'delegeren naar de werkvloer', terwijl de filosofie van het ERP-systeem geschreven was op MRP-2 (Materials Requirements Planning met doorlooptijd-berekening op basis van beschikbare capaciteiten), hetgeen juist een sterke top-down besturing vereist. Het resultaat was een peperduur ERP-systeem dat op obligate wijze gevoed werd door dozijnen Excel-spreadsheets vanuit de productie.
Deze observatie komt dus wel in de buurt van de visie van Ad de Beer, die stelt dat je beter eerst de processen kunt vereenvoudigen. Maar nog meer bij de visie van Jos Steynebrugh, die hier waarschijnlijk had geadviseerd om eerst eens diepgaand de consequenties van de nieuwe manier van productiebesturing te analyseren, vervolgens de reorganisatie door te voeren, daarna de verdere productieverbeteringen in de nieuwe constellatie door te voeren en dan pas de ERP-implementatie te onderzoeken.
Wellicht waren ze dan op een heel simpele basisvorm uitgekomen, verrijkt met features die werkelijk van belang zijn voor deze industrie.
Feitelijk mankeerde er weinig aan het ERP-systeem; er werd wel veel ophef gemaakt over functies die niet zouden passen, maar wezenlijk vertoonde het systeem 90% fit.
De meeste tijd- en kosten-overschrijdingen zaten niet in de technologie, maar in het eindeloze gepalaver in werkgroepen over de manier van werken. Het management was daar de grote afwezige, zodat groepjes 'key-users' en ICT'ers ongebreideld hun gang konden gaan. Het ontbrak het in de werkgroepen aan visie op de toekomstige manier van werken. Sterker nog, de key-users die bijeen kwamen konden voor het eerst in hun loopbaan diepgaand met elkaar over de diepere betekenis van hun werk praten.
Dat is in de praktijk wat we verstaan onder 'impact op de organisatie'.
Maar wat veel belangrijker is, is de reden waarom ERP-systemen duurder zijn en minder leveren. Maar al te vaak richt de implementatie zich op het vastleggen van gegevens en niet op het verkrijgen van output (lees: stuurinformatie). Veel gehoorde signalen uit mijn directe omgevingen (zowel Oracle E-Business Suite als SAP) hebben daarmee te maken. En vervolgens worden ingewikkelde en dure queries geschreven en/of gaat de Business zelf in Excel-achtige producten via een soort schaduwadministratie rapportages maken (die ook nog vaak onbetrouwbaar zijn).
Echter, de allerbelangrijkste reden voor de ontevredenheid over ERP-systemen zit hem in een krampachtige implementatie. De Business wil niet of nauwelijks de bestaande bedrijfsprocessen aanpassen aan de "best practices" van ERP. Nee, het ERP-pakket moet voldoen aan de uniciteit van de organisatie. "Wij zijn anders dan de rest van de wereld", is een veel gehoorde kreet binnen grote organisaties. En dat is toch vreemd als het gaat om financiële adminstraties (lees: boekhouden) ef personeelsadministratie. Hierdoor wordt (te) veel afgeweken van de standaardwerking van een ERP-systeem. En heel krampachtig wordt een bijna-maatwerkpakket gebouwd, dat men wel gewoon ERP blijft noemen. Ook zie jeveel deel-implementaties, waardoor een aantal oude traditionele systemen in stand blijft met alle interface-problematiek vandien. En ook die exploitatielasten worden op het negatieve conto van het ERP-systeem geschreven.
Uit het per product/markt combinatie doorgestoken (!!!) businessplan komen de eerste afkaderingen voor een ERP (of iets simpelers).
Daarna licht je de bedrijfsprocessen door tot op het merg en past die aan zodat ze de gewenste output naar de klant grondig maar flexibel afdekken.
Dan moet je je verdienmodel opstellen. Grof gezegd: elke pepernoot die eraan gespendeerd wordt moet met profit worden teruggehaald. Een ERP is niets anders dan een profit center. Budget neutraal is dus NIET goed genoeg.
Meten is (z)weten
Om te kunnen registreren moet je meten. Meten kost tijd, geld en capaciteit en bij overdaad een mega ergernis, vaak gevolgd door dociel uitvoeren of sabotage. Er wordt alleen gemeten aan dingen waarop je invloed hebt of minstens op kan anticiperen. Elk kengetal waarvan van de betekenis niet UNANIEM consensus bestaat, wordt gedumpt. Dus ook niet geregistreerd.
Maar het verhaal begint bij een zéér goed businessplan (minstens een 8). Weliswaar zijn op details alle bedrijven uniek (nou even niet overdrijven), maar ze hebben altijd en eeuwig steeds één ding gemeenschappelijk: gaan allemaal op dezelfde manier failliet. ERPtensoep?.
Groet,
Jos Steynebrugh
Marketing & Innovatie Consulent
Ik ben van mening dat het doel van een onderneming het genereren van geld is nu en vooral in de toekomst. Dus, een ERP Project moet erop gericht zijn om geld te genereren. Echter, de mogelijkheid om geld te genereren wordt beperkt door bestaande belemmeringen in de bedrijfsvoering. Dus, de meerwaarde van het ERP Systeem moet komen uit het feit dat het beperkingen opheft. Echter, om meerwaarde te realiseren, een bottom-line resultaat, is technologie noodzakelijk, maar niet voldoende. Immers, de grootste belemmeringen om de prestatie van de onderneming te verhogen en dus geld te genereren, zijn regels en procedures. Deze komen vaak voort uit huidige paradigma's. Eén van de grootste paradigma's is die van de kosten orientatie en de daarmee gemoeide locale efficienty syndroom. Alle onderdelen moeten efficient verlopen volgens dit paradigma. Maar, is dat wel noodzakelijk. Een bedrijfsketen is als een ketting en de sterkte van die ketting wordt bepaald door de sterkte van de zwakste schakel. Dus, alle andere schakels hebben een grotere sterkte, oftwel overcapaciteit. Dit is het eerste type belemmering waarmee bedrijven te maken hebben; fysieke belemmeringen. De belangrijkste les hiervoor is wat Deming ons trachtte duidelijk te maken en wel dat 'optimaliseren tot op ruisniveau niet alleen zinloos is, maar zelfs schadelijk. Zolang het systeem oscilleert binnen de grenzen van de ruis, zal elke vorm van ingrijpen de fluctuaties aleen maar groter maken'. Binnen de supply chain conflicteerd dit statement bijvoorbeeld met de insteek en filosofie van MRPII, hetgeen erop gericht is om alle lokale entiteiten zo optimaal te benutten, waardoor ruis een geweldige impact heeft op de planning en executie. Met als gevolg, inderdaad een onnoemelijke hoeveelheid excel spreadsheets om het allemaal weer recht te breien.
Een project moet dus gericht zijn op de zwakke schakels en niet op alle schakels. Dit kostenparadigma leidt er ook vaak toe dat ERP Projecten niet goed gescreend en geprioritiseerd worden en veelal gericht zijn op teveel schakels in de gehele keten. Het gevolg is een te brede scope, complexiteit en teveel "configuratie" en "features".
Met betrekking tot ERP Systemen, is het helaas ook nog eens zo, dat bedrijven één op één hun oude manier van werken overzetten op het nieuwe systeem. Mijn ervaring is dat dit dus niet leidt tot optimale bedrijfsprocessen. Men moet hierbij inderdaad best practice bedrijfsprocessen overnemen indien dit geen impact heeft op de competitive advantage en daar aanpassen waar nodig. Een van de belangrijkste reden voor het één op één overnemen van bestaande methodes en werkwijzen is het feit dat er in het verleden hiermee work-arounds zijn gevonden voor toen bestaande belemmeringen. Deze belemmeringen worden vaak veroorzaakt door bestaande regels en procedures. Dit is het tweede type belemmering. Dus, indien een project succesvol wilt zijn en de onderneming er profijt van kan hebben, moet er ook gekeken worden naar alle regels en procedures en indien nodig aangepast en/of zelfs verwijderd worden. En dit gebeurt dus vaak niet, met alle nare gevolgen van dien.
Indien dan ook nog niet de goede medewerkers op een project worden gezet en/of dat de meest capabele medewerkers slechts part-time worden ingezet, dan kan men er gif op innemen dat projecten ook nog eens niet op tijd en boven budget worden opgeleverd. Dit heeft te maken met het feit dat mensen die op projecten werken niet aan multi-tasking moeten doen, omdat het gevolg hiervan is dat men alle taken uitsmeert en dus de totale doorlooptijd toeneemt.
Een project kan dan ook alleen maar succesvol uitgevoerd worden, indien de juiste mensen op de juiste manier gepland en ingezet worden. Anders, krijgt men altijd te maken met overschrijdingen in tijd en geld.