Hvordan evaluere Implementering av ERP
Enterprise Resource Planning (ERP) er oftest brukt som en tittel for business software, selv om det er også en metodikk. Den "ERP" label gjør nemlig at programvaren er en pakke med programmer som økonomi, lønn, leverandørgjeld og kundeforhold - alt integrert slik at de deler data og kan legge til rette for forretningsprosesser som krysser normale funksjonelle eller organisatoriske grenser. På slutten av systemimplementeringer, må organisasjonene bestemme om systemet er klar til å distribuere. For å gjøre dette er det best å se utover programvare og maskinvare. Denne artikkelen bruker åtte sentrale områder som kan brukes til å måle villighet til å distribuere et ERP-system eller applikasjoner innenfor systemet.
bruksanvisning
Bestemme system beredskap
1 Vurdere hvordan organisasjonen er forberedt på et nytt system. Alle har blitt varslet om endringer? Er systemet blitt testet på en slik måte som for å vise effekten av nye fremgangsmåter på alle nivåer i organisasjonen? Er alle akseptere av det nye systemet og prosessendringer?
2 Vurdere teknisk miljø. Infrastrukturen som Programvaren kjører må ha fart og tilgjengelighet nødvendig for å støtte forretningstransaksjoner. Dette inkluderer servere, database motorer, nettverkstilgang, sikkerhet, og evnen til å løse problemer. Testing bør inkludere volum transaksjonsbehandling samt enkle brukerinteraksjoner.
Denne kategorien inkluderer også sikkerhetskopiering og gjenoppretting evner som bør være i stand til å minimere tap av data bør systemet krasjer for enhver grunn.
3 Undersøke hvor godt forretningsprosesser jobbe med det nye systemet. Dette er mer viktig i et ERP-system enn for frittstående applikasjoner på grunn av integrering av alle funksjoner. Implementering av programvare uten å re-designe forretningsprosesser, prosedyrer, og noen ganger til og med organisatoriske retningslinjer kan føre til misbruk av det nye systemet.
4 Test programmet beredskap ved å måle hvor godt programvaren oppfyller funksjonelle krav og behandler informasjon nøyaktig og i rett tid. Feil i design programvare eller feil prosess må løses før utplassering av det nye systemet. Programvaren må være grundig testet ved hjelp av nye prosesser og alle berørte parter må registrere seg på aksept.
5 Validere hvor godt informasjonen fra gamle systemer (de blir erstattet) har blitt konvertert til det nye systemet under gjennomføringen. Formatet på disse dataene kan ikke være det samme når de er konvertert, men det må tas hensyn til, slik at ingenting går tapt eller endres som til sin mening.
6 Bestem hvor godt folk er forberedt på å bruke det nye systemet eller prosesser. Opplæring og dokumentasjon er nøkkelen til denne kategorien av systemet beredskap. På grunn av den integrerte natur av ERP-systemer, folk trenger å være klar over hvordan det de gjør påvirker andre på alle nivåer i organisasjonen. Aksept av endring er like viktig som bevissthet om forandring.
7 Bestem hvor godt eksterne grupper (både i og utenfor organisasjonen) er forberedt på endringer i metode for bearbeiding av informasjon. Eksempel: Hvis du sender et grensesnitt fra ditt lønnssystem til banken din - banken kan ha til å endre sin programmering for å lese det nye grensesnittet format. Tredjeparter, inkludert leverandører, offentlige etater, og til og med kunder bør være en del av testingen og sign-off på aksept av eventuelle endringer i systemet før distribusjon.
Hint
- Ikke undervurder effekten av mennesker på ERP suksess.