7 flere tips for ERP-implementering | Unit4
Dette er den fjerde bloggposten i serien vår om beste praksis for implementering av et nytt ERP-system eller oppgradering fra et eldre ERP-system. I tidligere blogginnlegg har vi sett nærmere på vellykkede resultater og virksomhetens plan for dette kontra endringsledelse, og diskutert hva som er i endring og hvordan organisasjonen kan forberede seg på endringene. Nå tar vi for oss en liste med syv hovedområder som vi har utviklet etter å ha gjennomført en rekke vellykkede ERP-implementeringer, og som er verdt å fokusere på når din bedrift skal i gang med ERP-implementering.
1. Klargjøre bedriften for endringer
For få på plass en god plan for endringer har vi definert og dokumentert en klar visjon for den fremtidige driften, som vil bli brukt i kommunikasjon og opplæring. Det er identifisert en endringsleder, endringsteam og en gruppe endringsambassadører. Dette må ta hensyn til tilgjengeligheten av ressurser, da de fleste i teamet vil ha daglige oppgaver å utføre og ikke vil være dedikert bare til endringsprogrammet.
En endringsleder er ansvarlig for vellykket gjennomføring av endringen. Dette inkluderer koordinering av implementering og testing, håndtering av kommunikasjon og opplæring samt rapportering av fremdrift og status. Endringslederen sikrer at endringen gir de forventede resultatene og verdien, og at all dokumentasjon og tilbakemeldinger håndteres korrekt.
Endringsteamet er ansvarlig for gjennomføringen av endringsprogrammet, og endringsambassadører er ansatte som frivillig melder seg eller velges for å støtte og fremme en kultur for endringsinitiativ. De spiller en viktig rolle i å påvirke sine jevnaldrende, lette kommunikasjon og gi tilbakemeldinger til endringsteamet og lederne.
2. Prosessberedskap
Prosessberedskap innebærer etablering, dokumentering og validering av brukerprosesser for alle team. Dette innebærer at man må utarbeide prosessdokumenter for hvert team i organisasjonen. Men prosessberedskap handler om mer enn bare dokumentasjon.
Det kreves også detaljerte oppgavelister for å sikre at alle forstår tydelig hva som må fullføres og når, for å sikre en smidig overgang. Som en del av dette må de operative rollene forstå sine ansvarsområder både før og etter overgangen..
Click to read How Cloud ERP can change your organization for the better gated
3. Testing av programvare
Testing utgjør en avgjørende del av prosessen når man implementerer en ny programvare. Brukerakseptansetesting (UAT) og integrasjonssystemtesting (IST) eller systemintegrasjonstesting (SIT) er to vanlige typer testing. Selv om de kan virke like, er det klare forskjeller mellom dem.
UAT utføres vanligvis av sluttbrukere av programvaren og fokuserer på å sikre at systemet oppfyller spesifikke krav og behov. Denne testingen gjøres i et kontrollert miljø der sluttbrukere utfører spesifikke oppgaver for å sikre at programvaren er brukervennlig og effektiv. Målet med UAT er å identifisere eventuelle problemer eller feil i systemet før det tas i bruk. Ledere må være oppmerksomme på faren for utbrenthet og må sørge for at prosessen ikke blir ensformig eller for tidkrevende.
IST fokuserer derimot på å teste integrasjonen av den nye programvaren med eksisterende systemer i organisasjonen. IT-avdelingen utfører ofte denne testingen for å sikre at det nye systemet integreres sømløst med den eksisterende infrastrukturen. Målet er å sikre at data kan flyte fritt mellom forskjellige systemer uten avbrudd eller tap.
4. Teknisk beredskap
Technical readiness focuses on not just the software but also any hardware requirements; for example, are scanners and printers that have been tested, validated, and are ready to connect available to your new cloud platform?
Often a PC audit is required, and IST testing is undertaken with different functions, particularly finance, HR, and payroll. You'll need to undertake load and performance tests to ensure everything is running smoothly.
5. Klargjøring av løsningen
Som en del av klargjøringen av løsningen, sjekker vi at lokaliseringsdokumentene er opprettet og godkjent, og at de tekniske testene er gjennomført. Dette inkluderer testing av funksjoner og systemgrensesnitt, samt tilpasninger.
Vi forsikrer oss også om at både vårt Unit4-testteam og ditt eget team har gjennomført disse testene og er enige om at de er i gang og fungerer som de skal. Til slutt verifiserer vi at løsningen er satt opp i produksjon og klar til bruk.
6. Klargjøring av data
Ofte kan ikke data bare "løftes og flyttes" fra ett system til et annet, så en plan for dataoverføring er nødvendig. En del av prosessen omfatter migrering og testing av data både i IST og UAT. Også her går vi videre først når datarensing og datakonvertering er fullført.
Som en del av klargjøringen trengs også en datastyringsprosess med identifiserte dataeiere og dataforvaltere og dokumentasjon om datahåndteringsregler med klare prosesser for datahåndtering.
7. Supportberedskap
Dette omfatter å ha et supportteam klart, kjenne tilgjengelighetstidene for supportteamet, ha tydelige instruksjoner for alle brukere og sikre at supportteamet håndterer eskaleringer og Service Level Agreements (SLA-er). All denne informasjonen må dokumenteres og kommuniseres til hele virksomheten.
Etter Go-Live
Du har tatt systemet i bruk! Dette vil vi dekke i vår neste blogg, men å ta systemet i bruk er ikke slutten på reisen. Tvert imot, det er begynnelsen på en ny og spennende reise.
For mer informasjon om vårt utvalg av løsninger og implementeringsprosessen på unit4.com.
Hold deg oppdatert!
This is the 4th blog post in our series looking at the best practices for implementing a new ERP system or upgrading from an older ERP. The first blog looked at success outcomes and business readiness vs. change management. The second post discussed what's changing and how to prepare your organization for change. In this next installment, we dive deeper into our Unit4 Readiness Checklist, which we have developed after delivering numerous successful ERP implementations.
We will focus on 7 key areas:
1. Business readiness
To achieve business readiness, a clear vision of the operational future state has been defined and documented and will be used in communications and training. A change leader, change team, and change champions have all been identified. This will need to take resource availability into account as most of the team will have day jobs to do and will not be dedicated only to the change program.
A change leader is accountable for the successful delivery of change. They are responsible for coordinating the implementation and testing of changes, managing communication and training, and providing progress and status reports. They ensure that the change delivers the expected outcomes and value and that all documentation and feedback are properly captured.
The change team is responsible for everything related to the execution of the change program, and change champions are employees who volunteer or are selected to support and promote a culture change initiative. They play a vital role in influencing their peers, facilitating communication, and providing feedback to the change team and leaders.
2. Process readiness
Process readiness means user processes have been established, documented, and validated for all teams. This means having process documents for every team within the organization. But process readiness goes beyond just documenting the processes.
Detailed Go Live task lists are also needed so that everyone clearly understands what needs to be completed and when to ensure a smooth transition. As part of this, the business operational roles must understand their roles both pre and post transition date.
3. Software testing
Testing is a crucial part of the process when implementing a new software system. User Acceptance Testing (UAT) and Integration System Testing (IST) or System Integration Testing (SIT) are two common types of testing. While they may seem similar, they have distinct differences.
UAT is typically performed by end-users of the software and focuses on ensuring the system meets their specific requirements and needs. This type of testing is conducted in a controlled environment where end-users can execute specific tasks to ensure the software is user-friendly and efficient. UAT aims to identify any potential issues or bugs in the system before it goes live. Leaders need to be aware of testing fatigue or burnout and must ensure the process does not become monotonous or too time-consuming.
On the other hand, IST focuses on testing the integration of the new software with other existing systems within the organization. The IT department often does this testing to ensure the new system seamlessly integrates with the current infrastructure. The goal is to ensure that data can flow freely between different systems without interruptions or loss.
4. Technical readiness
Technical readiness focuses on not just the software but also any hardware requirements; for example, are scanners and printers that have been tested, validated, and are ready to connect available to your new cloud platform?
Often a PC audit is required, and IST testing is undertaken with different functions, particularly finance, HR, and payroll. You'll need to undertake load and performance tests to ensure everything is running smoothly.
5. Solution readiness
Localizations are often required, so as part of the solution readiness checklist, we check that localization documents are in place and signed off and technical tests have been completed. These include functional and system testing of interfaces, localizations, and customizations.
We also make sure both our Unit4 test team and your own team have carried these out and agreed they are up, running, and working correctly. And finally, we check that the solution is set up in production and ready to go.
6. Data readiness
Often data cannot just be 'lifted and shifted' from one system to another, so a data migration plan is essential. Part of the process includes migrating and testing data in both IST and UAT. And again, we'll only move forward once the data cleansing and data conversion is complete.
As part of data readiness, you'll also need a Data Governance Process with data owners and data stewards identified and documentation on data management rules with clear data management processes.
7. Support readiness
This includes confirming a support team, knowing when the support team will be available, having clear instructions for all users, and having the support team cover escalations and SLAs. This all needs to be documented and communicated to the wider business.
Post Go-Live
You've gone live! We'll cover this in our next blog, but going live is not the end of the journey. If anything, it's the start of a new and exciting journey.
You can learn more about our suite of solutions and our implementation process at unit4.com