SAP -implementering - SAP implementation

SAP -implementering ( implementering av systemer, applikasjoner og produkter) refererer til navnet på det tyske selskapet SAP SE , og er hele prosessene som definerer en metode for å implementere SAP ERP enterprise resource planning software i en organisasjon . SAP -implementeringsmetoden beskrevet i denne oppføringen er en generisk metode og ikke en spesifikk implementeringsmetode som sådan. Den er basert på beste praksis og casestudier fra ulike litteraturkilder og presenterer en samling prosesser og produkter som utgjør en komplett implementeringsmetode slik at enhver organisasjon kan planlegge og utføre implementeringen av SAP -programvare.

Introduksjon

Implementeringen av SAP -programvare , for eksempel SAP R/3, er nesten alltid en massiv operasjon som medfører mange endringer i organisasjonen. Hele prosessen kan ta opptil flere år. Nesten hver person i organisasjonen er involvert, enten de er en del av SAPs tekniske støtteorganisasjon (TSO) eller de faktiske sluttbrukerne av SAP-programvaren. De resulterende endringene som implementeringen av SAP genererer er ment å nå mål på høyt nivå, for eksempel forbedret kommunikasjon og økt avkastning på informasjon (ettersom folk vil jobbe med den samme informasjonen). Det er derfor viktig at implementeringsprosessen planlegges og utføres med en solid metode. Det finnes forskjellige SAP -implementeringsmetoder. Et eksempel på hvordan ett selskap, Robert Bosch GmbH , implementerte SAP R/3 over 10 år er tilgjengelig. Denne studien viser at design av IT -arkitektur er avgjørende for implementeringspraksis for SAP.

IEEE scholar journal rapporterer om et industrisak der toppledelsen lyktes med å håndtere en problematisk implementering av SAP R/3 i et internasjonalt selskap i hurtig bevegelse av forbruksvarer (FMCG) i løpet av 2001 og 2002. (Lui 2008)

Oversikt

Konsept Definisjon
ENDRINGSLEDELSE Aktiviteter involvert i (1) å definere og installere nye verdier, holdninger, normer og atferd i en organisasjon som støtter nye måter å utføre arbeid på og overvinne motstand mot endringer; (2) å bygge konsensus blant kunder og interessenter om spesifikke endringer som er utformet for å bedre dekke deres behov; og (3) planlegge, teste og implementere alle aspekter av overgangen fra en organisasjonsstruktur eller forretningsprosess til en annen. (www.gao.gov)
ENDRE MANAGEMENT DOKUMENTASJON. All dokumentasjon som kreves og blir levert mens du utfører endringshåndtering , f.eks. De funksjonelle testtilfellene og alle de andre dokumentene en ny sluttbruker av SAP krever og de forskjellige verktøyene og tilnærmingene som brukes for å håndtere endringer fra TSO. (Anderson, 2003)
KOSTNADEN I EIERANALYSE Bestemmelse av hvor og når kostnadene blir spurt i sammenheng med SAP -løsningsbunken og pågående operasjoner. De analyse adressene alle interne og eksterne kostnader, både engangs samt tilbakevendende (Anderson, 2003)
KUTTE OVER Prosessen med overgang fra ett system til et nytt system
DATASENTER Et datasenter er et anlegg som brukes til å huse en stor mengde elektronisk utstyr, vanligvis datamaskiner og kommunikasjonsutstyr.
DATASENTERKRAV Et krav for SAP -datasenteret , det vil si et fysisk krav som strømkrav, krav til rack, nettverkskrav eller krav til nettverksserveren. (Anderson, 2003)
KRAV FOR GJENNOMFØRING AV KATASTROFI Krav som fokuserer på nedetid som varer mange timer til dager eller til og med uker (Anderson, 2003)
FUNKSJONELL TESTSAKE Et sett med betingelser eller variabler der en tester vil avgjøre om en bestemt forretningsprosess fungerer
HØYT TILGJENGELIGHET (HA) KRAV Krav som beskriver hvor lang tid systemet trenger å være tilgjengelig for å tilfredsstille brukernes behov. (Anderson, 2003)
INSTALLASJONSDOKUMENTASJON All dokumentasjon knyttet til installasjon av en ende-til-ende SAP-løsning (Anderson, 2003)
BRUKSANVISNING Samlingen av gjeldende statlig systemdokumentasjon, daglige og andre regelmessige planlagte driftsoppgaver, forskjellige sjekklister for installasjon og drift og hvordan du behandler dokumenter. (Anderson, 2003)
SEVJE SAP SE er Europas største programvareselskap. Hovedkontoret ligger i Walldorf, Tyskland. SAP ble grunnlagt i 1972 som Systemanalyse and Programmentwicklung ("Systemanalyse og programutvikling") av fem tidligere IBM -ansatte i Mannheim, Tyskland.
SAP IMPLEMENTATION PROJECT PLAN En omfattende prosjektplan som inneholder alle produktene som leveres mens du utfører et SAP -implementeringsprosjekt (Anderson, 2003)
LØSNINGSSTAK Sett med delsystemer eller komponenter som trengs for å levere en fullt funksjonell løsning, f.eks. Et produkt eller en tjeneste.
LØSNING STABL PARTNERLISTE En liste over alle leverandører som leverer produktene som utgjør SAP -løsningsbunken (Anderson, 2003)
LØSNINGSVISJON En visjon om SAP-løsningens fremtidige tilstand (Anderson, 2003)
STRESS TESTPLAN En testplan som er fokusert på å bestemme stabiliteten til et gitt system eller en enhet. Det innebærer testing utover normal driftskapasitet, ofte til et bristepunkt, for å observere resultatene.
TESTPLAN En detalj om hvordan testen vil fortsette, hvem som skal gjøre testen, hva som skal testes, hvor lang tid testen vil foregå, og til hvilket kvalitetsnivå testen vil bli utført. (IEEE 829)
OPPLÆRING Innhenting av kunnskap , ferdigheter og holdninger som et resultat av undervisning i yrkesmessige eller praktiske ferdigheter og kunnskap som gjelder spesifikke nyttige ferdigheter

( http://training.sap.com/ )

TRENINGS PLAN Bestående av opplæringsenheter , er en treningsplan et resultat av hierarkiske nedbrytninger av et treningsmål, skreddersydd i henhold til læringspreferanser og forkunnskaper til traineen. En plan er et middel hvorpå eleven tilfredsstiller målet. (www.ece.eps.hw.ac.uk/)
TSO Teknisk støtteorganisasjon. Personene som er forpliktet til implementering og administrasjon av SAP. (Anderson, 2003)
TSO -CHART Et diagram som viser strukturen til TSO. (Anderson, 2003)

Aktivitetstabell

Tabellen nedenfor gir et sammendrag av alle aktivitetene som danner SAP -implementeringsprosessen. Disse aktivitetene vil bli beskrevet mer detaljert og utdypet med eksempler i resten av denne oppføringen.

Aktivitet Delaktivitet Beskrivelse
Prosjektforberedelse Håndverk løsning visjon Avgrens og kommuniser en LØSNINGSVISJON av SAP-løsningens fremtidige tilstand, for å skissere et design som oppfyller både forretningsmessige og økonomiske krav. Fokuset bør være på selskapets kjernevirksomhet og hvordan SAP -løsningen bedre vil gjøre kjernevirksomheten vellykket. Noen av veiledningene og de viktigste kravene for hvordan du setter sammen en ERP- og SAP -business case for avkastning, forretningsnytte og suksess inkluderer fokus på konkurransepress, verditilbud og hvordan løsningen muliggjør suksess.
Design og opprinnelig bemanne SAP TSO Design og bemann de viktigste stillingene til SAP Technical Support Organization (TSO), organisasjonen som har ansvaret for å adressere, designe, implementere og støtte SAP -løsningen.
Dimensjonering og tegning Utfør eierkostnader analyse Utfør en EIERKOSTNADSANALYSE for å finne ut hvordan du får den beste forretningsløsningen for minst penger, dvs. for å avgjøre hvor og når kostnadene påløper innenfor rammen av SAP -løsningsbunken .
Identifisere høy tilgjengelighet og katastrofekrav Bestem alle HØYTILGJENGELIGHET og KRAV FOR GJENNOMFØRING AV KATASTROFI, for å planlegge hva du skal gjøre med senere nedetid i SAP -systemet
Engasjere SAP løsning stack leverandører Velg de beste SAP- maskinvare- og programvareteknologipartnerne for alle lag og komponenter i SAP SOLUTION STACK, basert på en sammenligning av størrelser ved siden av hverandre
Personal TSO Bemanne hoveddelen av TSO, dvs. fylle stillingene som direkte støtter de kortsiktige målene for implementeringen, som skal utvikle og begynne installasjon / implementering av SAP datasenter .
Utfør trening Tren de forskjellige medlemmene av SAP TSO, som datasenterspesialister, spesialister med høy tilgjengelighet og nettverksspesialister, og tren sluttbrukerne til å gi all nødvendig SAP- kunnskap og ferdigheter
Oppsett SAP DATA CENTER Bygg et nytt SAP DATA CENTER -anlegg eller transformer det nåværende datasenteret til et fundament som kan støtte SAP SOLUTION STACK
Utfør installasjoner Installer (My) SAP komponenter og teknologiske grunnlaget som en web-applikasjon server eller enterprise portal.
Avrund støtte for SAP Identifiser og bemann de resterende TSO -rollene, f.eks. Roller som er knyttet til help desk -arbeid og annen slik støtte som gir arbeid.
SAP funksjonell utvikling Address Change Management Utvikle en planlagt tilnærming til endringene i organisasjonen . Det målet er å maksimere den kollektive innsatsen til alle mennesker involvert i endring og minimere risikoen for å mislykkes med å gjennomføre de endringer knyttet til SAP implementering .
Adresser SAP -systemer og driftsledelse Skape grunnlag for SAP-systemer ledelse og SAP datadrift, ved å opprette en SAP operasjonsmanualen og ved å evaluere SAP administrasjonsprogrammer.
Utfør funksjonelle, integrasjons- og regresjonstester Test SAP -forretningsprosessene ved å utføre funksjonelle tester for å sikre at forretningsprosesser fungerer, integrasjonstester for å sikre at organisasjonens forretningsprosesser fungerer sammen med andre forretningsprosesser og regresjonstester for å bevise at et bestemt sett med data og prosesser gir konsistente og repeterbare resultater .
Siste forberedelse Utfør systemer og stresstester Planlegge, skript, kjøre og overvåke SAP STRESS TESTS for å se om sluttbrukernes forventninger, definert i servicenivåavtaler, vil bli oppfylt.
Forbered deg på cutover Planlegg, forbered og utfør CUTOVER, ved å lage en CUTOVER PLAN som beskriver alle cutover-oppgaver som må utføres før den faktiske live-live
Gå live Slå på SAP-systemet for sluttbrukerne

Implementeringsprosesser

Prosjektforberedelse

Mission Key er også det som definerer slakk.

Design og opprinnelig bemanne SAP TSO

Det første store trinnet i prosjektforberedelsesfasen er å designe og i utgangspunktet bemanne en SAP teknisk støtteorganisasjon (TSO), som er organisasjonen som er ansvarlig for å adressere og designe en Craft -løsningsvisjon .

Den andre prosjektforberedelsesjobben er å definere en såkalt løsningsvisjon, dvs. en visjon om SAP-løsningens fremtidige tilstand, der det er viktig å ta opp både forretningsmessige og økonomiske krav (budsjetter). Hovedfokus i visjonen bør være på selskapets ‘s kjernevirksomhet og hvordan SAP løsningen vil bedre at at kjernevirksomheten til å være vellykket. Ved siden av det bør manglene ved de nåværende systemene beskrives og korte, men klare krav bør stilles til tilgjengelighet ( oppetid ), sikkerhet , håndterbarhet og skalerbarhet av SAP -systemet.

Dimensjonering og tegning

Den neste fasen blir ofte referert til som størrelses- og tegningsfasen og utgjør hoveddelen av implementeringsprosessen . Fasen er illustrert nedenfor.

Denne fasen starter med å utføre en total eierkostnadsanalyse (TCO -analyse) for å finne ut hvordan du får den beste forretningsløsningen til de laveste kostnadene. Dette betyr å sammenligne alternativer og alternativer for SAP -løsninger og deretter bestemme hvilke kostnader hver del av bunken vil bringe og når disse kostnadene påløper. Deler av stabelen er for eksempel maskinvaren , operativsystemet og databasen , som danner anskaffelseskostnadene. Ved siden av det bør det tas en titt på tilbakevendende kostnader som vedlikeholdskostnader og nedetidskostnader . I stedet for å utføre en fullstendig TCO-analyse for ulike løsningsstabelalternativer som ønsker å sammenligne, kan det være lurt bare å gjøre en såkalt deltaanalyse, der bare forskjellene mellom løsningene (stabler) identifiseres og analyseres. Bildet til høyre viser essensen av en delta -analyse.

Identifiser høy tilgjengelighet og katastrofegjenopprettingskrav

Det neste trinnet er å identifisere de høye tilgjengelighetskravene og de mer alvorlige katastrofegjenopprettingskravene . Dette er for å planlegge hva du skal gjøre med senere nedetid i SAP -systemet, forårsaket av f.eks maskinvarefeil, applikasjonsfeil eller strømbrudd. Det er viktig å beregne kostnadene for nedetid, slik at en organisasjon har en god ide om sine faktiske tilgjengelighetskrav.

Engasjer leverandører av SAP -løsninger

En sann dimensjoneringsprosess er å engasjere leverandørene av SAP -løsninger , noe som er neste trinn. Dette betyr å velge de beste partnerne for maskinvare og programvare i SAP for alle lag og komponenter i løsningsbunken, basert på en sammenligning av størrelser ved siden av hverandre. De viktigste faktorene som har innflytelse her er estimerte antall (samtidige) brukere og batchstørrelser. En klok ting å gjøre er å involvere SAP SE selv for å la dem lage et størrelsesforslag som angir den anbefalte løsningsbunken, før de går til SAPs teknologipartnere/SAP -leverandører, som Accenture , HP og IBM . En forenklet løsningsbunke er avbildet til høyre, som viser de mange lagene som programvare og maskinvare må anskaffes for. Legg merke til overlappingen med OSI -modellen .

Personal TSO

TSO (Technical Support Organization) er den viktigste ressursen for en organisasjon som implementerer SAP, så bemanning av TSO er en viktig jobb som kan ta mye tid. I en tidligere fase burde organisasjonen allerede ha bemannet de viktigste stillingene. På dette tidspunktet bør organisasjonen bemanne hoveddelen av TSO'en, dvs. fylle stillingene som direkte støtter de kortsiktige målene for implementeringen , som skal utvikle og begynne installasjonen/implementeringen av SAP datasenteret . Eksempler er: datasenter eksperter, nettverksinfrastruktur eksperter, sikkerhets spesialister og databaseadministrasjon eksperter.

Det er mange måter å finne de riktige personene i eller utenfor organisasjonen for alle TSO -stillingene, og det avhenger av organisasjonen hvor mye tid den vil bruke på bemanning.

Opplæring

En av de viktigste fasene i implementeringsprosessen er opplæring . Få mennesker i en organisasjon er SAP -eksperter eller har til og med jobbet med SAP -programvare. Det er derfor viktig å lære opp sluttbrukerne, men spesielt SAP TSO: personene som designer og implementerer løsningen. Den vanlige aktiviteten er å trene en gruppe viktige brukere som igjen trener personalet (kilde: praktisksap.com). Organisasjonens viktigste brukere må være involvert i implementeringsprosjektet og testing av systemet. Mange mennesker i TSO trenger all slags opplæring. Noen eksempler på disse stillingene:

Alle disse menneskene trenger å skaffe seg den nødvendige SAP -kunnskapen og ferdighetene eller til og med SAP -sertifiseringer gjennom opplæring. Videre må folk lære å gjøre forretninger på en helt ny måte. For å definere hvor mye SAP -opplæring hver person trenger, kan et selskap bruke en skillset -matrise . Med denne matrisen kan en leder identifisere hvem som har hvilken kunnskap, for å styre og planlegge opplæring, ved å definere høyden på ekspertisen med et tall mellom f.eks. 1 og 4 for hver ferdighet for hver ansatt.

Oppsett SAP datasenter

Det neste trinnet er å sette opp SAP datasenter . Dette betyr enten å bygge et nytt datasenteranlegg eller omdanne det nåværende datasenteret til et fundament som er i stand til å støtte SAP -løsningsbunken , det vil si alle teknologilagene og komponentene (SAP -programvareprodukter) i en produktiv SAP -installasjon. Den viktigste faktoren når du designer datasenteret er tilgjengelighet . De høye kravene til tilgjengelighet og gjenoppretting av katastrofer som burde vært definert tidligere, gir en god ide om kravene til datasenter for å være vert for SAP -programvaren. Krav til datasenter kan være:

  • Fysiske krav som strømkrav
  • Krav til stativ
  • Krav til nettverksinfrastruktur eller
  • Krav til nettverksserveren.

Utfør installasjoner

Følgende trinn er å installere de nødvendige SAP -programvaredelene som kalles komponenter og teknologiske grunnlag som en webapplikasjonsserver eller bedriftsportaler , til en stat som er klar for konfigurasjon av forretningsprosesser. De viktigste deltrinnene er å forberede operativsystemet, forberede databaseserveren og deretter begynne å installere SAP -programvare. Her er det viktig å bruke installasjonsguider, som er publisert for hver SAP -komponent eller teknologiløsning av SAP SE. Eksempler på SAP -komponenter er:

Avrund støtte for SAP

Før vi går over i den funksjonelle utviklingsfasen, bør organisasjonen identifisere og bemanne de resterende TSO -rollene, f.eks. Roller som er knyttet til helpdesk -arbeid og annen slik støtte som gir arbeid.

Realisering

Den neste fasen er den funksjonelle utviklingsfasen, der det handler om endringsledelse og testing . Denne fasen er vist nedenfor.

Adresseendringsadministrasjon

Den neste utfordringen for en organisasjon handler om endringsledelse / endringskontroll, som betyr å utvikle en planlagt tilnærming til endringene organisasjonen står overfor. Målet her er å maksimere den kollektive innsatsen til alle mennesker som er involvert i endringen og å minimere risikoen for mislykket implementering av endringene knyttet til SAP -implementeringen.

Den implementering av SAP programvare vil de fleste sikkert kommer med mange endringer og en organisasjon kan forvente mange naturlige reaksjoner, dvs. fornektelse, til disse endringene. For å bekjempe dette er det viktigst å lage et solid prosjektteam dedikert til endringsledelse og å kommunisere løsningsvisjonen og målene for dette teamet. Dette teamet bør være forberedt på å håndtere de mange endringsproblemene som kommer fra forskjellige kilder som:

SAP -systemer og driftsledelse

Det neste er å lage et grunnlag for SAP -systemadministrasjon og SAP -datamaskinoperasjoner, ved å lage en SAP -driftshåndbok og ved å evaluere SAP -administrasjonsprogrammer. Håndboken er en samling av gjeldende statlig systemdokumentasjon, daglige og andre regelmessige planlagte operasjonsoppgaver, forskjellige sjekklister for installasjon og drift og hvordan du behandler dokumenter.

Funksjonell, integrasjon og regresjonstesting

Testing er viktig før du går live med et hvilket som helst system. Før du går live med et SAP -system, er det viktig å utføre mange forskjellige typer tester, siden det ofte er en stor, kompleks infrastruktur med maskinvare og programvare involvert. Både krav og kvalitetsparametere skal testes. Viktige typer tester er:

  • Funksjonell testing: for å teste ved bruk av funksjonelle brukstilfeller, dvs. et sett med betingelser eller variabler som en tester vil avgjøre om en bestemt forretningsprosess fungerer
  • Integrasjonstesting
  • Regresjonstesting

Alle tester bør gå foran med å lage solide testplaner .

Avtaler vil bli oppfylt. Dette kan gjøres med SAPs standardapplikasjons benchmarks , å benchmark organisasjonens konfigurasjoner mot konfigurasjoner som har blitt testet av SAPs hardware teknologipartnere. Igjen, en testplan bør først opprettes.

Siste forberedelse

Forbered deg på cutover

Den siste fasen før du går live med SAP blir ofte referert til som cutover -fasen, som er prosessen med å gå over fra ett system til et nytt. De organisasjonens behov for å planlegge, forberede og gjennomføre cutover, ved å opprette en cutover plan som beskriver alle cutover oppgaver som må utføres før selve go-live. Eksempler på nedskjæringsoppgaver er:

  • Gjennomgå og oppdater alle systemrelaterte operasjonsprosedyrer som sikkerhetskopieringspolicyer og systemovervåking
  • Tildel eierskap til SAPs funksjonelle prosesser til enkeltpersoner
  • La SAP SE gjøre en GoingLive -sjekk for å få deres velsignelse til å leve live med systemet
  • Lås systemet, dvs. ikke gjør flere endringer i SAP -systemet

Gå live og støtte

Alle de tidligere beskrevne fasene leder alle mot dette siste øyeblikket: go-live. Go-live betyr å slå på SAP-systemet for sluttbrukerne og få tilbakemelding på løsningen og overvåke løsningen. Det er også øyeblikket der produktprogramvareadopsjon spiller inn. Mer informasjon om dette emnet:

Se også

Referanser

  • Lui, Kim Man (2008). "Redde problematiske programvareprosjekter ved teamtransformasjon: en casestudie med et ERP -prosjekt". IEEE Transactions on Engineering Management 55 (1): 171 - 184. doi : 10.1109/TEM.2007.912933 .
  • Anderson, GW (2003). SAP Planning: Best Practices in Implementation. Sams Publishing
  • Francalanci, C. (2001). Forutsi implementeringsarbeidet til ERP -prosjekter: empirisk bevis på SAP/R3. Journal of information technology, Vol. 16, utgave 1, s. 33–48.
  • Hirt, SG, Swanson, EB (1999). Vedtar SAP hos Siemens Power Corporation. Journal of Information Technology, Vol. 14, utgave 3, s. 243–251.
  • Krumbholz, M., Maiden, N. (2001). Implementering av pakker for ressursplanlegging av virksomheter i forskjellige organisatoriske og nasjonale kulturer. Informasjonssystemer, bind. 26, utgave 3, s. 185–204.
  • Sankar, CS og Rau, KH., (2006). Implementeringsstrategier for SAP R/3 i en multinasjonal organisasjon, Cybertech Publishing, Hershey, PA, 2006.
  • Xue, Y., Liang, H., Boulton, WR, Snyder, CA (2005) ERP -implementeringsfeil i Kina: Casestudier med implikasjoner for ERP -leverandører. International journal of production economics, vol. 97, utgave 3, s. 279–295.
  • Yusuf, Y., Gunasekaran, A., Abthorpe, MS (2004). Implementering av prosjektinformasjon for bedrifter: En casestudie av ERP i Rolls-Royce. International journal of production economics, vol. 87, utgave: 3, s. 251–266.