Insights about enterprise architecture, ROI, Change Management, ERP apps, simplicity, agility & usability

Welcome to enjoy and participate!

Den ursprungliga ERP definition och vad vi lärt sedan dess

Flera av de synpunkter och samtal jag har haft om mitt senaste blogginlägg har handlat om den ursprungliga ERP-definitionen. Syftet med detta inlägg är att sätta mer ljus på denna definition samt dela några reflektioner.

Enterprise Resource Planning introducerades för världen i en Gartner rapport daterad 12 april 1990. Den skrevs av Lee Wylie och heter: “ERP: En vision för nästa generations MRP II”. Den grundläggande definitionen bestod av följande sex komponenter:

  • Grafiskt användargränssnitt
  • SQL-anrop till en relationsdatabas
  • 4GL (fjärde generationen programmeringsspråk)
  • Klient/server arkitektur
  • Stöd för flera databasfabrikat
  • Placera affärslogiken i databasen

Några av dessa komponenter, såsom SQL och relationsdatabas, är nu branschstandard. Om du inte stöder dem är du är inte längre en seriös aktör. Andra, såsom 4GL, klient/ server arkitektur och att gräva ned affärslogiken i databasen är hopplöst föråldrade. Leverantörer som fortfarande har sin logik begravd i databasen gör vad de kan för att dölja faktum och hålla det hemligt. Andra har valt att förnya sin arkitektur till förmån för separation av ansvar för att möjliggöra större öppenhet och flexibilitet. Faktum är att det finns mycket få affärsapplikationer som kommit till marknaden de senaste 15 åren som inte är databasneutrala.

När man ser tillbaka (till början av 90-talet) är det nog så att för mycket av diskussionen och besluten fokuserade på den nya tekniken – vilket också innefattade den upplevda nyttan av operativsystemet Unix – än att utforska affärsnyttan och låta den vara styrande.

Ny teknik är tveklöst vad som möjliggör framsteg i form av bättre, snabbare och billigare lösningar. Men att anamma teknik för dess egen skull är ingen vinnande approach. Framsteg uppnås med betydligt större säkerhet genom att först och främst tillfredsställa affärsverksamhetens behov. Samtidigt är timing en viktig aspekt. “Leading edge” får inte bli “bleeding edge”. Bara för att alla affärslösningar till slut kommer att vara virtuella och köras i molnet är det inte säkert att det är klokt att stå först i kön.

Författare: PeterBj

Proud to be enough experienced to understand that there is more to learn

20 kommentarer