Se știe că declarațiile de marketing ale vânzătorilor se îndepărtează uneori serios de realitate. Cu toate acestea, este general acceptat că jucătorii reputați de pe piață nu recurg la o astfel de practică. Cu toate acestea, SAP Business One Manager de proiect de implementare într-un mic firma ruseasca Am fost convins din experiență personală că „nimic uman nu este străin” companiilor respectabile.

Limita supraviețuirii

În urmă cu câțiva ani, aproape toți dezvoltatorii de sisteme ERP din lume au început să se îndrepte către segmentul IMM-urilor, care a fost declarat aproape cel mai promițător și prioritar. Au fost introduse pe piata noi produse, destinate companiilor mici cu bugete IT mici. Piața rusă a aplicațiilor de afaceri nu a făcut excepție. În presa internă au apărut articole convingătoare în care îi informează pe oamenii de afaceri ruși că, în fața unei concurențe mai dure (inclusiv aderarea la OMC), aceștia nu vor putea supraviețui dacă nu au un sistem modern, automatizat. contabilitate de gestiune, planificare și control. Argumentele prezentate au fost destul de convingătoare. Drept urmare, conducerea multor întreprinderi mijlocii și mici din Rusia se gândește serios la tranziția „la ceva mai bun decât Excel și 1C”. Compania noastra apartine si segmentului IMM si, datorita factorilor de mai sus, a acceptat oferta unuia dintre partenerii SAP Corporation de a introduce pe piata un produs de atunci nou - SAP Business One (B1).

După cum reiese din broșurile de publicitate, produsele software moderne care îndeplinesc standardele mondiale general acceptate au devenit în sfârșit disponibile pentru întreprinderile mici din Rusia. Era vorba despre funcționalitate largă, preț accesibil și câteva luni de implementare. S-a tăcut un singur lucru - că afacerea mică riscă mult mai mult atunci când intră în jocul „introducerii software-ului corporativ”, pentru că, în ciuda bugetului modest în comparație cu proiectele senzaționale, investițiile în IT pentru nu. companie mare- un element semnificativ în costurile sale. Și în ceea ce privește dimensiunea afacerii, introducerea unei „cutii frumoase de peste mări” poate pune cu adevărat o companie în pragul supraviețuirii.

Iată o nouă întorsătură

SAP nu a făcut excepție în cursa globală pentru IMM-uri și în urmă cu câțiva ani a anunțat „schimbări majore în portofoliul de produse al companiei” și decizia de a face o „întorsătură totală către piața IMM-urilor” și de a le include în linie de produse soluție axată pe companiile mici în creștere. Mai mult, s-a anunțat că piața de soluții pentru IMM-uri este una dintre prioritățile pentru SAP. Director SAP CIS Alexei Shlykov apoi a comentat acest pas astfel: „SAP a recunoscut momentul în care piața Afaceri mari, pe care, în primul rând, s-au concentrat aplicațiile de business ale companiei, s-a dovedit a fi aproape de saturație și era timpul să căutăm următoarele piețe de vânzare.

Drept urmare, în 2003, o versiune localizată a SAP Business One a fost introdusă pe piața rusă - o soluție care este fundamental diferită de ceea ce făcea SAP înainte. Cu toate acestea, SAP Business One nu este dezvoltarea unei companii germane: produsul a fost achiziționat de la dezvoltatori israelieni. Este curios că lansarea SAP Business One nu a fost însoțită de o scară largă campanii de publicitate- toate eforturile de promovare au rezultat în mai multe articole informative în presă și o serie de seminarii regionale, care pt potențiali clienți organizat de partenerii SAP. De asemenea, a fost anunțat oficial că costul unui loc de muncă „la cheie” (licențe plus consultanță în implementare) va fi de 2.500–3.000 de euro, iar durata implementării nu va depăși 8 săptămâni. În plus, se știa că produsul avea un avantaj semnificativ în comparație cu propunerile alternative - este personalizabil, nu trebuie programat, spre deosebire de soluțiile 1C și conține deja procese de afaceri gata făcute.

De altfel, în timpul vânzării directe a companiei noastre, s-a afirmat următoarele: „În 2 luni vom introduce produsul și veți avea un sistem de contabilitate de gestiune complet.” În aia informatii de marketing despre produs nu corespunde esenței sale reale, ne-am convins ulterior de propria noastră experiență. Până acum, totul a sunat foarte convingător. Am fost impresionați și de videoclipurile demonstrative ale soluției prezentate de partenerul SAP (o companie respectată, de lungă durată, în regiunea noastră). În plus, a fost formulat cel mai convingător argument - „sunteți sub aripa unui brand SAP de încredere”. Și ne-a spulberat toate îndoielile.

realitatea dură

După trei luni de implementare, a devenit clar că funcționalitatea SAP Business One este, sincer, insuficientă pentru a conduce chiar și o afacere mică (70 de angajați) în Condițiile rusești. De ce nu am înțeles asta înainte? Problemă complexă.

Produsul, după cum ni s-a spus, se adresează pieței IMM-urilor, pentru a nu implica companiile într-o etapă lungă a sondajului urmată de un multi-volum. termeni de referinta. Drept urmare, după etapa de testare a produsului personalizat, ne-am confruntat cu o listă de „bug-uri” pentru mai mult de trei foi, și cu cele fără reparare pe care pur și simplu este inutil să punem sistemul în stare de funcționare. Unele dintre ele s-au referit în mod specific la erori în funcționarea produsului, în timp ce altele au vizat problemele de funcționalitate insuficientă a soluției. Conform listei pe care am întocmit-o, compania de implementare era pregătită să „termine” aproximativ 30% din cerințe, în timp ce restul nu putea fi schimbat fără participarea SAP, deoarece codul de produs a fost închis. Implementarea acelor „îmbunătățiri” pe care partenerul este capabil să le realizeze singur a dublat costul proiectului deodată. Acest lucru a fost motivat de faptul că „produsul trebuie finalizat în conformitate cu specificul proceselor de afaceri”. În același timp, chiar era nevoie de îmbunătățiri, dar nu pentru „specificul” nostru, ci pur și simplu pentru a implementa în produs, în general, un model de business standard. Nu au existat cereri neobișnuite din partea noastră.

În plus, după cum sa dovedit, SAP Business One nu este un sistem cu trei niveluri, ci este construit pe o arhitectură client-server. În același timp, informațiile sunt procesate nu pe server, ci pe client, ceea ce afectează direct performanța. Apropo, când am lansat sistemul în modul test, ținând cont de cerințele hardware menționate în broșurile oficiale care descriu soluția SAP Business One, capacitățile declarate de procesare a informațiilor ale sistemului nu s-au concretizat.

De asemenea, este necesar să remarcăm câteva deficiențe grave ale SAP Business One, care nu sunt evidente la primele prezentări, dar „apar” doar în proces:

• semantica sistemului de baze de date practic nu este descrisă;
• practic nu există proceduri stocate;
• sistemul este lent și necesită resurse;
• dispărut tipărire a formularelor corespunzător standardele rusești contabilitate;
• funcția de backup nu este implementată (de exemplu, produse);
• contabilitatea mijloacelor fixe nu a fost implementată;
• contabilitatea decontărilor cu persoane responsabile nu este implementată;
• contabilizarea plăților implementată incorect;
• nu există posibilitatea de a atribui costuri directe și indirecte costului de producție;
• suportul depozitului celular nu este implementat, este imposibil să se țină evidențe în contextul transporturilor de mărfuri;
• nu este implementată posibilitatea de a efectua sosirea părții la prețuri diferite;
• MRP nu funcționează în contextul unui depozit.

În același timp, SAP Business One acumulează diferențe de sumă numai în moneda națională, raportul privind diferențele de sumă este întocmit pe baza cursului de schimb curent, ceea ce duce la calcularea incorectă a diferențelor de sumă la plăți.

„Defectele” enumerate fac în general imposibilă furnizarea de informații corecte despre activitățile companiei. În același timp, nu este în totalitate clar cum, în acest caz, SAP Business One poate fi poziționat ca sistem de contabilitate de gestiune. Cu amănuntul, angroși alte companii cu creștere rapidă nu vor putea lucra cu acest sistem din cauza limitărilor sale de performanță. Salvarea unui document cu 40-50 de poziții aduce sistemul într-o stupoare. Dacă există cel puțin 200-300 de astfel de documente pe zi, atunci totul nu mai funcționează.

Ni s-a oferit să „optimizăm” procesele de afaceri ale companiei noastre, ceea ce, de fapt, este o restructurare a punctelor cheie pentru noi și seamănă mai degrabă cu „strângerea” unei afaceri deja stabilite bine stabilite în cadrul rigid al unei soluții. Dacă nu dorim să reconstruim sistemul existent în compania noastră, ni s-a propus să finalizăm soluția. Mai mult, aici vorbim despre extinderea funcționalității soluției și necesită programare folosind așa-numitul pachet SDK (Software Development Kit).

Dintr-o conversație cu o companie de implementare, am aflat că SAP, în general, forțează partenerii să rafineze în mod independent funcționalitatea și să scrie așa-numitele suplimente (componente suplimentare). Aceste componente pot fi, de asemenea, obținute din comerț de la alți parteneri care au implementat deja această funcționalitate. De exemplu, pentru a contabiliza tranzacțiile cu active fixe, trebuie să cumpărați add-on-ul corespunzător, la fel dacă dorim să ținem evidența costurilor reale și planificate, un alt modul separat este conceput pentru a interfața soluția cu sistemul bancă-client . Pe lângă faptul că costul proiectului crește, există și o altă latură: dacă cumpărăm un add-on de la o altă companie, atunci fie trebuie să-i implicăm în implementare pentru, din nou, bani suplimentari, fie partenerul nostru de implementare. se vor descurca singuri, dar nici gratuit. De fapt, se dovedește un fel de „piramidă”, care crește cu cât mai puternică, cu atât mai largă este funcționalitatea cerută de întreprindere.

Vinde si uita?

Este logic să presupunem că SAP ar trebui să se ocupe direct de corectarea deficiențelor tehnice și tehnologice. Aici, mai multe puncte interesante au fost dezvăluite în comunicarea cu biroul SAP din Moscova. Mentionez ca am platit suportul tehnic anual si am avut dreptul sa contam macar pe o atitudine atenta ca client si un raspuns prompt.

Trebuie să spun imediat că niciunul dintre punctele indicate de noi nu a fost corectat. În schimb, a existat o lungă corespondență între partener și persoane responsabile SAP, pe care, până la urmă, chiar ni l-a arătat partenerul nostru. Majoritatea răspunsurilor (politicoase, dar răspunsuri scurte cu o pauză de o săptămână) s-au rezumat la faptul că sunt bine conștienți de acest sau acel „bug” și lucrează activ la el, deoarece nu suntem singurii care ne plângem aceasta. Aproape toate punctele pe care le-am solicitat au fost corectate versiune noua SAP Business One. Pe care îl așteptăm de aproximativ un an și jumătate.

Ca urmare, avem opinia că demonstratul " suport tehnic» reflectă abordarea globală a furnizorului de a face afaceri cu IMM-urile. SAP în Rusia se concentrează în mod special pe clienții mari, deoarece aceștia au posibilitatea de a investi o cantitate nedeterminată de timp și bani într-un proiect. Dar IMM-urile nu pot aștepta la nesfârșit și „hrănește” consultanții SAP în tot acest timp. Mai mult, judecând după „eficiența” și „semnificația” răspunsurilor la solicitările noastre, se pare că SAP este interesat doar de vânzarea de licențe și nu se face nimic în mod specific cu privire la produs. De asemenea, este de remarcat faptul că persoanele responsabile pentru clienți în SAP Business One se schimbă adesea în SAP. Unii dintre ei, după demararea proiectului SAP pentru IMM-uri, au trecut foarte repede de la rezolvarea problemelor de promovare a SAP Business One la crearea propriei cariere în cadrul SAP, cealaltă parte s-a mutat în alte companii.

Aritmetica de marketing

Declarația „SAP Business One este un sistem de contabilitate de gestiune” conferă un farmec aparte specialiștilor de marketing SAP. Repet, ce poate fi contabilitatea dacă sistemul nu este capabil să ofere informații adevărate despre activitățile întreprinderii? În cazul în care sistemul este „tras cu nenorocire pe afacere” de către parteneri nefericiți care sunt pur și simplu forțați să conducă compania în cadrul acestei „soluții”?

Încă de la începutul lansării produsului SAP Business One pe piața rusă, s-a afirmat că aceasta este o soluție pentru întreprinderile mijlocii și mici. Este într-adevăr? Compania SAP însăși în mass-media a anunțat costul unui loc de muncă la cheie (adică licență + implementare) - aproximativ 2,5 - 3 mii EUR În plus, s-a anunțat (ca un avantaj al produsului) că prețul este final .

Pentru a automatiza cu adevărat procesele cheie de afaceri într-o companie mică, să zicem cu un personal de 100-200 de oameni (finanțe, vânzări, depozit, achiziții), trebuie să achiziționați aproximativ 10-15 stații de lucru. Adică, este necesar să se bazeze pe suma de aproximativ 30-45 mii EUR. După cum arată practica, proprietarii de rusă firme mici, care își câștigă fiecare bănuț „din sudoare și sânge”, nu este atât de ușor să plătești 30 de mii de euro/dolari pentru „software”. Mai mult, este imposibil să se mențină contabilitatea fiscală și evidența în sistem și, cel puțin, va fi nevoie în continuare de „1C: Contabilitate”. Mai mult, dacă te uiți mai atent la implementările deja anunțate, poți observa că proiectele cu drepturi depline sunt o excepție rară și, de regulă, vorbim de 3-5 licențe. Concluziile sugerează de la sine.

Astfel, din experiența noastră, SAP Business One poate lucra cu cel mult 10 utilizatori, într-o companie în care nu există un depozit de produse cu drepturi depline, în timp ce nu pot fi procesate efectiv mai mult de 2-3 comenzi de produse pe zi. Se pune întrebarea: „Oare o companie mică în curs de dezvoltare are nevoie de un astfel de sistem pentru mai mult de două mii de euro pe la locul de muncă? De ce, dacă la acest nivel este suficient să folosești doar Excel?

În primul rând, conform reprezentanților partenerilor SAP, dezvoltatorii Business One sunt localizați în Israel și nu există un program clar de dezvoltare a produsului pentru piata ruseasca. Mai precis, o astfel de dezvoltare la scară globală a afacerii SAP are cea mai mică prioritate. Și oricât de activi sunt partenerii, pur și simplu nu pot face față fizic cu toată această mașină și „elimină” îmbunătățirile necesare pentru produse în mod direct (iar reprezentanța SAP din Moscova, conform martorilor oculari, este inactivă). Această situație este destul de comună în afaceri, când o corporație care și-a făcut un nume începe să lanseze produse la o categorie de preț mult mai mică. Managementul este deja la o înălțime cosmică de neatins, cu „gândurile cosmice” divorțate de realitate.

Dacă vorbim în mod specific despre realitatea rusă, atunci poate că motivul este că în ultimii 10 ani SAP a existat și aici. conditii confortabile? Este suficient să ne amintim chiar și sumele oficiale ale investițiilor în IT ale monștrilor noștri industriali. Și când era vorba de acțiune reală, dezvoltarea normală și promovarea unui anumit produs, poate că aici erau necesare abilități și competențe care nu erau necesare înainte? Iar proiectele au devenit mai transparente și nu mai este la fel de ușor să reducă la tăcere problemele ca în implementările la scară largă, unde sunt prea multe interese implicate pentru a expune publicității rezultate inestetice.

Este clar că obiectivele implementării unui sistem ERP într-un mod mare întreprindere industrială adesea departe de automatizare în sine (și este încă o mare întrebare cum au avut astfel de implementări un impact pozitiv asupra industriei ruse), dar în segmentul IMM-urilor această abordare nu va funcționa. Remarc că prevânzarea se face la un nivel profesional înalt, ceea ce nu este surprinzător, având în vedere competența angajaților și partenerilor SAP. Dar este etic să profităm de incompetența managerilor ruși și să o manipulezi cu pricepere? Și vorbim despre un produs care este menit să „închidă” toate problemele cheie ale managementului companiei. Poziția furnizorului aici trebuie să fie impecabilă.

Apropo, pe lângă această poziție a SAP: la masa rotundă din 15 noiembrie 2006, au fost anunțate oficial noi abordări de lucru cu partenerii care lucrează cu IMM-uri. SAP spune că implementarea produsului se va face în întregime de către parteneri. Iar vânzătorul „va efectua gestionarea generală și plasarea comenzilor”. Ei bine, poziția este destul de logică, din punctul de vedere al înlăturării complete a răspunderii pentru rezultatul proiectului. Adică, pe de o parte, pentru liderii ruși pentru luarea deciziei de achiziție de software, va exista o dispută cu privire la soliditatea mărcii dezvoltatorului, pe de altă parte, clienții unu-la-unu vor rămâne alături de partener. Iar acesta din urmă, la rândul său, este „unu la unu” cu produsul. Dacă mai aveți îndoieli dacă să implementați sau nu SAP Business One, încercați să vorbiți direct cu proprietarul companiei în care se presupune că rulează această soluție. Încercați să întrebați, de asemenea, managerului de vânzări SAP Business One Solution cel puțin câteva dintre întrebările ridicate în acest articol.

Vladlen Tătarski

Implementarea SAP de la zero

Implementarea de noi sau îmbunătățirea sistemelor de informare de management existente bazate pe produse software Companiile SAP SE sunt realizate de SKYRISE sub formă de proiecte conform metodologiilor dovedite ASAP, ASAP Focus, PMBOK.

Proiectele de implementare (dezvoltare) ale clasei ERP IMS aparțin clasei de proiecte complexe complexe și acoperă nu numai implementare tehnică solutii de afaceri, dar si transferul de competente de configurare si utilizare a sistemului catre angajatii Clientului.

Interacțiunea strânsă necesară „client-consultant” în toate etapele de lucru este implementată prin crearea unei articulații grup de lucru proiect. Dezvoltarea unei soluții și implementarea lor în sistem are loc cu participarea directă a experților și specialiștilor tehnici ai companiei Clientului, iar soluțiile în sine și rezultatele deja în timpul proiectului devin proprietate intelectuală firma client.

Un proiect organizat sistematic trece prin următoarele etape:

• Initierea proiectului
• Design conceptual (dezvoltare de soluții de proiectare)
• Implementarea tehnica a solutiilor de proiectare
• Testare
• Instruirea utilizatorilor
• Pregătirile pentru lansarea OPE
• Lansarea sistemului în funcționare productivă și întreținerea acestuia

SKYRISE preia gestionarea domeniului de lucru, a programelor și a termenelor limită, a resurselor și a calității rezultatelor proiectului. În același timp, Consiliul de Conducere și membrii echipei de proiect din partea Clientului au întotdeauna posibilitatea de a controla și de a fi implicați în deciziile proiectului.

SKYRISE acordă o mare importanță experienței existente în industrie în crearea de sisteme informatice și modele de bune practici din industrie (SAP Best Practices) (vezi și - soluții industriale).

Când este necesar să implementați SAP de la zero

• Compania face afaceri folosind o soluție non-SAP și a întâmpinat limitări tehnologice.
• Compania este un Startup și are în vedere alegerea platformei principale de informare
• Compania produce mari schimbări organizatorice, inclusiv fuziuni și achiziții, sau o schimbare coordonată a activității

Fiecare dintre aceste apeluri are propriile scenarii de lucru. Și pentru asta
pentru a oferi o soluție adecvată este necesar să reflectăm în detaliu cerințele pentru un astfel de sistem și să alegeți ulterior solutie tehnologicaîn conformitate cu strategia de dezvoltare a companiei.

Lansați șablonul corporativ SAP

Pe baza nevoilor dezvoltate de automatizare, o soluție deja dezvoltată - Template (Template) poate fi folosită pentru a o accelera.

Un șablon corporativ este de obicei dezvoltat pentru un holding internațional mare atunci când este necesar:
• Unificați afacerile
• Luați în considerare cerințele locale
• Combinați datele într-un singur spațiu de informații

De asemenea, este posibil să utilizați un șablon de industrie dintr-un set de soluții industriale (SAP Best Practices).

Extinderea funcționalității sistemului de productivitate SAP

Extinderea funcționalității unui sistem productiv

Extinderea funcționalității unui sistem productiv are propriile sale specificități. Schimbările incorecte pot perturba un sistem productiv, ceea ce poate duce la o oprire a producției sau la o oprire a transportului, care este plină de multă muncă pentru afacere.

1. Toate modificările trebuie făcute pe baza unei metodologii verificate
2. Toate schimbările trebuie planificate
3. Aveți întotdeauna un plan pentru a anula modificările
4. Funcționalitatea ar trebui verificată atât în ​​raport cu domeniul funcțional extins al proceselor cheie de afaceri,
   cât şi în ceea ce priveşte sfera organizaţională extinsă

Extinderea funcționalității se face de obicei folosind metodologia de implementare ASAP.

Dezvoltarea de funcționalități personalizate

Dezvoltarea funcționalității personalizate este de obicei înțeleasă ca dezvoltarea de funcționalități non-standard.
În același timp, este important să înțelegeți principiile gestionării datelor (cărți de referință), operațiunilor și dezvoltării rapoartelor atunci când implementați funcționalitatea utilizatorului.
Exemple de astfel de evoluții sunt:

1. Instrumente de scanare a codurilor de bare cu dispozitive mobile- link
2. Sistem de management al echipamentelor comerciale -
   legătură
3. Sistem de management al fondurilor protectie personala- link

Migrare la SAP HANA

Trecerea la SAP HANA (High-Performance Analytic Appliance) se realizează în conformitate cu metodologia SAP Activate.
1. În primul rând, este descrisă întreaga listă a proceselor de afaceri utilizate
2. Este descrisă întreaga listă a cărților de referință utilizate
3. Este descrisă întreaga listă a interfețelor utilizate
4. Pe echipamentul achiziționat (în cazul versiunii On Premise) este instalat software-ul SAP HANA.
5. Se fac îmbunătățiri ale utilizatorilor la funcționalitate
6. Datele de director și istoric sunt migrate de la sistemul vechi la cel nou folosind instrumente speciale
7. Funcționalitatea este testată în noul sistem.
8. Interfețele sunt în curs de activare
9. Tranziția către o nouă platformă este în curs

Reprezintă sistem automatizat managementul principalelor procese interne ale companiei, inclusiv contabilitate, finanțe, producție, comerț, managementul personalului, stocurile de depozit și multe alte domenii de activitate. Cele mai bune practici în procesele de afaceri, flexibilitatea, scalabilitatea, adaptarea la contextul legal al oricărei țări și nevoile individuale ale unei anumite întreprinderi sunt principalii factori de succes ai sistemului creat de dezvoltatorii de software germani și care a devenit unul dintre cele mai utilizate la nivel mondial.

Introducerea SAP este un proces serios, în mai multe etape, de tranziție a afacerii la forme fundamental diferite de management. Implică pregătirea înainte de proiect și selectarea soluțiilor optime atât din punct de vedere tehnic, cât și financiar.

Una dintre cele mai presante probleme de interes pentru clienții care au decis să implementeze SAP este costul proiectului. Constă din mulți factori, dar pentru compania noastră valabilitatea sa este cel mai important criteriu pentru implementarea cu succes a proiectului. Experții noștri oferă decizii raționale, a cărui latură financiară este calculată ținând cont de rentabilitatea practică maximă pentru un anumit client.

Implementarea sistemului SAP din punct de vedere al profunzimii transformărilor aflate în desfășurare poate fi considerată una dintre cele mai importante repere din istoria dezvoltării companiei, succesul căruia depinde de munca bine coordonată a dezvoltatorilor și a personalului propriu al companiei. . În același timp, nu numai serviciile IT, ci și toate celelalte divizii structurale iau parte la implementarea sistemului.

Rezultatele implementării SAP

Implementarea SAP într-o întreprindere permite rezolvarea diverselor sarcini de producție, marketing și management care afectează atât indicatorii de performanță în general, cât și în domenii specifice de activitate.

Principalele beneficii obținute prin implementarea SAP includ:

• reducerea costului produselor fabricate (lucrări, servicii);
• creșterea productivității muncii printr-o schimbare calitativă a abordărilor, metodelor de management și proceselor de afaceri existente;
• consolidarea disciplinei contractuale și respectarea termenelor de livrare;
• acces la analize de înaltă calitate;
• îmbunătățirea managementului proceselor de afaceri;
• îmbunătățirea calității și vitezei de recepție decizii de management;
• si ca urmare a tuturor acestor transformari - o crestere a competitivitatii companiei pe piata, o crestere a capitalizarii si a sumei profitului primit.

Principalele etape ale implementării SAP

Dezvoltarea și implementarea cu succes a SAP necesită integrarea deplină a tehnologiilor SAP propuse cu arhitectura informațională existentă a întreprinderii. De la antreprenor, acest lucru necesită, în primul rând, cunoștințe tehnice serioase, experiență vastă în implementarea sistemelor și modulelor SAP, precum și o înțelegere profundă a specificului afacerii și activitati de productie client.

Principalele etape ale implementării SAP sunt:

• Pregătirea proiectului (Carta proiectului, planul proiectului, regulamentele sunt în curs de pregătire. Se efectuează un sondaj și se dezvoltă arhitectura soluției)
• Dezvoltarea unui proiect conceptual de afaceri (Descrierea „a fi” în terminologia SAP. Structuri organizaționale; date de bază; procese de afaceri; formulare de ieșire; rapoarte; îmbunătățiri. Pregătirea scenariilor pentru testarea funcțională)
• Configurarea unui prototip și FT (Configurarea unui sistem prototip și testarea conform scenariilor pregătite. Pregătirea datelor de bază de către client (cărți de referință). Pregătirea unui scenariu de testare a integrării)
• Personalizarea sistemului și IT (Testarea de integrare) (Tunificarea sistemului pe baza rezultatelor testelor funcționale. Efectuarea testelor de integrare. Finalizarea datelor de bază. Evoluții necesare în timpul proiectului, care de obicei nu ocupă mai mult de 10-15% din suma totală de muncă)
• Pregătirea sistemului pentru un început productiv (Implementarea stațiilor de lucru. Instruirea utilizatorilor finali. Încărcarea datelor de bază și variabile.)
• Start productiv și suport pentru un start productiv (Încărcare suplimentară de date master și variabile. Suport operațional pentru utilizatorii finali. Închiderea primelor perioade)

Nivelul de pregătire al specialiștilor companiei noastre, cunoștințele profunde ale acestora Procese de producțieși mecanismele de management al afacerilor, precum și disponibilitatea propriei metodologii de implementare, ne permit să garantăm implementarea rapidă și de înaltă calitate a sistemelor SAP de diferite niveluri de complexitate.

De ce proiectul este împărțit în faze și ce principiu este de obicei urmat la împărțirea proiectului în faze?

De fapt, totul este extrem de simplu, primul - în funcție de rezultatele fazei, implementarea proiectului este monitorizată, managementul acestuia este efectuat, iar al doilea - este convenabil să legați termenii contractului de faze. : activare, program de plată etc. Este clar că fiecare fază trebuie să se încheie cu un anumit produs, care poate fi considerat, din punctul de vedere al părților, obiectul contractului sau o parte din acesta.

Înființarea unui birou de proiect

Prima și de obicei cea mai scurtă fază a proiectului. Foarte des, numele său introduce clientul într-o „stupore”. Odată, când am avut onoarea să lucrez în echipa internă a unei curajoase întreprinderi metalurgice, s-au auzit întrebări destul de sarcastice din partea conducerii de vârf: „Ce, vor aranja scaune în această etapă?”.

De fapt, desigur, în acest caz, nu sunt așezate scaune sau măcar mese. Produsul acestei faze a proiectului îl constituie de fapt principalele documente de management al proiectului: ordinul de începere a proiectului, carta proiectului, graficul detaliat, planul de management al riscului, planul de comunicare etc.

De multe ori numele fazei este ales de altul, mie personal imi place acesta, pentru ca. se potrivește cu adevărat cu conținutul.

Studiu

În această fază a proiectului, consultanții contractorului se familiarizează cu procesele de la întreprindere pe care trebuie să le automatizeze, studiază cerințele. Comunicarea dintre consultanții și angajații întreprinderii are loc cel mai adesea sub forma unui interviu, după care consultantul întocmește un raport asupra întâlnirii. Raportul trebuie semnat de toți participanții la întâlnire. În viitor, toate rapoartele privind interviurile efectuate sunt incluse în raport.

Cea mai bună practică este de a pregăti o descriere a proceselor de afaceri sub formă de diagrame într-un produs CASE. O astfel de diagramă se numește Diagrama procesului de afaceri așa cum este (AS-IS). Dar, din păcate, din cauza costului ridicat al produselor software, precum și a cererii scăzute din partea clientului, această tehnologie este foarte rar folosită pe proiecte. Păcat, pentru că utilizarea lui vă permite să faceți diverse concluzii analitice despre starea proceselor de afaceri, să optimizați și, cel mai important, în viitor, atunci când proiectați conceptual și construiți modelul „As It Should Be” (TO-BE), vă permite să faceți o analiză comparativă, adică . vă permite să preziceți beneficiile implementării unui sistem ERP. Rezultatul acestei faze este, de asemenea, adesea un termen de referință actualizat.

Concept Design (Model TO-BE)

Faza de Proiectare Conceptuală ar trebui să cuprindă de fapt munca depusă în faza de Sondaj, dar în ceea ce privește managementul proiectelor, și mai ales bugetul și calendarul, cred că e mai bine să le separăm. Faptul este că, în faza de sondaj, poate deveni deja clar pentru contractant necesitatea ajustării plan calendaristicși domeniul de activitate, problema ar trebui adusă în discuție și luate măsurile adecvate. Dacă acest lucru nu se face în această etapă, atunci este practic imposibil să o faci mai târziu (deși în acest caz este necesar să arăți miracole ale diplomației).

Faza de proiectare conceptuală, după părerea mea, este una dintre cele mai dificile faze ale unui proiect. Aici, adesea, există ciocniri între diferite structuri ale întreprinderii și, ca urmare, antreprenorul trebuie să caute constant o cale de ieșire din această situație. Într-adevăr, în final, succesul implementării acestei faze particulare va da un impuls automatizării cu succes a proceselor de afaceri, ținând cont de cerințele propuse de sistem. Documentul în curs de elaborare în această etapă a proiectului, designul conceptual, este regula după care se vor construi în viitor nu doar configurația sistemului, ci și procesele de business. Nu este un secret că Sistem informatic- acesta este instrumentul de afaceri care vă permite să luați decizii operaționale, tactice și strategice și afectează, de asemenea, activitatea unităților implicate în pregătirea informațiilor.

De asemenea, o anumită dificultate în această fază este corectarea pentru creativitatea și creativitatea membrilor. echipă de proiect. Atunci când lucrați la un proiect conceptual, ar trebui organizate consultări suplimentare cu experți în afaceri, ar trebui organizate sesiuni de brainstorming. Trebuie făcut totul pentru a se asigura că sistemul este adaptat la maximum la cerințele clientului, iar aceasta este principala dificultate.

Implementarea

Cea mai de înțeles și, după mulți (cred că într-o părere greșită), cea mai importantă fază a proiectului. De fapt, odată cu construirea corectă a modelului conceptual al proceselor de afaceri și al sistemului, faza de implementare a setărilor și dezvoltărilor se reduce la pur munca tehnica. Complexitatea și importanța acestei faze pot fi explicate prin evenimentele care, de regulă, încununează faza - acesta este un test de integrare și un început productiv al sistemului.

Un test de integrare poate avea loc în funcție de diferite scenarii, dar sensul acestui eveniment este că executantul trebuie să dovedească clientului că sistemul funcționează, precum și adecvarea acestuia în raport cu cerințele. Subiectul este atât de complicat încât în ​​acest articol nu voi intra în el, vom vorbi despre el mai târziu.

Un început productiv al sistemului este, în principiu, exact piatra de hotar pentru care lucrează consultanța. Din experiența mea, au existat diverse începuturi productive și acesta este, de asemenea, un subiect foarte complex și amplu. Permiteți-mi să spun doar că, dacă a avut loc un început productiv, atunci proiectul a avut succes în proporție de 90%.

Suport inițial

Service în garanție a sistemului, nu este nimic special de scris aici. O fază foarte dificilă pentru antreprenor și client. Pornirea în orice sistem este însoțită de mari dificultăți și o abundență de erori din partea utilizatorilor, iar în sistemul în sine, de regulă, există destul de multe erori. Iar dificultatea constă în mare parte în faptul că toate cele de mai sus se întâmplă simultan în oameni diferiti. Esențială pentru succesul acestei faze și al proiectului în ansamblu este respingerea contabilității paralele în sistemul istoric (vechi). După respingerea contabilității paralele și închiderea perioadei contabile, acoperind întreaga gamă de operațiuni automatizate, proiectul poate fi considerat reușit și finalizat.

Bună ziua, colegi, cititori, prieteni!

În acest articol, voi încerca să vorbesc despre unele dintre concepțiile greșite cu care se confruntă consultanții și managerii de proiect. Aceste concepții greșite pot apărea din partea conducerii companiei în care sistemul este implementat, din partea angajaților obișnuiți care vor trebui să lucreze într-un nou sistem de contabilitate si chiar de la cei mai multi consultanti.

Introducere

Nu voi spune fără echivoc, dar cred că aproape fiecare consultant/ manager de proiect/ manager de schimbare are suficientă experiență implementari de ERP sisteme (aici s-ar putea să nu vorbim neapărat despre sistemul SAP), găsiți în acest articol ce a întâlnit cu adevărat și sunteți de acord (poate parțial) cu raționamentul meu. Tot ceea ce voi descrie este experiența mea personală de design. Iar clasificarea prezentată de mine mai jos nu este altceva decât o convenție. Cineva o poate vedea și clasifica într-un mod complet diferit. Gata de discuție în comentariile articolului.

Subiectul materialului s-a născut spontan în capul meu, în timpul discuției unor momente de lucru la proiect. Problema pe care am discutat a vizat dezvoltarea și automatizarea unei metodologii de planificare a unor indicatori. În același timp, în cursul dezbaterii problemei, s-a dovedit că metodologia în sine nu există încă. Întrebarea era cam așa: am implementat un sistem Enterprise Resource Planning (ERP). Costa o multime de milioane de bani. Există o mulțime de informații diferite pe care o mie de utilizatori finali le introduc acolo. Deci de ce nu poate conducerea companiei să obțină planul/prognoza necesară chiar din acest sistem?

Familiar? Și din punctul de vedere al celor neinițiați, este o întrebare destul de logică. Poate că colegii au auzit aceleași întrebări, dar într-un context ușor diferit, dar sunt sigur că au fost. Și ajungem la prima concepție greșită.

Concepție greșită # 1: sistemul funcționează pentru tine sau „sindromul butonului roșu”

Așadar, implementăm la Client un sistem ERP mare și costisitor (pentru simplitate, să presupunem că vorbim despre implementarea sistemului SAP, deși, așa cum am scris mai sus, argumentele mele se aplică și altor sisteme ERP mari). Majoritatea angajaților companiei, chiar dacă nu sunt direct implicați în implementare, au auzit ceva undeva. Am auzit de costul unei licențe (că sunt prohibitive), costul implementării, salariile consultanților etc. Angajații companiei Clientului, care lucrează direct cu consultanții la implementare, de multe ori nu înțeleg până la sfârșit cum vor funcționa toate acestea după un început productiv. Dar au și o idee despre costul implementării. Toți acești oameni au tot dreptul să presupună că implementarea sistemului va permite efectuarea automată a multor operațiuni manuale/de rutină, adică. sistemul va funcționa pentru tine.

Așa se naște un stereotip. Dacă echipa Antreprenorului nu are idee despre nașterea acestui stereotip, atunci, la momentul unui început productiv, apare o situație în care utilizatorii sunt complet surprinși de faptul că trebuie să introducă o cantitate atât de mare de informații în sistem în fiecare zi. Utilizatori care au participat la testarea integrării. Utilizatori care au fost instruiți. Acestea. acei oameni care, teoretic, ar trebui să fie pregătiți să lucreze în sistem, îl înțeleg și îl acceptă. Surpriza și neînțelegerea lor se pot transforma în respingere și respingere a schimbărilor, în rebeliune totală.

A fost un astfel de caz din experiența mea. Când, după dobândirea experienței practice în sistem, după un început productiv, s-a format în companie o „coaliție de opoziție”. Acest grup de oameni a acumulat în mod deliberat toată negativitatea, toate perforațiile consultanților, toate limitările funcționalității sistemului (și după cum înțelegeți, „limitările funcționale” ale sistemului SAP, în comparație, de exemplu, cu 1C, pot fi imposibilitatea de a șterge multe date, imposibilitatea de a „curăța cozile”) . Ei bine, a venit ora „X”, când toată această cuvă de noroi s-a vărsat asupra echipei de implementare și a fost oferită și proprietarului afacerii ca principal argument în favoarea revenirii la vechiul sistem de contabilitate. Până la urmă totul s-a terminat cu bine. Și după ceva timp, oamenii care erau cei mai înflăcărați adversari ai noului sistem, au înțeles care sunt avantajele acestuia, s-au răzgândit. DAR, dacă managerul de proiect (pe o parte sau alta) ar fi recunoscut problema din timp și ar fi făcut clarificările necesare, astfel de proteste și scandaluri ar fi putut fi evitate.

Am menționat Sindromul Butonului Roșu. Acesta este un fel de bicicletă printre colegii consultanți. Ideea este aceeași. Fiecare utilizator, într-o măsură sau alta, dorește ca numărul de operațiuni de rutină efectuate de el în fiecare zi să fie efectuat automat în sistem într-un mod fantastic. Acestea. utilizatorul se conectează, iar interfața sistemului constă dintr-un buton mare roșu. Utilizatorul face clic pe buton și sistemul însuși efectuează toate operațiunile necesare. Și utilizatorul în acest moment bea ceai. Consultarea folclorului a transformat butonul roșu într-o pedală roșie. De ce o pedală? Apoi, că atunci poți apăsa cu piciorul, iar ambele mâini sunt libere. Unul - bei ceai, celălalt - joci solitaire. J Toate acestea sunt, desigur, o glumă, dar mulți utilizatori nu se obosesc să se întrebe cum un sistem implementat pentru astfel de bani nu poate „gândi puțin pentru o persoană”.

Concepție greșită nr. 2: Implementarea sistemului va „descărca” utilizatorii finali

De fapt, eroarea #2 este un caz special (ușor) al primei erori. Dar am separat-o într-o secțiune separată, deoarece această concepție greșită este întâlnită mult mai des. „Picioarele” cresc de acolo. Compararea gradului de abruptitate și cost al sistemelor de contabilitate vechi și noi oferă utilizatorilor temeiuri pentru reflecții și concluzii incorecte și neatașate în practică. Sistem nouîmi va permite să automatizez parțial sau să schimb cumva în mod magic unele dintre funcțiile mele către altcineva.

În acest caz, avem două fețe ale monedei. O parte din angajați doarme și vede cum funcționează sistemul pentru ei (în totalitate sau parțial - vezi iluzia nr. 1). O altă parte a angajaților companiei caută mai departe și văd asta ca o problemă. La urma urmei, dacă sistemul îndeplinește acum unele dintre funcții în sine, atunci numărul de angajați necesari pentru a efectua operațiuni de rutină ar trebui redus. Această problemă poate duce și la consecințe neplăcute, chiar la sabotarea implementării de către angajații / departamentele individuale ale companiei.

Vreau să descriu un alt exemplu din experiența mea. Nu știu dacă aparține #1 sau #2. El (exemplu) în diferite grade îi privește pe amândouă.

Pentru o companie mare, una dintre cele mai importante firme de consultanță din lume, a fost scrisă o metodologie separată de contabilitate a costurilor. Cerințele pentru metodologie au fost foarte stricte. Elaborarea prevederilor metodologiei și un grad ridicat de detaliere a rezultatelor finale ale repartizării costurilor pentru firma Clientului a fost foarte importantă. A doua etapă a procesului de dezvoltare a metodologiei a fost automatizarea acesteia, care a fost realizată folosind sistemul SAP BW. Metodologia a fost automatizată, utilizatorii au fost instruiți, iar calitatea muncii a fost verificată de către compania care a dezvoltat metodologia. Clientul a fost complet mulțumit de rezultatele lucrării. Cu toate acestea, pentru ca metodologia să funcționeze în SAP BW, a fost nevoie de o cantitate destul de mare de informații inițiale (cum am scris deja, Clientul a plătit mare atentie detalii de alocare a costurilor). O parte din date a fost încărcată din SAP ERP. O parte a datelor din sistemele de aplicație. Partea a fost înfășurată manual în MS Excel și folosind formate specialeîncărcat pe BW. Chiar și oameni speciali au fost alocați pentru această lucrare. Totul părea să fie bine. Cu toate acestea, după ceva timp, angajații au început să părăsească compania clientului, care au fost principalii ideologi ai utilizării metodologiei dezvoltate, au luat parte la dezvoltarea și acceptarea acesteia. Aceștia au fost oameni care, printre altele, au înțeles importanța pregătirii volumului necesar informatii primare pentru a obţine rezultatele corecte ale distribuţiei finale. Mai mult, după ceva timp, Clientul a primit solicitări de simplificare a nivelului de detaliu al calculelor. Motivul principal este prea multe date inițiale care trebuie pregătite. Simplificarea s-a făcut în mai multe iterații (din nou, pe măsură ce intră cerințele de la Client). Și până la urmă, a rămas un „ciot” din modelul analitic detaliat, care a arătat câteva date generalizate. Nu era nevoie să vorbim despre fostul grad de detaliu.

Ce am vrut să arăt cu acest exemplu. Faptul că o neînțelegere din partea companiei Clientului cu privire la cantitatea de muncă care trebuie efectuată de către angajații săi duce la pierderea aproape a tuturor rezultatelor acestei lucrări la scară largă și destul de costisitoare.

Apropo, la începutul articolului, am menționat situația în care Clientul solicită să furnizeze un anumit model (plan, prognoză) din sistem pe baza datelor disponibile. Este, de asemenea, o concepție greșită foarte comună. Dar nu o voi evidenția separat. Acest lucru se aplică și erorilor #1 și #2 (sau undeva între ele). Concluzia este că conducerea companiei Clientului sau proprietarul afacerii nu prea înțelege diferențele dintre algoritm și datele inițiale. Orice model, prognoză, tehnică, în cele din urmă, constă în:

A. Un fel de algoritm exprimat în formule matematice/statistice clare și ușor de înțeles;

B. Lista de informații necesare pentru completarea modelului cu date și pe care se va baza prognoza viitoare.

Oamenii, din anumite motive, cred că un sistem plin de date va produce el însuși calculele necesareși face previziuni. Nu este adevarat.

Cum să evitați problemele cu aceste două concepții greșite (#1 și #2)? Este necesar să explicăm în mod sistematic oamenilor de la toate nivelurile companiei (angajați obișnuiți, manageri inferiori și mijlocii, management de top) că sistemul nu este un robot, nu inteligență artificială. Ea nu poate lua decizii pe cont propriu sau nu poate efectua operațiuni care necesită un fel de analiză. Sistemul este un instrument care vă permite să reflectați procesele de afaceri, operațiunile de afaceri și pașii de afaceri ai companiei cu diferite niveluri de profunzime și detaliu. Cât de profund și de detaliu vor fi reflectate procesele, operațiunile și pașii individuali în sistem este decis în timpul implementării. Dar oricum ar fi, majoritatea informațiilor analitice sunt introduse în sistem de oameni. Rapoartele se bazează pe aceste informații. Iar profunzimea elaborării raportării analitice, de management (citim, însăși transparența afacerii la care tind companiile care implementează sisteme ERP) depinde de calitatea și volumul informațiilor introduse.

O alta punct important care, în opinia mea, ar trebui comunicată utilizatorilor finali la toate nivelurile. Sistemul nu este implementat pentru confortul angajaților obișnuiți. Scopul implementării sistemului: Obținerea de informații clare, detaliate și în timp util despre starea actuală a companiei pentru ca conducerea companiei să ia decizii de management. Pentru a atinge acest obiectiv, cantitatea de informații introduse de utilizatorii finali poate chiar să crească în comparație cu ceea ce era în vechiul sistem de contabilitate.

Concepție greșită # 3: Puteți oricând să „îndoiți” sistemul pentru afaceri

• Nu-mi amintesc unde am văzut asta (undeva pe Internet), dar îmi amintesc foarte bine fraza: „...Acest lucru s-a făcut întotdeauna așa și consultantul ar trebui să o reproducă pe SAP”, este începutul unei mari probleme.

„... Mereu a funcționat așa, iar sarcina consultantului este să dubleze procesul în sistemul SAP” - acesta este începutul unei mari probleme.

Proprietarul unei afaceri, cumpărând un sistem și plătind pentru implementarea lui, vrea să stoarce din acest sistem tot ce i-a dat cel vechi și multe altele de sus. Din punctul de vedere al principiului „plătesc, comand muzica” acest lucru este mai mult decât rezonabil. Din nou, având în vedere costul și abruptul sistemului, se creează impresia greșită că acesta poate fi întotdeauna înclinat pentru afaceri, „întins” pe procesele de afaceri existente fără revizuire/revizuire.