Liiketoimintasuunnitelma sisään SAP (Sapluuna)
Jessica Blake
⚡ Älykäs yhteenveto
An SAP Liiketoimintasuunnitelma (BBP) on allekirjoitettu asiakirja, joka kuvaa jokaisen liiketoimintaprosessin, organisaatioyksikön, päätieto-objektin ja konfiguraatioasetuksen, joita yritys aikoo käyttää. SAP — viitekontrastitract joka ohjaa koko toteutusta.
Mitä Business Blueprint sisältää SAP?
SAP Liiketoimintasuunnitelma on yksityiskohtainen kuvaus yrityksen liiketoimintaprosesseista ja järjestelmävaatimuksista. Se on keskeinen käyttöönottoasiakirja. SAP Blueprint-dokumentti näyttää kaikki tärkeät konfigurointiasetukset, joita tarvitaan ERP:n mukauttamiseksi yrityksen tarpeisiin.
Hyvin määritelty SAP Suunnitelma toimii perustana onnistuneelle toteutukselle SAP järjestelmä. Se sisältää useita aktiviteetteja, tapahtumia, virstanpylväitä ja tuotoksia, jotka ohjaavat jokaista loppupään konfigurointi- ja testaustehtävää.
Miksi SAP Suunnitelmadokumentti?
Tarkastellaan esimerkiksi Australian pohjoisterritorion hallituksen tapausta. Se pani täytäntöön SAP hallinnoimaan omaisuudenhallintajärjestelmää. Alkuperäiset kustannukset olivat 7.2 miljoonaa dollaria, mutta todelliset kustannukset nousivat 70 miljoonaan dollariin. Ratkaisu oli vain 11-prosenttisesti tarkoituksenmukainen ja sen korjaaminen olisi maksanut 120 miljoonaa dollaria lisää. Siksi suunnittelussa ERP huolellinen toteutus on erittäin tärkeää.
SAP Business Blueprint (BBP) keskittyy projektin laajuuden ja spesifikaatioiden ymmärtämiseen, todentamiseen ja dokumentointiin. Suunnitelmamalli auttaa myös määrittelemään tavoitteen käsitteellisesti ja käytännössä.
Tämän menetelmän avulla voit luoda kyselylomakkeen järjestelmän käyttäjille. Lähetät sen liiketoimintaprosessien omistajille. He täyttävät sen ja palauttavat sen konsulteille. Tämä prosessi auttaa konsultteja ymmärtämään, miten liiketoimintaa hoidetaan ja miten he voivat toteuttaa parhaat prosessit. SAP.
Tässä prosessissa koko keskustelusarja toimii pohjana SAP toteutus. Kaikkien liiketoimintaprosesseille kartoitettujen yksityiskohtien tulisi näkyä dokumentaatiotiedostossa. Tämän vaiheen onnistuminen riippuu pitkälti sen tehokkaasta päättämisestä tässä vaiheessa.
Siksi käyttöönottotiimin tulisi sisällyttää nämä toiminnot viimeistellessään konfigurointia varten tarvittavia liiketoimintaprosesseja.
Rakenne SAP Liiketoimintasuunnitelma-asiakirja
Useimmat Business Blueprint -mallit noudattavat yhtenäistä lukurakennetta, jotta talous-, logistiikka- ja henkilöstökonsultit voivat jakaa osioita keskenään ilman käännöstä. Tyypillinen BBP sisältää seuraavat osiot:
- Tiivistelmä: Projektin tausta, laajuuden mukaiset ja ulkopuoliset prosessit, hyväksyntäomistajat ja vaiheet.
- Yritysrakenne: Yrityskoodit, valvonta-alue, tehtaat, varastopaikat, myyntiorganisaatiot, osto-organisaatiot ja henkilöstöalueet, jotka konfiguroidaan SAP.
- Perustiedot: Luotavat ja ylläpidettävät dataobjektit — asiakas, toimittaja, nimike, työntekijä, pääkirjatili, kustannuspaikka — ja omistajuusmalli.
- Liiketoimintaprosessien suunnittelu: Työpajoista kerätyt AS IS -prosessit, uudelleensuunnitellut TO BE -prosessit SAP, RACI ja integrointipisteet.
- Sopivuusraja-analyysi: Rivikohtainen vaatimusmatriisi, joka näyttää, onko standardi SAP ratkaisu kattaa vaatimuksen (sopivuus), tarvitsee kiertotavan (osittainen sovitus) tai tarvitsee WRICEF-objektin (aukko).
- WRICEF-rekisteri: Luotavat työnkulut, raportit, käyttöliittymät, muunnokset, parannukset ja lomakkeet. Jokaisella merkinnällä on toiminnallinen omistaja ja työmääräarvio.
- Raportit ja lomakkeet: Standard SAP uudelleenkäytettävät raportit, mukautetut Z-raportit ja tulostettavat lomakkeet (SAPskripti, Smart Forms, Adobe Forms).
- Rajapinnat ja integraatiot: Sisään- ja ulospäin suuntautuvat integraatiot vanhoihin tai kolmannen osapuolen järjestelmiin IDocin, RFC:n, ODatan tai muiden kautta SAP Integraatiopaketti.
- Valtuutukset ja turvallisuus: Rooliluettelo, tehtävien jako ja käyttöoikeuksien hyväksymisen työnkulku.
- Tiedonsiirto: Perinteiset lähteet, puhdistussäännöt, LSMW- tai Migration Cockpit -objektit, leikkausikkunat.
- Testausstrategia: Yksikkö, integraatio, käyttäjän hyväksyntä ja regression laajuus sekä ympäristöt.
- Muutosjohtaminen ja koulutus: Viestintäsuunnitelma, koulutusohjelma ja käyttöönoton tarkistuslista.
Kuinka luoda SAP Suunnitelmamalli/asiakirja
Tässä on vaiheittainen prosessi sellaisen luomiseksi SAP Piirustusmalli tai asiakirja. Suorita jokainen vaihe järjestyksessä – myöhemmät vaiheet riippuvat aiemmin tuotetuista esineistä.
Vaihe 1) Kehitä prosessiinventaari
Tämä on ensimmäinen askel jokaisen liiketoimintaprosessin inventaarion tekemisessä. Se auttaa sinua miettimään prosessien järjestystä, omistajuutta ja prioriteettia. Täällä voit myös tunnistaa kehitystarpeita mukautetuille lomakkeille, raporteille, parannuksille tai työnkuluille, jotka eivät kuulu standardin piiriin. SAP.
Vaihe 2) Luo a Foundation suunnitelmaa varten
Tässä vaiheessa voit määritellä laajuuden SAP projekti. Luo suunnitelma ennen uuden ohjelmistojärjestelmän parissa työskentelyn aloittamista. Kerää tiedot tietoturvavaltuutusvaatimuksista ja koko yrityksen koulutustarpeista. Laajuusmääritelmä auttaa sinua asettamaan prosessien rajat ja tallentaa perustiedot jokaisesta laajuuteen kuuluvasta prosessista.
Vaihe 3) Luo suunnitelma
Suunnitelman luominen edellyttää sen ymmärtämistä, missä vastuut vaihtuvat kahden osaston välillä. Tässä vaiheessa sovelletaan tietoa selittämällä, mikä osasto tai henkilö omistaa minkäkin osan prosessista alusta loppuun. Määrittele päätiedot keskittymällä keskeisiin integraatiopisteisiin ja tukemalla organisaation toimintoja.
Vaihe 4) Arvioi aika ja kustannukset
Ennen prosessille asetettujen tavoitteiden asettamista on tärkeää tehdä lähtötilanteen mittaus. Määritä kunkin prosessin kustannukset ja aika. Tässä vaiheessa voit myös määritellä parametrit, joita käytetään organisaation parannustavoitteiden asettamiseen.
Vaihe 5) Tarkista SAP Suunnitelma
Hanki palautetta asianmukaisilta kollegoilta. Tämä varmistaa, että SAP Liiketoimintasuunnitelma-asiakirja heijastaa todellisuutta. Tässä vaiheessa kerätään myös kaikkien sidosryhmien tukea ja ehdotuksia ja tehdään virallinen hyväksyntä ennen konfiguroinnin aloittamista.
Vaihe 6) Ota käyttöön parannustekniikoita
Noudata järjestelmällistä lähestymistapaa liiketoimintaprosessien parantamiseen – arvioi lisäarvoa tuottavia toimintoja, poista päällekkäisyyksiä, lyhennä käsittelyaikaa ja käytä automaatiota aina kun mahdollista. Tämä auttaa luomaan liiketoiminta-arvoa pelkän vanhan prosessin replikoinnin lisäksi. SAP.
Vaihe 7) Kehitä sisäiset hallintalaitteet ja mittarit
Luo sisäisiä kontrolleja ja mittareita, jotka auttavat track edistystä. Niiden avulla voit myös luoda työkaluja, jotka lisäävät tehokkuutta ja tuloksellisuutta SAP liiketoimintaprosessi. Tyypillisiä mittareita ovat sykliaika, ensimmäisen kierroksen tuotto, tapahtumakohtaiset kustannukset ja poikkeusaste.
Vaihe 8) Suorita koekäyttö
Suorita kokeilu. Se auttaa sinua validoimaan SAP järjestelmän ilman täyttä investointia. Tämä vaihe korjaa konfiguraatiovirheet ja varmistaa, että prosessi toimii liiketoimintavaatimusten mukaisesti ennen käyttäjän hyväksyntätestauksen aloittamista.
Vaihe 9) Ota muutokset käyttöön
Tässä vaiheessa otetaan käyttöön uusi prosessi. Se myös viestii oikean tiedon oikeille ihmisille. Ilman virallista muutosviestintää on vaikea toteuttaa onnistunutta käyttöönottoa.
Vaihe 10) Seuraa jatkuvaa parantamista
Viimeisessä vaiheessa noudata jatkuvan parantamisen konseptia. Luo uusi lähestymistapa liiketoimintaprosessien parannusten toteuttamiseen. Jotta tämä toimisi, sinun on arvioitava prosessia säännöllisesti varmistaaksesi jatkuvan tehokkuuden.
Liiketoimintasuunnitelmien edut
- SAP Business Blueprint auttaa loppukäyttäjiä ymmärtämään, miltä ratkaisu tulee näyttämään ennen konfiguroinnin aloittamista.
- Tarjoaa vankan perustan organisaatiomuutoksen hallinnan tueksi.
- Auttaa poistamaan markkinaosuuden tai maineen menettämisen riskin epäonnistuneen käyttöönoton vuoksi.
- SAP Liiketoimintasuunnitelman mallipohja auttaa määrittelemään kaikki kriittiset menestystekijät ja keskeiset suorituskykyindikaattorit etukäteen.
- Tarjoaa projektin laajuuden aikataulun ja budjetin mukaisesti.
- Hyödyntää tiimiä koodaamalla testatun parannusmenetelmän.
- SAP BBP-malli tarjoaa paremman projektitoimituskurin dokumentoitujen virstanpylväiden avulla.
- Tarjoaa foorumin nykyisten liiketoimintaprosessien tarkasteluun ja haastamiseen ennen kuin ne luodaan uudelleen SAP.
Haasteet ja ratkaisut SAP Suunnitelma
| Haasteet | Ratkaisumme |
|---|---|
| Yrityksen johdon sitoutuminen | Ole luja. Johdon sponsorointi vaikuttaa suoraan projektin aikatauluun ja budjettiin. |
| Käyttäjät eivät tunne tietokonetta ja järjestelmäprosesseja. He saattavat unohtaa joitakin liiketoimintaprosesseja, jotka tulevat myöhemmin esiin. | Konsultin on oltava tutkivampi ja tutkittava sidosryhmiä laajasti selvittääkseen kaikki prosessit, poikkeukset ja reunatapaukset. |
| Käyttäjän kyky tarttua SAP käsitteitä. | Riittävää roolikohtaista koulutusta tulisi tarjota jo suunnitteluvaiheessa, ei vasta ennen käyttöönottoa. |
| Konsultti hoitaa useampaa kuin yhtä projektia samanaikaisesti. | Konsultin tulisi keskittyä yhteen projektiin kerrallaan. Palkkaa toinen konsultti, jos työmäärä sitä vaatii. |
| Suunnitelmat ajautuvat eteenpäin työpajojen paljastaessa uusia vaatimuksia. | Jäädytä vaatimukset määritellyssä tarkastuspisteessä ja reititä myöhemmät pyynnöt muodollisen muutospyyntöprosessin kautta. |
| Dokumentit tallennetaan sähköpostiin ja jaettuihin levyihin, mikä aiheuttaa versiokaaosta. | Käyttää SAP Signavio Process Manager, SharePoint tai Solution Manager ainoana totuuden lähteenä suunnitelmalle. |
SAP Liiketoimintasuunnitelma vs. SAP Aktivoi sovitus standardiin
Liiketoimintasuunnitelma on vanhemman ytimessä ASAP (Nopeutettu SAP) menetelmää, joka käyttää vesiputousmallia: valmistelu, suunnitelma, toteutus, lopullinen valmistelu, käyttöönotto ja tuki. Koska SAP S/4HANA, SAP-suositeltu menetelmä on SAP Aktivoida, joka on ketterä ja iteratiivinen. Sen kuusi vaihetta ovat Discover (löytö), Preparation (valmistelu), Explore (tutka), Realize (toteutus), Deploy (käyttöönotto) ja Run (suoritus).
In SAP Aktivoi, et aloita tyhjällä suunnitelmalla. Aloitat valmiiksi konfiguroiduista parhaista käytännöistä, jotka toimitetaan laajuuskohteina. Tutkimusvaiheessa pidät Fit-to-Standard-työpajoja, joissa yritys kokeilee standardia. SAP prosessi ja dokumentoi vain deltat.
| Aspect | ASAP Suunnitelma | SAP Aktivoi sovitus standardiin |
|---|---|---|
| Metodologia | Vesiputous, suunnitelmavaihe | Ketterä, Tutki-vaihe |
| Lähtökohta | Tyhjä kangas – tallenna työpajoista saadut tiedot sellaisina kuin ne ovat | Aktivoidut parhaat käytännöt — kokeile TO-BE:tä ensin |
| suorite | Liiketoimintasuunnitelma-asiakirja (BBP) | Delta dokumentti + käyttäjätarinoiden kasa |
| Tyypillinen kesto | 2–6 kuukautta työpajoja | 4–8 viikkoa Fit-to-Standard -sessioita |
| Räätälöintimenetelmä | Ytimen sisäinen muokkaus, RICEF-objektit | Puhdas ydin, vierekkäiset pidennykset päällä SAP BTP |
| Sign-off-malli | Yksittäinen BBP-hyväksyntä | Iteratiivinen hyväksyntä laajuuskohtaisesti |
| Yhteinen tuote | SAP ECC / R/3 | SAP S/4HANA, NOUSU mukana SAP, KASVAA mukana SAP |
Molemmat lähestymistavat tuottavat edelleen dokumentaatiota, mutta painopiste on siirtynyt tyhjentävästä alustavasta artefaktista elävään, tallennettuun prosessimalliin. SAP Signavio, SAP Cloud ALM tai Fiori Manage Your Solution -sovellus.
Yhteinen SAP Suunnitelman sudenkuopat ja korjaukset
Jopa hyvin johdetut ohjelmat kohtaavat samoja toistuvia ongelmia, kun suunnitelmat siirtyvät työpajasta rakennukseen. Tarkkaile alla olevia ongelmia laatutarkastuksissa.
- Vanhan prosessin kopiointi 1:1: Tuhoaa arvotapauksen. Vaadi TO-BE-työpajoja, jotka antavat SAP standardi ohjaa prosessia ennen parannusten lisäämistä.
- Puuttuvat poikkeuspolut: Suunnitelma kuvaa onnistuneen polun, mutta ei palautuksia, peruutuksia tai yritysten välisiä prosesseja. Lisää poikkeusskenaario-osio jokaiselle prosessille.
- Aliarvioidut päätiedot: Epämääräinen materiaali tai asiakasprofiili johtaa migraation uudelleenarviointiin. Määrittele jokainen ominaisuus, omistajuus ja luontikanava.
- Epäselvät integraatiokontaktipisteet: Järjestelmien nimet, mutta ei tarkkaa IDoc-, RFC- tai OData-tiedostoa. Liitä mukaan integraatioluettelo, joka sisältää lähdejärjestelmän, suunnan, tiheyden ja virheiden käsittelyn.
- WRICEF-lista kasvaa hyväksynnän jälkeen: Jokaisen uuden parannuksen tulisi käynnistää muutospyyntö, johon sisältyy kustannukset, aikataulu ja kokonaiskustannusten vaikutus.
- Lupasuunnittelu jätetty loppuun: Suunnittele roolit prosessien rinnalle siten, että työtehtävien jakamisesta johtuvat konfliktit tulevat esiin varhaisessa vaiheessa, eivätkä vasta käyttökokemuksen arvioinnin aikana.
- Ei BBP-omistajaa asiakkaan puolella: Määritä jokaiselle moduulille liiketoimintaprosessien omistaja. Konsultti laatii luonnokset; yritys omistaa ja hyväksyy ne.
