Implementering er gjennomføring, utførelse eller praksis av en plan, en metode eller ethvert design, ide, modell, spesifikasjon, standard eller policy for å gjøre noe. Som sådan er implementering handlingen som må følge noen foreløpig tenkning for at noe faktisk skal skje.
i en it-kontekst omfatter programvare-eller maskinvareimplementering alle prosessene etter salg som er involvert i noe som fungerer riktig i sitt miljø, inkludert analyse av krav, installasjon, konfigurasjon, tilpasning, kjøring, testing, systemintegrasjoner, brukeropplæring, levering og nødvendige endringer. Ordet «distribusjon» brukes noen ganger til å bety det samme.
for at en implementeringsprosess skal lykkes, må mange oppgaver mellom ulike avdelinger utføres i rekkefølge. Bedrifter streber etter å bruke velprøvde metoder og få profesjonell hjelp til å veilede dem gjennom implementeringen av et system, men feilen i mange implementeringsprosesser stammer ofte fra mangel på nøyaktig planlegging i begynnelsen av prosjektet på grunn av utilstrekkelige ressurser eller uforutsette problemer som oppstår.
EN it-systemimplementering starter vanligvis med å forhandle en kontrakt med en leverandør, en vanligvis grundig prosess som definerer fastsatte retningslinjer, tidsfrister og en betalingsplan for hele implementeringsprosessen. Kontraktskrav kan omfatte omrisset av systemytelseskriterier, straffer knyttet til problemer og forsinkelser i implementeringsprosessen, dokumentasjon, opplæring og problemløsningskrav samt leverandørstøtte etter at systemet går live i tilfelle problemer. Å ha detaljerte krav avtalt skriftlig er en fordel for bedrifter siden det gir ledere og brukere klare krav som skal oppfylles på ulike punkter gjennom hele prosessen og holder leverandøren ansvarlig for produktet.
etter at en kontrakt er avtalt og en prosjekttidslinje er etablert, må sentrale forretningsenheter møtes for å diskutere organisasjonens fremtidige veikart, prosjektets omfang og hva et nytt system kan oppnå for selskapet. VANLIGVIS er HOVEDAKTØRENE PÅ DETTE stadiet IT-teamet, toppledere og ulike salgsteam, spesielt hvis programvaren / maskinvaren som implementeres, er et bedriftsomfattende verktøy som ET CRM-eller ERP-system.
med ulike nivåer i organisasjonen som arbeider sammen, må hver avdeling bli enige om klare, kvantifiserbare og veldefinerte mål for prosjektet og hva de hver håper å få ut av å bruke den nye teknologien. Selskapets mål må være målbare for å vurdere resultater og å bedømme suksess eller fiasko i systemet når det er implementert. Noen ganger kan dette kreve at en revisor-enten fra en tredjepart, en leverandør eller noen internt-blir hentet inn for å evaluere hver kunderettet forretningsprosess for å diagnostisere problemområder eller ineffektivitet som må korrigeres. Når målene er etablert, må organisasjonen utvikle en plan for å sjekke inn på implementeringsstatus som ofte inkluderer en tidslinje fokusert på å oppnå fastsatte mål gjennom ulike stadier av implementeringsprosessen.
Sentrale aktører i implementeringsprosessen møtes vanligvis regelmessig for å diskutere prosjektets fremgang, stemme bekymringer og utvide prosedyrer etter behov. En organisasjon kan anse det nødvendig å utnevne en programleder, noen med erfaring i de tekniske aspektene av teknologien, samt i prosjektledelse, for å overvåke implementeringsprosessen fra start til slutt. Programvareimplementeringer involverer ofte folk som forretningsanalytikere, løsningsarkitekter og tekniske analytikere i implementeringsprosessen.
etter at prosessen for maskinvare-eller programvareimplementeringsprosjekt beveger seg gjennom planleggingsstadiet, bør selskapene gradvis teste det nye systemet til det er klart å gå fullt ut. Et pilotprogram, hvor en liten testgruppe i selskapet kjører systemet som en del av en prøveperiode, er ofte en nøkkelkomponent til enhver implementeringsprosess.
Vanligvis er en underavdeling av teknisk kunnskapsrike arbeidere i et selskap opptatt av å prøve det nye systemet fordi de ville være mest opptatt av å plukke ut feil eller mangler i systemet for å ytterligere hjelpe implementeringsprosessen. Etter at testingen er fullført, fokuserer treningsprogrammene på å utdanne brukerne om det nye systemet og hvordan de skal bruke det før systemet til slutt er klart til å gå live. På slutten av implementeringen når systemet er i ferd med å gå live, går selskapene vanligvis gjennom hele prosessen og kontrollerer at alle oppgaver er fullført.
Programvare/maskinvare-implementeringer skal alltid utformes med sluttbrukeren i tankene, og implementeringsprosessen drar vanligvis nytte av brukermedvirkning og støtte fra ledere og andre toppledere i selskapet. Hvis brukerne deltar i design og implementering av systemet, vil det ideelt sett tjene sine forretningsmål mer nøyaktig og gjenspeile deres prioriteringer og måtene de foretrekker å jobbe på. Deres engasjement i prosessen gjør dem også mer mottakelige for endringer som må implementeres fordi de har førstehånds erfaring med hva systemet består av.
«bruker-designer kommunikasjon gap» er vanligvis et hinder selskaper må overvinne for å kunne implementere et nytt system. Brukere har ønsker og behov som de håper å få fra systemet mens designere og IT-ansatte må vurdere ulike restriksjoner, effektivitet og databasehåndteringsprinsipper og begrensninger under implementeringsprosessen.
Implementeringer representerer iboende en endring i selskapets eksisterende teknologiske arkitektur, så det er vanlig at implementeringsprosesser støter på problemer på begge sider av go-live-datoen. For å ta hensyn til dette, bør selskapene holde nære relasjoner med leverandører og konsulenter for å hjelpe dem med å løse problemer når de kommer opp. Vanlige problemer som oppstår under implementeringer inkluderer manglende tidsfrister, går over budsjettet for hele prosjektet, undervurderer timer som ansatte er viet til et prosjekt, kjører inn i uventede forsinkelser eller blokkeringer på grunn av en ekstern partner og står overfor tilbaketrekking av støtte fra viktige interessenter eller ulike uforutsette konsekvenser som ellers kunne bremse prosessen ned.