SAP-ის განხორციელება. რა არის SAP ERP სისტემა. შედეგები და დინამიკა

პროგრამული უზრუნველყოფის განვითარების ტრადიციული პროექტებისგან განსხვავებით, SAP დანერგვა დაყოფილია სამ ფაზად: წინასწარი დანერგვა, დანერგვა და შემდგომი განხორციელება. განხორციელების წინა ფაზა განხილულია მე-10 და მე-11 თავებში. დანერგვა AcceleratedSAP მეთოდოლოგიის (ASAP) გამოყენებით განხილულია მე-12-დან 17-მდე თავებში. განხორციელების შემდგომი ფაზა განხილულია მე-18 და მე-19 თავებში.

წინასწარი განხორციელება წინასწარი განხორციელების ეტაპი მოიცავს პროექტის და საორგანიზაციო კომიტეტის ფორმირებას, განხორციელების პროექტის გუნდის შექმნას და ინსტალაციას. კომპიუტერული ტექნიკადა SAP პროგრამული უზრუნველყოფა. პროგრამული უზრუნველყოფის ინსტალაცია მოიცავს აღჭურვილობისა და ინფრასტრუქტურის მომზადებას, ინსტალაციას ოპერატიული სისტემა, მონაცემთა ბაზები, კლიენტის პროგრამული უზრუნველყოფა და SAP R/3 სისტემები. SAP-ის დანერგვისას ადმინისტრაციული ფუნქცია მოიცავს სისტემის ადმინისტრირება, ოპერატიული მენეჯმენტი R/3, ქსელის ადმინისტრირება, მონაცემთა ბაზები, პრინტერები, კლიენტებისა და მომხმარებლის პროფილები, უსაფრთხოების ადმინისტრირება და ა.შ. ამ ეტაპზე საქმიანობის კიდევ ერთი მნიშვნელოვანი ასპექტია განხორციელების პროექტის გუნდისა და სხვა მომხმარებლების მომზადება, ამ ასპექტზეა დამოკიდებული მთელი პროექტის წარმატება.

ტრენინგის გათვალისწინებით მოკლე დრო SAP-ის განხორციელების პროექტები, SAP ხაზს უსვამს ტრენინგს, როგორც ნებისმიერი ასეთი პროექტის წარმატების მნიშვნელოვან კომპონენტს. SAP გთავაზობთ სასწავლო კურსების ფართო სპექტრს, რომელიც მოიცავს ყველაფერს ორგანიზაციული ასპექტებინებისმიერი SAP პროექტი. ამ კურსების თემები მერყეობს სისტემის ზოგადი მიმოხილვიდან კონკრეტული თემის საფუძვლიან შესწავლამდე. სასწავლო კურსები დაყოფილია სირთულის სამ დონედ:

დონე 1 - ერთ-ორდღიანი კურსები R/3 ტექნოლოგიის შემოღებით დონე 2 - სამიდან ხუთდღიანი კურსები, რომლებიც უზრუნველყოფენ თავდაპირველ სპეციალიზაციას კონკრეტულ სფეროში. დონე 3 - სამიდან ხუთდღიანი კურსები, რომლებიც უზრუნველყოფენ მე-2 დონეზე შესწავლილი სფეროს სიღრმისეულ ცოდნას.

მე-10 დონის კურსები განკუთვნილია მათთვის, ვინც იღებს ფუნდამენტურ გადაწყვეტილებებს სისტემაზე, რეკომენდებულია ამ კურსების გავლა განხორციელების პროექტის დაწყებამდე.

SAP ასევე გთავაზობთ აკადემიურ კურსებს SAP-ის პარტნიორებისთვის, რომელიც გრძელდება 5-7 კვირა და მოიცავს კონკრეტული მოდულის ინტენსიურ შესწავლას (FI, CO, HR, SD, ABAP, Basis და ა.შ.). ეს კურსები მოიცავს ყველაზე მეტს მნიშვნელოვანი ასპექტებიამა თუ იმ მოდულის, მოდულის გაცნობიდან დაწყებული და დამთავრებული კონფიგურაციისა და ოპერაციის საფუძვლიანი შესწავლით მაგალითის გამოყენებით სავაჭრო კომპანია. ამ კურსების კურსდამთავრებულები იღებენ წოდებას „სერთიფიცირებული კონსულტანტი“ კონკრეტული მოდულისთვის. ეს კურსები ადრე მხოლოდ SAP-ის საკონსულტაციო პარტნიორებისთვის იყო ღია, მაგრამ ახლა ღიაა SAP-ის ყველა მომხმარებლისთვის.

SAP ინსტალაცია

SAP-ის ინსტალაცია გულისხმობს ძირითადი SAP ლიცენზიის დაყენებას და მომხმარებლის ინტერფეისის მორგებას. ეს საშუალებას აძლევს SAP სისტემას განახორციელოს მკაცრი კონტროლი ხარისხსა და ეფექტურობაზე.

მცირე და საშუალო საწარმოების მიერ განხორციელებისთვის, SAP რეკომენდაციას უწევს დაჩქარებული განხორციელების მეთოდოლოგიას AcceleratedSAP, რომელიც შედგება ხუთი ეტაპისგან:

პროექტის მომზადება

საწარმოს პროცესების სქემის შედგენა

განხორციელება

საბოლოო მომზადება

გაშვება და ტექნიკური მხარდაჭერა.

განხორციელების შემდგომი განხორციელების შემდგომი ფაზა მოიცავს სისტემის სერვისების დაყენებას, როგორიცაა SAP Help, დაკარგული მონაცემების აღდგენის სისტემები და საარქივო სისტემები. განხორციელების შემდეგ ძირითადი მოდულებიშეგიძლიათ დაიწყოთ სხვა მოდულების დანერგვა - როგორიცაა SAP Data Warehouse (BW), SAP Workflow და ა.შ., ასევე გაეცანით SAP სისტემის არქიტექტურას, რომელიც საშუალებას გაძლევთ მარტივად და სწრაფად დაამატოთ სისტემაში ახალი ფუნქციები.

SAP სისტემის ეფექტური ფუნქციონირებისთვის, განმახორციელებელი გუნდისა და საბოლოო მომხმარებლების ტრენინგი გადამწყვეტ როლს ასრულებს.

ამ სვეტში შეიტყობთ, რატომ არ არის SAP პროექტები მხოლოდ ტექნიკური პროექტებიპროგრამული უზრუნველყოფის დანერგვაზე. SAP არის ინტეგრირებული, პროცესზე ორიენტირებული პროგრამული უზრუნველყოფა, რომელიც დიდ გავლენას ახდენს ჩვენს ბიზნესზე. მისი გამოყენება სერიოზულად ცვლის პროექტებისადმი მიდგომას, ისევე როგორც იდეას, თუ როგორი უნდა იყოს განხორციელება.

1.1. იმ დღეს, როცა 10 წლის გავხდი

მახსოვს ის დილა 1997 წელს, როცა ფილიპინების ოფისში მივედი. სამი კვირით ადრე SAP-ის ნაყოფიერ მუშაობაზე გადასვლა შამპანურით აღვნიშნეთ. ჩვენი Manila პროექტი იყო ჩვენი მეშვიდე აზიის წყნარი ოკეანის (APAC) რეგიონში, რაც ბოთლების გახსნის ხმას სასიამოვნო ყოველდღიურ მოვლენად აქცევს ჩვენთვის, როგორც რეგიონალური პროგრამული ლიდერისთვის. ჩვენი პროექტის მიზანი იყო გაყიდვების და დისტრიბუციის (SD), მასალების მენეჯმენტის (MM), წარმოების დაგეგმვის (PP) და ხარისხის მართვის (QM) მოდულების დანერგვა APAC რეგიონის ყველა საწარმოო ქარხანაში. იმ მომენტში ჩვენ საკმაოდ დარწმუნებულები ვიყავით, რომ ჩვენ დავფარეთ ყველა შესაძლო დაბრკოლება წარმატებული განხორციელებისთვის და ეს შემთხვევა არ იქნებოდა განსხვავებული. თუმცა, ჩვენმა მონიტორინგმა რამდენიმე დღით ადრე აჩვენა, რომ ფილიპინებზე გაყიდვები თვეში 40%-ით შემცირდა, ხოლო წარმოება 50%-ით. ჩვენ მიჩვეულები ვართ გაყიდვებისა და წარმოების პიკის დანახვას წარმოებაში შესვლამდე, რასაც ჩვეულებრივ მოჰყვება იგივე ზომის შემცირება წარმოებაში შესვლიდან პირველ კვირებში. ჩვენ ვნახეთ წინა პროექტებიდან, რომ ამ პოტენციურ შემცირებას შეუძლია მნიშვნელოვანი გავლენა მოახდინოს ყოველდღიური სამუშაო, რომელსაც თან ახლავს მარაგების ზრდა და მომხმარებლებთან პრობლემები. 40%-იანი ვარდნა საგანგაშო იყო, ამიტომ პირადად მივედი ოფისში, რომ ადგილზე გამეგო.

დაახლოებით დილის 9:00 საათზე, ოფისში შესვლისას, პედროს გადავეყარე, რომელმაც მითხრა, რომ ნედლეულის სიმცირის გამო წარმოების შეკვეთებთან დაკავშირებით პრობლემები ჰქონდათ. მიზეზი მიმღები და დაგეგმვის განყოფილებების მუშაობაში მდგომარეობდა: პირველში შემოსული მასალები არ იყო სათანადოდ დამუშავებული, მეორეში კი არასწორი ინვენტარიზაციის მონაცემები გამოიყენებოდა პროგნოზირებისთვის. მოსალოდნელი იყო, რომ ვითარება კიდევ უფრო გაუარესდებოდა, თუ პრობლემას სასწრაფოდ არ მოვაგვარებდით. კარლოსი შესყიდვების განყოფილებიდან იყო პასუხისმგებელი პროექტის ქვითრების პროცესზე. სამწუხაროდ, მან დატოვა ფართომასშტაბიანი რეორგანიზაციის გამო, რომელიც მოხდა SAP-ის წარმოებაზე გადასვლისთანავე. ამის გაგონებაზე გაოგნებული ვიყავი, რადგან სულ რაღაც ერთი თვით ადრე კარლოსი შესყიდვების ხელმძღვანელად დააწინაურეს.

სანამ ყავას ვსვამდი, ეს ამიხსნეს რეგიონალური მენეჯერიბატონი და სილვა ქარხანაში იმყოფებოდა და გადაუდებელ საკითხებს აგვარებდა. ეს არ მეჩვენა სწორად. დატოვა თუ არა ბატონმა და სილვამ ოფისი წარმოების შეკვეთების სტატუსის გასარკვევად? იქ ყოფნისას მივხვდი, რომ ეს საქმე არ იყო უბრალო გადაუდებელი საქმე ან პატარა პრობლემა. ძირითადი მომხმარებლები არ იმყოფებოდნენ ოფისში, პროცესზე პასუხისმგებელი ადგილობრივი ხალხი კომპანიაში აღარ მუშაობდა და მომხმარებლები, პანიკაში ჩავარდნილი, დაუბრუნდნენ ქაღალდის დოკუმენტების ნაკადს.

დაახლოებით შუადღისას შევესწარი სატელეფონო საუბარს ბატონ და სილვასა და კორპორატიულ შტაბს შორის. ჩვენი გლობალური მთავარი მომხმარებელი დეტროიტში ჩიოდა, რომ მისი მანილას ქარხანა იღებდა არასწორ, დაგვიანებულ მიწოდებას და მისი წარმოების ხაზი ორ დღეში დაიხურებოდა, თუ სიტუაცია დაუყოვნებლივ არ გამოსწორდებოდა. ადრენალინის მოზღვავება ვიგრძენი. მომდევნო რამდენიმე საათის განმავლობაში, შევიტყვე, რომ ბ-ნი და სილვა აჩქარებდა ინიციატივას შექმნას ცენტრალიზებული სერვისის პლატფორმა ფილიპინებში ჩვენი კომპანიის ოპერაციების სამი სფეროსთვის SAP-ის გაშვებისთანავე. „ახლა ეს ახალი სისტემამუშაობს პროდუქტიულ რეჟიმში, ჩვენ შევძლებთ ჩვენი კონცეფციის რეალიზებას სერვის ცენტრი," - მან თქვა. ”ჩვენ არ უნდა ველოდოთ და შევამციროთ მხარდამჭერების რაოდენობა ახლა.” პროცესის რამდენიმე ახლად დანიშნული მფლობელი, ისევე როგორც პროექტზე მომუშავე კარგად გაწვრთნილი ძირითადი მომხმარებელი, გაათავისუფლეს სამუშაო პროცესებში ყოველგვარი ცვლილების გარეშე.

დაახლოებით 15:00 საათზე მე ვუთხარი ჩემი დაკვირვებები ჩემს დირექტორს ჰონგ კონგში. ჩემივე ხმის ტონმა გამიკვირდა: „ვაინი, ეს კომპანია ფუნქციონირების შეწყვეტას აპირებს. მომხმარებლებისთვის მიწოდება ხდება თითქმის შემთხვევით, წარმოება ეწინააღმდეგება გეგმებს არასწორი პროგნოზების საფუძველზე, მასალების გადაადგილება არ აღირიცხება, დოკუმენტები არ იბეჭდება და არც კი ვიცით, რა შეკვეთები გაიგზავნა გასულ თვეში! როგორ გავუშვათ ინვოისები?”

როგორ შეიძლებოდა ყველაფერი ასე ავარიულიყო? ექვსის შემდეგ წარმატებული პროექტები, რომელშიც სისტემა სტაბილურად და საიმედოდ მუშაობდა და ბიზნეს პროცესები მაღალ დონეზე მიმდინარეობდა, ვფიქრობდით, რომ გვესმოდა ის ცვლილებები, რაც პროცესებში ხდებოდა. იქნებ პრობლემა ხალხშია?

ზემოაღნიშნული არის ძალიან რეალური სიტუაცია, რომელიც მოხდა დიდ მრავალეროვნულ ორგანიზაციაში. ჩვენი გამოცდილებიდან ვიცით, რომ ეს ძალიან ხშირად ხდება. SAP განხორციელების უმეტეს შემთხვევაში (განურჩევლად დაინსტალირებული ვერსიისა), სისტემა იწყებს მუშაობას როდის სრული არარსებობაან ცოდნის ძალიან დაბალი დონით თავად ორგანიზაციის და იმ შედეგების შესახებ, რასაც სისტემის დანერგვა გამოიწვევს მასში. ცვლილებები უნდა განხორციელდეს ზუსტად იმ ტემპით, რომლითაც თანამშრომლებს შეუძლიათ მათი აღქმა და გაგება. ეს არ არის მემკვიდრეობითი სისტემებიდან SAP-ზე გადასვლა, რაც იწვევს პერსონალის გაღიზიანებას, არამედ უფრო მეტად ცვლილებაპროცესები, რომლებიც საჭიროა ამ სისტემების მუშაობისთვის. უფრო ზუსტად, ეს არის პროცესის ინტეგრაცია.

1.2. პროცესის ინტეგრაცია

ორგანიზაციის ეფექტურობა დამოკიდებულია პროცესებზე, სისტემებსა და ადამიანებს შორის აგებულ ურთიერთობებზე. ამიტომ, მოგვწონს თუ არა, SAP-ის განხორციელებას თან ახლავს აქტივობები სამ ერთი შეხედვით ურთიერთდაკავშირებულ სფეროში: პროგრამული უზრუნველყოფის განვითარება, ბიზნესის ადმინისტრირებადა ორგანიზაციული ფსიქოლოგია. თუ ამ სამი ელემენტიდან ერთი დარჩება უყურადღებოდ, დანარჩენი ორი ვერ შეცვლის მას. როგორც ნაჩვენებია ბრინჯი. 1.1 SAP-ის განხორციელების პროცესში ორგანიზაციული ცვლილება ამ სამი კომპონენტის გადაკვეთაზეა: ხალხი, ტექნოლოგია და პროცესები. SAP-ის დანერგვა მოითხოვს არა მხოლოდ ცვლილებებს სისტემებში (ტექნოლოგიაში), არამედ ფუნდამენტურ ცვლილებებს სამუშაო მეთოდებში (პროცესებში) და შედეგად, ახალი ცოდნისა და უნარების შეძენას, ქცევაში (თანამშრომლები) ცვლილებებს.

ბრინჯი. 1.1სამი კომპონენტის კვეთა

თქვენ ალბათ იცით, რომ SAP-ის ყველა პროექტი არ არის წარმატებული და რომ ინვესტიციის დაბრუნება ზოგჯერ არაადეკვატურია. მეორე მხრივ, არიან ორგანიზაციები, რომლებმაც SAP-ის განხორციელების წყალობით არაერთხელ გაზარდეს მომგებიანობა. ჩნდება გონივრული კითხვა: "რა განასხვავებს წარმატებულ ორგანიზაციებს წარუმატებელი ორგანიზაციებისგან?"

თუ დავაკვირდებით, რა განასხვავებენ ორგანიზაციებს, რომლებმაც წარმატებით განახორციელეს SAP-ი იმ ორგანიზაციებისგან, რომლებმაც SAP წარუმატებლად განახორციელეს, დავინახავთ, რომ ეს უკანასკნელი შეცდომით გულისხმობდა პროგრამული უზრუნველყოფის დაყენებას განხორციელების მიზნით. მაშინაც კი, თუ მარტივი განხორციელება მხარდაჭერილია გარკვეული ცვლილებებით მართვის საქმიანობა, ეს ჯერ არ არის საკმარისი იმისათვის, რომ SAP-ის განხორციელება წარმატებული იყოს. ორგანიზაციები, რომლებიც სარგებლობენ SAP-ის განხორციელებით, სარგებლობენ სწორედ იმიტომ, რომ ისინი პროექტს განიხილავენ, როგორც ფუნდამენტურ სამეწარმეო ინიციატივას, რომელიც გარდაქმნის მთელ საწარმოს. რა თქმა უნდა, პროგრამული უზრუნველყოფის დაყენება ამ პროცესის ნაწილია, მაგრამ მხოლოდ მცირე ნაწილი. სხვა სიტყვებით რომ ვთქვათ, წარმატებულ ორგანიზაციებს ესმით, რომ პრობლემის საფუძველი ორგანიზაციულია და არა ტექნიკური. შემდეგ თავებში შევეცდებით უფრო დეტალურად განვიხილოთ ეს სიტუაცია.

1.2.1 პროცესის ფრაგმენტაცია

მაიკლ ჰამერი, რომელმაც პირველმა წამოაყენა ბიზნეს პროცესის რეინჟინერიის იდეა, აღნიშნავს, რომ SAP-ის დანერგვაში წარუმატებლობის მთავარი მიზეზი არის ფუნქციონალური გარკვეული მახასიათებლების იგნორირება. ორგანიზაციული სტრუქტურა, როდესაც თითოეული ბიზნეს ფუნქცია ხდება დამოუკიდებელი და დამოუკიდებელი, იქცევა ცალკე „სიმაგრედ“. მან ამ სიტუაციას "პროცესის ფრაგმენტაცია" უწოდა.

ბრინჯი. 1.2ფუნქციური ორგანიზაციული სტრუქტურა (Hammer, 1998)

როგორც ჩანს საიდანაც ჩანს ბრინჯი. 1.2ფუნქციონალურ ორგანიზაციულ სტრუქტურაში დანაყოფები ერთმანეთისგან გამოყოფილია. მათი ცოდნა ბოლოდან ბოლომდე ბიზნეს პროცესების და მომხმარებლის საჭიროებების შესახებ განისაზღვრება მათში დაგროვილი ინფორმაციით საკუთარი სისტემები. ასეთ ორგანიზაციაში ნებისმიერი გამყიდველი სიამოვნებით მიიღებს შეკვეთას მომხმარებლისგან, მაგრამ როგორც კი მიდგება მომხმარებლის ინფორმირება წარმოების განრიგის შესახებ, ის უძლური იქნება. წარმოების მონაცემები გროვდება წარმოების მართვის სისტემაში. ამ "სიმაგრეებს" შორის კედლები არ მისცემს უფლებას წარმოების მენეჯერს უპასუხოს კითხვაზე, როდის მოხდება შეკვეთის მიწოდება. ფუნქციონალური ორგანიზაციული სტრუქტურის მიხედვით, ეს მისი საქმე არ არის. ამ შემთხვევაში გაყიდვების წარმომადგენელი ვერ აუხსნის მომხმარებელს, როდის აუნაზღაურდება დაბრუნებული შეკვეთა. ეს ინფორმაცია უსაფრთხოდ არის დაცული ფინანსური სისტემააღრიცხვა.

1.2.2 ფუნქციური ორგანიზაციული სტრუქტურის გამოყენების შედეგები

1.2.1 ნაწილში ნაჩვენები ფუნქციონალურ ორგანიზაციულ სტრუქტურაში, ცხოვრების ციკლიმომხმარებლის შეკვეთა ფრაგმენტირებულია საინფორმაციო სისტემებით, რომლებიც აგროვებენ ინფორმაციას მის შესახებ ეტაპობრივად. პროცესის თითოეულ ეტაპზე გადადის ფუნქციური ინფორმაცია შეკვეთის შესახებ შემდეგ განყოფილებაში, რაც ყოველ ჯერზე იწვევს დამუშავების შეფერხებას. გარდა ამისა, გაუგებრობები და გაუგებრობები წარმოიქმნება იმის გამო, რომ შემომავალი ინფორმაცია ყოველთვის არ არის ინტერპრეტირებული ისე, როგორც მიზნად ისახავს მისი გადამცემი „ფუნქციური სიძლიერით“ (იხ. ბრინჯი. 1.2). თითოეული დეპარტამენტი იყენებს საკუთარ ტერმინოლოგიას და „კოდებს“ შეტყობინებებს თავისი სუბკულტურის კანონების შესაბამისად.

გასაკვირია, რომ ფაქტორები, რომლებიც ყველაზე მეტად აფერხებენ მომხმარებელზე ორიენტირებულ ფუნქციონალურ ორგანიზაციულ სტრუქტურას, ასევე არის მჭლე მენეჯმენტის ქვაკუთხედი, რომელიც აღწერილია შემდეგნაირად:

კომპეტენცია. თამამად შეიძლება ითქვას, რომ ჩვენი ორგანიზაციები ვერ მიაღწევდნენ იმ წარმატებებს, რასაც მიაღწიეს, ჩვენი თანამშრომლები რომ არ იყვნენ კომპეტენტური. თუმცა, კომპეტენტური თანამშრომლები ქმნიან საზღვრებს თავიანთი კომპეტენციის სფეროს გარშემო და იწყებენ იდენტიფიცირებას ამ საზღვრებთან. იმის ნაცვლად, რომ თქვან, "მე ვმუშაობ ABC კომპანიაში", თანამშრომლები ამბობენ, "მე ვარ R&D / წარმოება / ფინანსები / შესყიდვები." კომპეტენტურ თანამშრომლებს უყვართ კომპეტენტურობის შენარჩუნება. სწორედ ამ თვისებისთვის დაიქირავეს და სწორედ ამით აიგივებენ თავს.

ავტომატიზაცია. ადმინისტრირება და ანგარიშგება მაქსიმალურად ავტომატიზირებული უნდა იყოს. შესაძლო მოცულობადა IT სისტემებმა უნდა შეუწყოს ხელი ბიზნესს. ადრე ეს ნიშნავდა ტრადიციული საინფორმაციო სისტემების ფოკუსირებას „სიმაგრეებზე“. ტრადიციული სისტემებიშესაბამისად შემუშავდა ტექნიკური მახასიათებლებიმიღებული "ციხეების" კომპეტენტური მენეჯერებისგან. ისინი ამუშავებენ მხოლოდ იმ მონაცემებს, რომლებიც ეხება მათ დეპარტამენტებს და ქმნიან მხოლოდ იმ მოხსენებებს, რომლებიც ადასტურებენ მათ კომპეტენციას. ეს მიდგომა ზრდის ფრაგმენტაციას, ხდის პროცესს გაუმჭვირვალე, რთულ და არაეფექტურს.

ჯილდოები გაუმჯობესებული შესრულებისთვის. რაციონალური მენეჯმენტი ამტკიცებს, რომ ჯილდოები, წახალისება და გაზომვის სისტემები შექმნილია თანამშრომლების მაღალი მუშაობის წახალისებისთვის. თუმცა, ფუნქციონალურ ორგანიზაციულ სტრუქტურაში ეფექტურობა არ იზომება მთელი პროცესის ეფექტურობით, არამედ თითოეული დეპარტამენტის ეფექტურობის დონით. ძირითადი ინდიკატორებიშესრულების ინდიკატორები (KPI), რომლებიც გამოიყენება წახალისებისთვის პროფესიული მიღწევები(მაგალითად, პერსონალის კომპეტენტური შერჩევისთვის, განყოფილების ხარჯების შემცირება 10%-ით), ფაქტობრივად, მათ შეუძლიათ შეამცირონ მთელი „ბოლომდე“ პროცესის ეფექტურობა (მაგალითად, შეკვეთიდან გადახდამდე).

1.2.3 რა იცვლება SAP-ის განხორციელებით?

SAP არის ინტეგრირებული პროგრამული უზრუნველყოფა, რომელიც მიზნად ისახავს ორგანიზაციის ყველა „სიმაგრეს“ და აკავშირებს მათ საერთო მონაცემებით და უწყვეტი ინტერფეისებით. SAP-ის მიზანია პროცესის ფრაგმენტების ბოლომდე ინტეგრირება, იქნება ეს აღრიცხვისა და ანგარიშგების პროცესი, ციკლი შესყიდვიდან გადახდამდე, შეკვეთიდან გადახდამდე, თუ დაქირავებიდან გათავისუფლებამდე.

ფრაგმენტული პროცესის ინტეგრირება რეინჟინერიის მთავარი გამოწვევაა. პროცესი ხდება გამჭვირვალე, რადგან ტრანზაქციის შესრულება არის SAP სისტემების განვითარების სათავეში. SAP ასევე ადაპტირებს შესრულებულ მონაცემთა ნაკადს ტრანზაქციის შესრულებასთან. ეს ძალიან მნიშვნელოვანი წერტილი, ვინაიდან ამ გზით რადიკალურად იცვლება თანამშრომლების მუშაობის მეთოდები, ინფორმაციის გავრცელების მეთოდები და მასზე წვდომის პრინციპები. უფრო ზუსტად, თქვენ განიცდით განხორციელების შემდეგ შედეგებს, რაც გაიძულებთ გადახედოთ თქვენი მიზნების მიღწევის ჩვეულ გზებს:

ამოცანები აღარ არის შეზღუდული საინფორმაციო სისტემაკონკრეტული განყოფილება. არა მხოლოდ თქვენ გექნებათ წვდომა სხვა ციხესიმაგრეების მონაცემებზე, თქვენ ასევე შეძლებთ შეამოწმოთ შეყვანილი მონაცემების შესაბამისობა შემდგომი გამოყენებისთვის. ეს ნიშნავს, რომ თქვენ მოგიწევთ უკეთ გაიგოთ დასაქმებულის მუშაობა, რომელიც მიყვება თქვენს დავალებას.
ორგანიზაციული საზღვრები ქრება, რადგან უწყვეტი ინტერფეისები უზრუნველყოფს ხილვადობას ყველა ორგანიზაციულ ფუნქციაზე. ფაქტობრივად, ეს იწვევს თანამშრომლებს შორის "კულტურულ შოკს", რადგან ყველა დაგროვილი ცოდნა და დაბნეულობა სხვა განყოფილებებში მოულოდნელად მათთვის ხელმისაწვდომი ხდება. ჩვეული ვერტიკალური კომუნიკაცია და ინფორმაციის ნაკადები აღმოფხვრილია და პროცესის ფუნქციონირებაში იცვლება ჰორიზონტალურით.
რიგითი თანამშრომლები იღებენ გარკვეულ ძალაუფლებას, რადგან... მოიპოვეთ წვდომა მონაცემთა სამყაროზე. ინფორმაცია არის ძალა, ასე რომ, ეს გადანაწილება დიდი საქმეა, ამ ძალაუფლების ნაწილს ართმევს მენეჯერებს და ანაწილებს მას რიგებში. თუმცა, აზრი არ აქვს თანამშრომლებს შორის უფლებამოსილების განაწილებას, თუ ისინი პასუხისმგებელნი არ არიან თავიანთ ქმედებებზე. სწორი მონაცემების დროული შეყვანა მნიშვნელოვანია. ასე რომ, ალბათ ყველაზე დიდი ცვლილება არის დამოკიდებულების შეცვლა: თანამშრომლები გადადიან კონტროლირებადი მონაცემთა დამმუშავებლებიდან პასუხისმგებელ პირებად, რომელთაც აქვთ მიმდინარე პროცესების ღრმა გაგება. SAP მუშაობს მხოლოდ მაშინ, როდესაც თანამშრომლები პირადად არიან პასუხისმგებელი სისტემაში შეყვანილ ინფორმაციაზე.
პროცესები ხდება სტანდარტიზებული და სისტემა გაერთიანებთ თქვენ მკაცრად განსაზღვრულ სამუშაო პროცესებში. ინვოისების გადახდა არ ხდება შესაბამისი შესყიდვის შეკვეთების გარეშე, მარაგის დონეები არ განახლდება სათანადო წარმოების შეკვეთის დადასტურების გარეშე და პროდუქტები არ იგზავნება ინვოისების და მატერიალური პრობლემების გარეშე. ეს შეუძლებელს ხდის გმირულ ქმედებებს („მოდით გავაკეთოთ ეს და მოგვიანებით მოვამზადოთ საბუთები“). ეს რეალური პრობლემაა, თუ ყოველდღიური მუშაობა შედგება არასისტემატური ჩარევებისგან. სტანდარტული პროცესები ასევე მნიშვნელოვან გავლენას ახდენს ინფორმაციის შეყვანის გზაზე და ცვლის მხარდაჭერის მოთხოვნებს. ვინაიდან ყველა დეპარტამენტმა უნდა იმუშაოს ერთსა და იმავე სისტემაზე იგივე მონაცემებით, სისტემის ხელმისაწვდომობა და რეაგირების დრო უფრო კრიტიკულია, ვიდრე ოდესმე.

1.2.4 რა არის SAP-ის განხორციელების არსი: პერსონალის მართვა

SAP რჩება თავისი დაპირების ერთგული, გაზრდის ბიზნეს პროცესების ეფექტურობას. ამან შეიძლება მთლიანად შეცვალოს თქვენი ბიზნესის კეთება. SAP დანერგვა იძლევა მონაცემთა გაზიარების საშუალებას და ზრდის ჯვარედინი ფუნქციონალურ კომუნიკაციას. ამ შედეგებს მიიღებთ ნებისმიერ შემთხვევაში, გინდა თუ არა, ამიტომ ჯობია ამ პროცესებზე კონტროლი რაც შეიძლება სწრაფად მოიპოვოთ. ნებისმიერი პროგრამული უზრუნველყოფის დანერგვისას ყურადღებას ვაქცევთ შემდეგ პუნქტებს:

საჭიროების ანალიზი
კონფიგურაცია/განვითარება
ტექნიკის მოთხოვნები და სისტემის მუშაობა
დატვირთვის დაგეგმვა
მონაცემთა გაწმენდა
მომხმარებლის ტრენინგი
აღჭურვილობისა და მომხმარებლების მიღების კონტროლი

ეს ფაქტორები აუცილებელია, მაგრამ არა საკმარისი SAP-ის წარმატებული განხორციელებისთვის. SAP-ის დანერგვის წარმატება დიდწილად დამოკიდებულია არატექნიკური რესურსის - პერსონალის მართვაზე. მაიკლ ჰამერის (2005) მიხედვით, შემდეგი ფაქტორები არის SAP-ის განხორციელების წარმატების გასაღები:

SAP-ის განხორციელების სტრატეგიულ ბიზნეს საკითხად პოზიციონირება
პროექტის გუნდები გამოყოფილი რესურსებით ორგანიზაციის ყველა დეპარტამენტიდან
გადაწყვეტილების მიღების უფლებამოსილების გადაცემა პროცესზე პასუხისმგებელ პირებზე (ეს პუნქტი განსაკუთრებით უნდა იყოს ხაზგასმული, რადგან ბევრ ორგანიზაციაში ყოველთვის არ არიან პროცესზე პასუხისმგებელი პირები). ამ თანამშრომლებს უნდა ჰქონდეთ უფლებამოსილების საჭირო დონე და იყვნენ მომზადებულნი და გაიგონ თავიანთი როლი.
სრული დროით სამუშაომეთოდოლოგიურ საფუძველზე პროექტის გეგმის დაცვით
სისტემის გამოყენება გადაწყვეტილების სწრაფად მისაღებად და პრობლემების ხელახალი განხილვის თავიდან ასაცილებლად
ძალისხმევის კონცენტრაცია და ენერგიის შენარჩუნება
დროის მართვა და დაგეგმვა რეალისტური და უცვლელი ვადებიდან
კომპანიის სრული მონაწილეობით პროექტის განხორციელების უზრუნველყოფა
ძალისხმევის ბალანსის უზრუნველყოფა რეალისტური შესაძლებლობებისა და მოცულობის ფარგლებში
პროგრამული კონტროლი, რომელიც აერთიანებს ყველა ზემოთ ჩამოთვლილს
ყველა ნაბიჯის სერიოზულად გადადგმა
უწყვეტი მოძრაობა ცვლილებების მართვის გზაზე: ადამიანური ფაქტორი
პასუხისმგებლობა მოქმედებაში და ლიდერობაში.

გაითვალისწინეთ, რომ წარმატებისთვის არცერთი კრიტიკული ფაქტორი არ არის ტექნოლოგიური. ეს ყველაფერი ორგანიზაციული პრობლემებია. ამიტომ, მაიკლ ჰამერის პოპულარული განცხადება მართალია: „პერსონალი ყველაზე დიდი პრობლემაა“.

1.2.5 კომპანიების მაგალითები, რომლებიც სერიოზულად აღიქვამენ პროცესებს

შეიცვალა მათი პროცესები და სტრუქტურები SAP-ის განხორციელებამდე. აუცილებელია ადამიანებისა და სტრუქტურების ორგანიზება ისე, რომ მათ შეუფერხებლად გადავიდნენ სამუშაოზე სრული ინტეგრაციაერთად. მხოლოდ ამის შემდეგ შეგიძლიათ დაიწყოთ ფიქრი თქვენი ორგანიზაციის ეფექტურობის გაზრდაზე SAP-ის გამოყენებით.

კომპანია A: საერთაშორისო კომპანიაქიმიურ მრეწველობაში

როგორც გლობალური მოთამაშე ქიმიურ ინდუსტრიაში, ამ კომპანიას აქვს სრული ვერტიკალური ჯაჭვი პროდუქტის წარმოებიდან საზოგადოებისთვის გაყიდვამდე. ისტორიულად, ბიზნესის ზრდამ განაპირობა მრავალი ადგილობრივი გაყიდვის პუნქტის გაჩენა, თითოეული მათგანი მცირე წარმოებადა დაბალი ტევადობა შენახვის საშუალებები. თითოეულ ამ პუნქტს ჰქონდა გარკვეული დამოუკიდებლობა, რამაც ხელი შეუწყო მაღალი დონედეცენტრალიზაცია. ადგილობრივმა პუნქტებმა დააგროვეს საკუთარი პრაქტიკული გამოცდილება, დაამზადეს და გააცნეს საკუთარი

საკუთარ მონაცემებს და მათზე დაფუძნებული მუშაობა. თავდაპირველად ძალიან რთული იყო პერსონალის დარწმუნება სტანდარტიზაციისა და ცენტრალიზაციის სარგებლობაში. მათ მოაწყვეს თავიანთი სამყარო ჩვეულებრივი გზითდა ყველაფერი კარგად მუშაობდა: ადგილობრივი სადისტრიბუციო ცენტრები ადგილობრივი მომხმარებელთა მხარდაჭერით; ადგილობრივი შემსყიდველი ორგანო დიდ ფართობზე; ტრანსპორტირების ლოკალური დაგეგმვა და შესრულება; ადგილობრივი ბილინგი და ადგილობრივი ნაწილების საწყობები აღჭურვილობის ტექნიკური ოპერაციებისთვის.

გაზრდილი კონკურენციისა და ენერგიისა და ნედლეულის გაძვირების გამო მოგების შემცირების გამო, კომპანიის ხელმძღვანელობამ გადაწყვიტა საერთაშორისო მასშტაბის სტანდარტიზაციის პროექტის დაწყება. შედეგი იყო ინტეგრირებული SAP გარემო გეოგრაფიული დაყოფით რეგიონებად, რაც თავის მხრივ მოიცავდა ბევრ გაყიდვის პუნქტს.

თითოეულმა სავაჭრო პუნქტმა მოახდინა თავისი ბიზნეს ფუნქციების ცენტრალიზება და დაიწყო მათი შესრულება მისი მთელი რეგიონის გათვალისწინებით. თითოეულმა რეგიონმა მიიღო სერვის ცენტრი თითოეული შემდეგი ფუნქციისთვის:

დისტრიბუცია და საწყობი ცენტრალიზებულია ერთ წერტილში. ადგილობრივი ინვენტარი ჯერ კიდევ არსებობს, მაგრამ ერთ რეგიონში არსებული ყველა მარაგი ცენტრალიზებულად იმართება ერთი ცენტრის მიერ.
შესყიდვის მხრივ, დამტკიცების სამუშაო ნაკადები შეიქმნა მთელი რეგიონისთვის და ერთი ძირითადი კატალოგი უზრუნველყოფდა შესყიდვის უკეთეს პირობებს, ვიდრე აქამდე არსებობდა.
გაჩნდა ერთი საკონტაქტო წერტილი შეკვეთის მართვისა და მომხმარებელთა მომსახურებისთვის.
ისევე როგორც დისტრიბუცია, ტრანსპორტის დაგეგმვა იყო ცენტრალიზებული.
სათადარიგო ნაწილების მიწოდებაზე კონტროლი მიღწეული იქნა ერთ ცენტრალურ საწყობში გაერთიანებით, რომელიც ემსახურება მთელ რეგიონს.

კომპანია B: საერთაშორისო ავტომობილების მწარმოებელი

ამ კომპანიაში, რომელსაც აქვს ოფისები მთელს მსოფლიოში, ყველა პროცესი მიმდინარეობს ფინანსური ანგარიშგებამხარდაჭერილი ადგილობრივი სისტემების მიერ, რომლებიც ძირითადად ორიენტირებულია ადგილობრივი სამართლებრივი მოთხოვნების მხარდაჭერაზე. ამას გარდა, უმეტეს შემთხვევაში სისტემები დაინსტალირებული იყო ლოკალურ სერვერებზე. ამან გამოიწვია შემდეგი:

ფრაგმენტული სააღრიცხვო გარემო
ბუღალტრული აღრიცხვის სისტემების შემუშავება მხოლოდ ადგილობრივი (სამართლებრივი) მოთხოვნებისთვის
ნაკლებობა სტანდარტიზებული ან საერთო მეთოდებიმუშაობა (ბუღალტრული აღრიცხვის პრინციპები და წესები)
ჯგუფის დონეზე გაერთიანებას ძალიან დიდი დრო დასჭირდა
ფრაგმენტული ინფორმაცია
სისტემის ფრაგმენტაცია: დიდი თანხაინტერფეისები სხვა ლოკალურ სისტემებთან (ანუ შეკვეთის მიღების სისტემები)

მთელმა ამ ვითარებამ გამოიწვია ეფექტურობის დაქვეითება, რის შედეგადაც პროცესების დასრულებას ძალიან დიდი დრო დასჭირდა. გარდა ამისა, ტექნიკურმა ინფრასტრუქტურამ კომპანიისგან ძალიან დიდი ხარჯების მოთხოვნა დაიწყო. კომპანიის მენეჯმენტმა გადაწყვიტა SAP-ის დანერგვა. მიღებული იქნა შემდეგი შედეგები:

უფრო ინტეგრირებული გარემო
გლობალური სააღრიცხვო გარემო
მუშაობის სტანდარტიზებული მეთოდები, უპირატესად ჯგუფური აღრიცხვის სისტემების გამოყენებით; ერთი გლობალური ანგარიშების სქემა
შეცვალა მემკვიდრეობითი სისტემები
ორგანიზაციაში ინფორმაციის ნაკადის ოპტიმიზაცია, გაერთიანების პროცესის გამარტივება

გარდა ამისა, გლობალური სტრუქტურის დანერგვით, ახალმა სისტემამ შესაძლებელი გახადა მენეჯმენტის აღრიცხვის პროცესის ოპტიმიზაცია.

ლუკ გალოპენი

ლუკ გალოპენი - Reply Management Consulting-ის მმართველი დირექტორი, საკონსულტაციო კომპანიაორგანიზაციული ცვლილებების სპეციალობით. მან მიიღო თავისი გამოცდილება ორგანიზაციული ცვლილებების სფეროში SAP პროგრამებთან მუშაობისას სხვადასხვა სფეროში მუშაობისა და მომხმარებელთა საზოგადოებებთან კომუნიკაციის გზით, ასევე მენეჯმენტის სფეროში სხვადასხვა ამოცანების შესრულებისას. მისი კლიენტები მუშაობენ ქიმიურ, გაზისა და კოსმეტიკის მრეწველობაში. გარდა ამისა, ის კითხულობს ლექციებს ორგანიზაციული ცვლილებებისა და კომუნიკაციის თემაზე სხვადასხვა კომპანიებიდა რამდენიმე ბიზნეს სკოლაში. ბ-ნ გალოპენს აქვს მაგისტრის ხარისხი გამოყენებით ეკონომიკაში ლევენის კათოლიკური უნივერსიტეტიდან და მაგისტრის ხარისხი ევროპულ ინდუსტრიულ ურთიერთობებში უორვიკის ბიზნეს სკოლაში.

ამ სვეტში გამოქვეყნებულია რამდენიმე თავი წიგნიდან "კონტროლი ორგანიზაციული ცვლილებები SAP®-ის დანერგვისას “. ეს წიგნი ჩვენი გამომცემლობის მიერ არის თარგმნილი და გამოცემული. მისი შეძენა შეგიძლიათ ბმულზე დაწკაპუნებით .

SAP R/3 დანერგვა: გზამკვლევი მენეჯერებისა და ინჟინრებისთვის Kale Vivek

SAP-ის განხორციელების მეთოდოლოგიები

იდეალურ პირობებში, პროექტი შეიძლება დასრულდეს დროულად, ხარჯთაღრიცხვის ფარგლებში ყველაზე დიდი ეფექტურობა. მნიშვნელოვანია გვქონდეს სტანდარტული მიდგომა სისტემებისა და პროცედურების მიმართ, რათა დავეხმაროთ ახალ კომპანიებს SAP-ის წარმატებით განხორციელებაში. ეს მიდგომა (ე.წ. „მეთოდიას“) შესაძლოა არ იყოს ყველაზე ეფექტური, მაგრამ ოპტიმალურ პირობებში წარმატების გარანტიას იძლევა. კომპანიები ცოცხლობენ და ვითარდებიან არა იმიტომ, რომ ისინი გეგმავენ იდეალს ან ყველაზე მეტს არახელსაყრელი პირობები, არამედ იმიტომ, რომ ისინი გეგმავენ ოპტიმალური პირობები. SAP-ის განხორციელების შემთხვევაში, განხორციელების მეთოდოლოგიამ უნდა უზრუნველყოს პროექტის წარმატება რთულ ბიზნეს პირობებში, ორგანიზაციულ და რესურსულ სტრუქტურებში, ვადებში და ა.შ. განხორციელების მეთოდოლოგიას აქვს შემდეგი ასპექტები:

ბიზნეს პროცესის მოდელირება: კომპანია განსაზღვრავს სასურველ ან საჭირო ბიზნეს პროცესებს.

საწარმოს პროცესების დახატვა SAP-ის მიერ მხარდაჭერილი პროცესების წინააღმდეგ: კომპანია განსაზღვრავს სტანდარტულ SAP პროცესებს და ფუნქციონირებას, რომლებიც აკმაყოფილებს მოდელირებული პროცესების მოთხოვნებს.

ხარვეზების ანალიზი: კომპანია აფასებს შეუსაბამობებს ან ხარვეზებს სტანდარტული SAP ფუნქციონალურობასა და მოდელირებული პროცესების მოთხოვნებს შორის.

SAP-ის განხორციელების პროექტის ფარგლების საბოლოო განსაზღვრა: კომპანია განსაზღვრავს SAP-ის განხორციელების ფარგლებს, ანუ მიუთითებს, თუ რომელი პროცესები განხორციელდება SAP-თან ერთად.

SAP სისტემის კონფიგურაცია: კომპანია აკონფიგურირებს SAP-ის საბაზისო პარამეტრებს დანერგვის სახელმძღვანელოს გამოყენებით, რათა დააკმაყოფილოს ადრე დადგენილი მოთხოვნები (იხ. კონფიგურაცია განხორციელების სახელმძღვანელოში მე-12 თავში). ყველა პარამეტრი შესრულებულია კლიენტში 001.

მორგებული SAP სისტემის ტესტირება: კონფიგურირებული სისტემის ფუნქციონირება შემოწმებულია რეალური მონაცემების გამოყენებით.

აღმოჩენილი ფუნქციონალური ხარვეზები შეიძლება აღმოიფხვრას შემდეგი ზომების გამოყენებით:

გამოსავლის შემუშავება სასურველი ფუნქციის მისაღწევად, შესაბამისი კონფიგურაციის განხორციელება.

სასურველი ფუნქციის დაპროგრამება ERP-ში მომხმარებლის პარამეტრების მეშვეობით.

დამატებითი პროგრამული პროდუქტების ინსტალაცია სხვა კომპანიებისგან, რომლებიც სერტიფიცირებულია SAP სისტემასთან თავსებადობისთვის SAP Complementary Software Program-ის (CSP) მეშვეობით.

ამ ფუნქციის განხორციელების გადადება SAP-ის მომდევნო ვერსიამდე ან მომდევნო განახლებამდე, რომელშიც ეს ფუნქცია უზრუნველყოფილია.

რადიკალურად იცვლება ბიზნეს პროცესი ისე, რომ იგი თავსებადია SAP-ის ფუნქციონალთან და მიაღწიოს იგივე შედეგს.

პირდაპირ SAP-ის შეცვლა, თუმცა არ არის რეკომენდებული, რადგან პროგრამის წყაროს კოდების ცვლილებები გააუქმებს SAP გარანტიას. უფრო მეტიც, შეცვლილი პროგრამული უზრუნველყოფა შეიძლება არ იყოს თავსებადი SAP-ის მომავალ ვერსიებთან.

SAP სისტემა უზრუნველყოფს სრულ R/3 Business Engineer გარემოს SAP-ის განხორციელებაში დასახმარებლად. SAP-ის ბიზნეს პროცესების მოდელირებისას შესაძლებელია რომელიმე შემდეგი ინსტრუმენტის გამოყენება: IDS Sheer ARIS, Microsoft VISIO, IntelliCorp LiveModel და Enterprise Charter. ისინი დაფუძნებულია R/3 საცნობარო მოდელზე და უზრუნველყოფენ პირდაპირ ინტერფეისს R/3 სისტემის ფუნქციონალებთან ურთიერთობისთვის. ეს მნიშვნელოვნად უწყობს ხელს სისტემის გაგებას, რადგან ის საშუალებას გაძლევთ დაიწყოთ კონკრეტული SAP ტრანზაქციები პირდაპირ მოდელირების გარემოდან: მეორეს მხრივ, ამ სისტემების მიერ მოწოდებული პროცესის მოდელები უზრუნველყოფს სრულ კონტექსტს კონკრეტული SAP ტრანზაქციისთვის.

R/3 საცნობარო მოდელი და ზემოთ ნახსენები ხელსაწყოები იყენებენ SAP-ის რეკომენდებულ მოდელირების ტექნოლოგიას, სახელწოდებით Event-Driven Process Chain (EPC). თავის არსში, ეს ტექნოლოგია აყალიბებს პროცესებს, როგორც პროცედურების მოწესრიგებულ კომპლექტს, რომლებიც გამოწვეულია სისტემაში არსებული მოვლენებით. ეს მოვლენები შეიძლება მოხდეს მონაცემთა ბაზებში (მაგალითად, განახლება) ან ეკრანზე - მაგალითად, როდესაც მომხმარებელი ირჩევს მენიუს ელემენტს ან დააწკაპუნებს ბმულს ვებ გვერდზე.

SAP პროცედურული მოდელი

ეს არის SAP-ის განხორციელების ტრადიციული მოდელი და სრულად არის ინტეგრირებული SAP სისტემასთან. ეს მოდელი დაინერგა 1995 წელს, SAP R/3 3.0 სისტემასთან ერთად. ზოგჯერ SAP პროცედურული მოდელის გამოყენება კითხვის ნიშნის ქვეშ დგება: არსებობს განცდა, რომ ეს მოდელი მოძველებულია და უნდა მიტოვდეს AcceleratedSAP-ის სასარგებლოდ. თუმცა, უნდა გავითვალისწინოთ, რომ AcceleratedSAP მეთოდოლოგია ძირითადად განკუთვნილია საშუალო და მცირე საწარმოებისთვის, ხოლო დიდი კომპანიები SAP პროცედურული მოდელი რჩება SAP-ის განხორციელების საუკეთესო მეთოდოლოგიად. ვინაიდან ამ წიგნში ძირითადად ვფარავთ SAP-ის განხორციელებას საშუალო და მცირე საწარმოებისთვის, აქ გავაცნობ მოკლე აღწერა SAP პროცედურული მოდელი, რომელიც იდეალურია 1.2 მილიარდი დოლარის ან მეტი შემოსავლის მქონე კომპანიებისთვის.

ნახ. სურათი 5.8 სქემატურად ასახავს SAP საპროცესო მოდელს.

ბრინჯი. 5.8. SAP პროცედურული მოდელი.

SAP პროცედურული მოდელი შედგება ოთხი ეტაპისგან:

1. ორგანიზაციული და კონცეპტუალური დიზაინი

პროექტის მომზადება

განვითარების გარემოს ორგანიზება

პროექტის გუნდის ტრენინგი

ფუნქციების და პროცესების განსაზღვრა

ინტერფეისების და გაუმჯობესებების განსაზღვრა

კონცეპტუალური დიზაინისა და ხარისხის კონტროლის ორგანიზაცია.

2. სისტემის დეტალური დიზაინი და მონტაჟი

ძირითადი პარამეტრების კონფიგურაცია

ორგანიზაციული სტრუქტურის ჩამოყალიბება

ძირითადი მონაცემების მომზადება

პროცესებისა და ფუნქციების კონფიგურაცია

ინტერფეისების დანერგვა და გაუმჯობესება

მოხსენების დაყენება

მონაცემთა არქივის მართვის ორგანიზაცია

ბოლო ტესტირება

ხარისხის კონტროლის სისტემის დეტალური დიზაინი და მონტაჟი.

3. მზადება გაშვებისთვის

მომხმარებლის დოკუმენტაციის შექმნა

მზადება გაშვებისთვის

სისტემის გარემოს დაყენება

საბოლოო მომხმარებლის ტრენინგი

სისტემის ადმინისტრირების ინსტალაცია

ხარისხის შემოწმება სისტემის გაშვებამდე.

4. სისტემის ოპერაციები

ტექნიკური მხარდაჭერა რეალური ოპერაციებისთვის

დახმარებისა და დახმარების ორგანიზაცია

სისტემის ოპერაციების დაყენება.

AcceleratedSAP მეთოდოლოგია

AcceleratedSAP (ASAP) არის სწრაფი სისტემის დანერგვის მეთოდოლოგია, რომელიც დაინერგა 1996 წელს და განკუთვნილია ძირითადად ამერიკული ბაზრისთვის. ეს მეთოდოლოგია უზრუნველყოფს მრავალფეროვან ინსტრუმენტებსა და კომუნალურ ინსტრუმენტებს განხორციელების პროცესის გასაადვილებლად. აქ არის რამდენიმე მათგანი:

განხორციელების ასისტენტი

კითხვების პასუხების მონაცემთა ბაზა (Q&Adb)

საგნების მონაცემთა ბაზა

მენეჯმენტი

Ცოდნის ბაზა

ASAP მეთოდოლოგია დეტალურად არის განხილული ამ წიგნის IV ნაწილში.

წიგნიდან UML თვითმასწავლებელი ავტორი ლეონენკოვი ალექსანდრე

თავი 2 რთული სისტემების ობიექტზე ორიენტირებული ანალიზისა და დიზაინის მეთოდოლოგიის შემუშავების ისტორიული მიმოხილვა

წიგნიდან თითოეულ პროექტს აქვს თავისი მეთოდოლოგია ავტორი კოვბერნ ალისტერი

მეთოდოლოგიის კომპონენტები და ფარგლები "მეთოდიაში" ვგულისხმობ იმას, რაც დაწერილია როგორც სიტყვის პირველი განმარტება Miriam-Webster American Dictionary-ში: "დაკავშირებული მეთოდების ან ტექნიკის სერია". ოქსფორდის ლექსიკონი ამ სიტყვას მხოლოდ „მეთოდების შესწავლას“ განსაზღვრავს. IN

წიგნიდან Software Development Process Maturity Model პოლკ მარკის მიერ

მეთოდოლოგიაში ცვლილებები რეალურ დროში და ბოლოს, მეთოდოლოგიის შექმნისას უკანასკნელი ყველაზე მნიშვნელოვანი ფაქტორია საჭირო მეთოდოლოგიის მორგება უშუალოდ მუშაობის დროს. როგორც კი გავიგებთ, რომ ყველა პროექტი იმსახურებს თავის მეთოდოლოგიას,

ავტორი რაიმონდ ერიკ სტეფანი

განხორციელების დადასტურება განხორციელების შემოწმების განყოფილება აღწერს ნაბიჯებს, რათა უზრუნველყოს ოპერაციების შესრულება დადგენილი პროცესის მიხედვით. ეს განყოფილება, როგორც წესი, მოიცავს მენეჯმენტის მიმოხილვებს და აუდიტს და ხარისხის უზრუნველყოფის აქტივობებს.

წიგნიდან The Art of Programming for Unix ავტორი რაიმონდ ერიკ სტეფანი

7.2.5. განხორციელების მიმოხილვა განხორციელების მიმოხილვის განყოფილება, როგორც წესი, შეიცავს ძირითად პრაქტიკებს, რომლებიც დაკავშირებულია პროექტის მენეჯერებისა და უფროსი მენეჯმენტის მიერ ზედამხედველობასთან, ასევე ხარისხის უზრუნველყოფის ჯგუფის ან სხვათა მიერ განხორციელებულ სპეციფიკურ საკონტროლო აქტივობებთან.

წიგნიდან პროგრამირების ტექნოლოგიები ავტორი კამაევი ვ ა

განხორციელების მიმოხილვა შემოწმება 1: ტრენინგის პროგრამის აქტივობების რეგულარული განხილვა უმაღლესი მენეჯმენტის მიერ. წარმოების პროცესიდა მისი გაგება

წიგნიდან Implementing SAP R/3: A Guide for Managers and Engineers კალე ვივეკის მიერ

განხორციელების შემოწმების შემოწმება 1. პროექტის მენეჯმენტის სამუშაოს განხორციელების რეგულარული განხილვა უფროსი მენეჯმენტის მიერ. პრაქტიკა, რომელიც დაკავშირებულია უფროსი მენეჯმენტის მიმოხილვების სტანდარტულ შინაარსთან, მოცემულია ძირითადი პროცესების ჯგუფის No1 ჩეკის აღწერაში.

წიგნიდან დაცვა ჰაკერებისგან კორპორატიული ქსელები ავტორი ავტორი უცნობია

განხორციელების განხილვის შემოწმება 1. პროგრამული პროდუქტის განვითარების საინჟინრო საქმიანობის განხორციელების რეგულარული განხილვა უფროსი მენეჯმენტის მიერ. პრაქტიკა, რომელიც დაკავშირებულია უფროსი მენეჯმენტის მიმოხილვების სტანდარტულ შინაარსთან, მოცემულია ჩეკი No1-ის აღწერაში.

ავტორის წიგნიდან

განხორციელების შემოწმების შემოწმება 1. ჯგუფთაშორისი საკოორდინაციო აქტივობების განხორციელების რეგულარული განხილვა უფროსი მენეჯმენტის მიერ უფროსი ხელმძღვანელობის მიერ შემოწმებების სტანდარტულ შინაარსთან დაკავშირებული პრაქტიკა მოცემულია ძირითადი ჯგუფის No1 ჩეკის აღწერაში.

ავტორის წიგნიდან

განხორციელების შემოწმების შემოწმება 1: ხარისხის უზრუნველყოფის (SQA) გუნდი აწარმოებს სამუშაოსა და შუალედური პროდუქტების მიმოხილვას და/ან აუდიტს, რომლებიც დაკავშირებულია ექსპერტთა შეფასებებთან და ანგარიშებს მათ შედეგებთან დაკავშირებით. ძირითადი პროცესების ჯგუფი "ხარისხის უზრუნველყოფა"

ავტორის წიგნიდან

ოსტატი ფუ და მეთოდოლოგიის კონსულტანტი როცა ოსტატი ფუ და მისი მოწაფე ნიუბი წმინდა ადგილებს სტუმრობდნენ, საღამოობით ოსტატი ფუ ესაუბრებოდა უნიქსის ნეოფიტებს იმ ქალაქებისა და სოფლების, სადაც ისინი ღამით ჩერდებოდნენ. ის, იყო

ავტორის წიგნიდან

12.5. განვითარების მეთოდოლოგიის კომპონენტები მას შემდეგ რაც მივიღეთ გარკვეული წარმოდგენა პროექტის მართვის მეთოდოლოგიის გათვალისწინების აუცილებლობის შესახებ, განვიხილოთ მისი ცალკეული კომპონენტები: წინასწარი ანალიზი; მიზნის მკაფიო განცხადება; მონაცემთა შედგენილი მოდელები და ლექსიკონები;

ავტორის წიგნიდან

ERP სისტემის არჩევის მეთოდოლოგიის არსი ERP კონცეფციის საფუძველია პროცესზე ორიენტირებული საწარმოს ავტომატიზაცია, ამიტომ საწარმოში განსახორციელებლად პროცესების შერჩევას დიდი მნიშვნელობა აქვს. შერჩევის ჯგუფი მიიღებს გადაწყვეტილებას იმის მიხედვით

ავტორის წიგნიდან

განხორციელების სტრატეგია ამ განყოფილებაში განვიხილავთ, თუ რა სტრატეგია უნდა მიიღოს ახალი ათასწლეულის საწარმომ ERP სისტემის დანერგვის პროექტისთვის, „როგორც პროდუქტი სუპერმარკეტის თაროებზე“. SAP მოდულების დანერგვა „დიდი“ მიხედვით. Bang” პრინციპი ორგანიზაციებმა უნდა მიიღონ

ავტორის წიგნიდან

მოწყვლადობის კვლევის მეთოდოლოგიის არსი ავხსნათ მარტივი ენითრა იგულისხმება მოწყვლადობის კვლევის მეთოდოლოგიაში. დაუცველობა არის ის, რაც გამოიყენა თუ არა ვინმემ, ყველგან არის, იქნება ეს მიკროკონტროლერი თუ

იდეალურ პირობებში, პროექტი შეიძლება დასრულდეს დროულად, ბიუჯეტის ფარგლებში და მაქსიმალური ეფექტურობით. მნიშვნელოვანია გვქონდეს სტანდარტული მიდგომა სისტემებისა და პროცედურების მიმართ, რათა დავეხმაროთ ახალ კომპანიებს SAP-ის წარმატებით განხორციელებაში. ეს მიდგომა (ე.წ. „მეთოდიას“) შესაძლოა არ იყოს ყველაზე ეფექტური, მაგრამ ოპტიმალურ პირობებში წარმატების გარანტიას იძლევა. კომპანიები გადარჩებიან და იზრდებიან არა იმიტომ, რომ ისინი გეგმავენ იდეალურ ან ყველაზე უარეს პირობებს, არამედ იმიტომ, რომ გეგმავენ ოპტიმალურ პირობებს. SAP-ის განხორციელების შემთხვევაში, განხორციელების მეთოდოლოგიამ უნდა უზრუნველყოს პროექტის წარმატება რთულ ბიზნეს პირობებში, ორგანიზაციულ და რესურსულ სტრუქტურებში, ვადებში და ა.შ. განხორციელების მეთოდოლოგიას აქვს შემდეგი ასპექტები:

SAP პროცედურული მოდელი

ეს არის SAP-ის განხორციელების ტრადიციული მოდელი და სრულად არის ინტეგრირებული SAP სისტემასთან. ეს მოდელი დაინერგა 1995 წელს, SAP R/3 3.0 სისტემასთან ერთად. ზოგჯერ SAP პროცედურული მოდელის გამოყენება კითხვის ნიშნის ქვეშ დგება: არსებობს განცდა, რომ ეს მოდელი მოძველებულია და უნდა მიტოვდეს AcceleratedSAP-ის სასარგებლოდ. თუმცა, გასათვალისწინებელია, რომ AcceleratedSAP მეთოდოლოგია ძირითადად განკუთვნილია საშუალო და მცირე საწარმოებისთვის, ხოლო მსხვილი კომპანიებისთვის SAP პროცედურული მოდელი რჩება SAP-ის განხორციელების საუკეთესო მეთოდოლოგიად. ვინაიდან ეს წიგნი ყურადღებას ამახვილებს SAP-ის დანერგვაზე საშუალო და მცირე ბიზნესისთვის, აქ მე შემოგთავაზებთ SAP პროცედურული მოდელის მოკლე აღწერას, რომელიც იდეალურია 1.2 მილიარდი დოლარის ან მეტი შემოსავლის მქონე კომპანიებისთვის.

ნახ. სურათი 5.8 სქემატურად ასახავს SAP საპროცესო მოდელს.

ბრინჯი. 5.8. SAP პროცედურული მოდელი.

SAP პროცედურული მოდელი შედგება ოთხი ეტაპისგან:

1. ორგანიზაციული და კონცეპტუალური დიზაინი

პროექტის მომზადება

განვითარების გარემოს ორგანიზება

პროექტის გუნდის ტრენინგი

ფუნქციების და პროცესების განსაზღვრა

ინტერფეისების და გაუმჯობესებების განსაზღვრა

კონცეპტუალური დიზაინისა და ხარისხის კონტროლის ორგანიზაცია.

2. სისტემის დეტალური დიზაინი და მონტაჟი

ძირითადი პარამეტრების კონფიგურაცია

ორგანიზაციული სტრუქტურის ჩამოყალიბება

ძირითადი მონაცემების მომზადება

პროცესებისა და ფუნქციების კონფიგურაცია

ინტერფეისების დანერგვა და გაუმჯობესება

მოხსენების დაყენება

მონაცემთა არქივის მართვის ორგანიზაცია

ბოლო ტესტირება

ხარისხის კონტროლის სისტემის დეტალური დიზაინი და მონტაჟი.

3. მზადება გაშვებისთვის

მომხმარებლის დოკუმენტაციის შექმნა

სალამი!

როგორც დაგპირდით, დღეს კიდევ ერთ ნაწილს ვაძლევ გამოსადეგი ინფორმაციათქვენი განვითარებისთვის.

შეეცდება მარტივი სიტყვებითაზრის გაგება SAP ASAP მეთოდოლოგია, რომელიც დღემდე არის ქვაკუთხედი საწარმოებში SAP ERP სისტემის წარმატებული დანერგვის გზაზე.

პირველი, ცოტა ფონი.

მიუხედავად იმისა, რომ SAP სისტემების მრავალფეროვნება და მოქნილობა შესაძლებელს ხდის დააკმაყოფილოს სხვადასხვა ინდუსტრიის მოთხოვნები, SAP-ის დანერგვის გონივრული ვადა არის ერთ-ერთი ყველაზე მნიშვნელოვანი ფაქტორი, რომელიც კომპანიამ უნდა გაითვალისწინოს SAP-ის დანერგვის შესაძლებლობის შეფასებისას. ERP. როგორც მაღალტექნოლოგიური, მაღალი ღირებულების სისტემების სექტორი შემოდის ბაზარზე საინფორმაციო ტექნოლოგიები 90-იან წლებში სულ უფრო გაჯერებული გახდა SAP-ის პოტენციალი მცირე და საშუალო ბიზნესის სექტორში. ამ ტიპის კლიენტებს არ აქვთ საკმარისი რესურსი და დრო ERP განხორციელების პროექტების განსახორციელებლად, რომელიც შეიძლება გაგრძელდეს ორიდან სამ წლამდე.

1996 წელს SAP-მა შემოიტანა AcceleratedSAP (ASAP) მეთოდოლოგია, რომელიც მიზნად ისახავდა განხორციელების პროექტების მნიშვნელოვნად დაჩქარებას. ASAP მეთოდოლოგია საშუალებას აძლევდა ახალ კლიენტებს ესარგებლათ გამოცდილებით და პროფესიული ცოდნა, დიდი რაოდენობით განხორციელების წყალობით მთელს მსოფლიოში.

რა არის ASAP?

ASAP - მეთოდოლოგია სწრაფი დანერგვისა და უწყვეტი ოპტიმიზაციისთვის - შედგება საგზაო რუქის მეთოდოლოგიისგან, რომელიც ასოცირდება ისეთ ინსტრუმენტებთან, როგორიცაა IMG (განხორციელების გზამკვლევი), და ASAP ჩაფიქრებული იყო სპეციალურად საშუალო და მცირე საწარმოებისთვის, რომელთა განხორციელებას დიდი დრო არ სჭირდება.

ASAP მეთოდოლოგია შედგება სხვადასხვა ჩამონათვალისგან, ცხრილებისგან, კითხვარებისგან, პასუხებისგან, დოკუმენტის შაბლონებისგან, სახელმძღვანელო მითითებებისგან და ა.შ. გარდა ამისა, ASAP გთავაზობთ სახელმძღვანელოებს, სასწავლო ინსტრუმენტებს და ამაჩქარებლებს ტექნიკური საკითხების უზარმაზარ სპექტრზე, რომლებიც დაკავშირებულია ინფრასტრუქტურასთან, ინსტალაციასთან და ოპერაციებთან SAP-თან. ASAP-ში არსებული სხვადასხვა მიმოხილვები და საკონტროლო სიები აკონტროლებს არა მხოლოდ თავად პროექტის პროგრესს, არამედ სისტემის სტაბილურობასა და ინტეგრაციას პროექტის ყველა ეტაპზე.

მეთოდოლოგია ქსელური გრაფიკა(საგზაო რუკა) ასევე მოიცავს ცვლილებების მართვის ამოცანებს და ამაჩქარებლებს, რომლებიც საჭიროა SAP-ის განხორციელებით გამოწვეული საწარმოს ცვლილების სამართავად.

ამ სტატიაში მე არ ჩავუღრმავდები თეორიას, ახლა არც ისე მნიშვნელოვანი და საინტერესოა. მოდით შევხედოთ თავად ASAP კომპონენტს - Roadmap ან ქსელის დიაგრამაროგორც რუსეთში ითარგმნა.

ქსელის დიაგრამა(საგზაო რუკა) მოქმედებს როგორც პროექტის გზამკვლევი, რომელიც აზუსტებს ეტაპებს, აუცილებელ ეტაპებს და ადგენს მთლიანი პროექტის საერთო ტემპს, რათა მივიღოთ მოქმედი სისტემა უმოკლეს დროში, მაქსიმალური ხარისხით და ბიუჯეტის ფარგლებში. ASAP ქსელის განრიგი შედგება შემდეგი ეტაპებისაგან: პროექტის მომზადება, კონცეპტუალური დიზაინი, განხორციელება, საბოლოო მომზადება, გაშვება და მხარდაჭერა, ოპტიმიზაცია.

პროექტის მომზადება

ამ ეტაპის მიზანია SAP-ის განხორციელების პროექტის დაგეგმვისა და მომზადების უზრუნველყოფა. მათ შორის ძირითადი ამოცანებირომლებიც უნდა გადაწყდეს პროექტის მომზადების პროცესში:

პროექტის მიზნებისა და პერსპექტივების განსაზღვრა,

განხორციელების მოცულობის ყველაზე ზუსტი შეფასება,

განხორციელების სტრატეგიის განსაზღვრა,

პროექტის ზოგადი სამუშაო გრაფიკის განსაზღვრა და სისტემის განხორციელების თანმიმდევრობა,

პროექტის ორგანიზაციული სტრუქტურისა და კომიტეტების განსაზღვრა,

რესურსების განაწილება.

ამ კითხვებზე ზუსტი პასუხები განხორციელების დასაწყისში უზრუნველყოფს ეფექტურ განხორციელებას დიზაინის სამუშაოდა არის SAP წარმატებული განხორციელების გასაღები.

კონცეპტუალური პროექტი (ბიზნესის გეგმა)

ამ ფაზის მიზანია შექმნას კონცეპტუალური პროექტი (Business Blueprint), რომელიც წარმოადგენს მომხმარებლის დეტალურ ტექნიკურ და ბიზნეს მოთხოვნებს სისტემისთვის, რითაც მიაღწევს მომხმარებლის ხედვის სრულ გაგებას ბიზნეს პროცესების ორგანიზების შესახებ SAP სისტემაში. კონცეპტუალური დიზაინის ეტაპზე განისაზღვრება ინფორმაციული სისტემის შექმნის სტრატეგია, რომელიც უზრუნველყოფს სწრაფი ანაზღაურებაინვესტიციები. კონცეპტუალური პროექტის შემუშავება საშუალებას იძლევა არა მხოლოდ გქონდეთ სამოქმედო პროგრამა ეტაპობრივი განხორციელებისთვის, არამედ მიიღოთ მნიშვნელოვანი ეკონომიკური სარგებელიგაუმჯობესების გზით არსებული სისტემასაწარმოს მენეჯმენტი.

კონცეპტუალური დიზაინის ფარგლებში წყდება შემდეგი ამოცანები:

ბიზნეს პროცესების განმარტება და ანალიზი,

მომავალი სისტემის მოთხოვნების ფორმალიზება და დოკუმენტირება,

პროექტის საბოლოო მოცულობის დეტალიზაცია და დამტკიცება,

სისტემის არქიტექტურის შემუშავება და ძირითადი საპროექტო გადაწყვეტილებების განსაზღვრა,

ტრენინგის სტრატეგიის ანალიზი და ფორმირება,

შემდეგი, მუშავდება სამუშაოების პაკეტი პროტოტიპის გადაწყვეტის შესაქმნელად. ამ შემთხვევაში, ძალისხმევა ორიენტირებულია პროცესებზე, რომელთა კონფიგურაცია შესაძლებელია დამატებითი პროგრამირების ან SAP სისტემის გაფართოების გარეშე. მოთხოვნების განხორციელება, რომლებიც საჭიროებენ დამატებით პროგრამირებას ან გაფართოებას, ხდება განხორციელების ფაზის ცალკეულ სამუშაო პაკეტებში.

რეალიზაცია

პროექტის განხორციელების ეტაპზე პროექტის ჯგუფიახორციელებს სისტემის კონფიგურაციას კონცეპტუალური დიზაინის მოთხოვნების გათვალისწინებით IMG-ის (დანერგვის სახელმძღვანელო), სისტემის აუცილებელ მოდიფიკაციას და ტესტირებას.

მომხმარებლის მოთხოვნებთან შესაბამისობის სისტემის ტესტირება ხორციელდება ცალკე SAP სისტემაში ხარისხის კონტროლისთვის და ტარდება ორ ეტაპად:

ფუნქციური ტესტირება

ინტეგრაციის ტესტირება

ფუნქციონალური ტესტირების ეტაპზე მოწმდება თითოეული ქვესისტემის ფუნქციები. ინტეგრაციის ტესტირების ეტაპზე მოწმდება ბოლოდან ბოლომდე ბიზნეს პროცესების ფუნქციონირება.

ტესტის შედეგები ფიქსირდება ოქმში და მათ საფუძველზე გამოვლენილია სისტემის შეუსაბამობა მოთხოვნებთან და გამორიცხულია კომენტარები.

ამ ეტაპის შედეგი უნდა იყოს სრულად კონფიგურირებული და გამოცდილი SAP სისტემა, რომელიც აკმაყოფილებს კომპანიის ყველა მოთხოვნას.

საბოლოო მომზადება

ამ ეტაპზე სისტემა მზადდება სამრეწველო ექსპლუატაციისთვის. ყველა გამონაკლისი სიტუაცია მოგვარებულია და შეუსაბამობები აღმოიფხვრება.

გაიმართა სტრესის ტესტირება, როდესაც შემოწმებულია სისტემის წინააღმდეგობა სერვერის მაღალი დატვირთვის მიმართ. მონაცემები ასევე გადადის მომხმარებლის კომპანიის ისტორიული სისტემებიდან SAP სისტემაში.

SAP-ის კონსულტანტები უტარებენ ტრენინგს მთავარ და საბოლოო მომხმარებლებს სისტემის გამოყენების შესახებ. კერძოდ, მუშავდება მომხმარებლის ინსტრუქციები სასწავლო მასალები, დაგეგმილია ჯგუფების შემადგენლობა და სასწავლო პერიოდები, ბოლოს კი ტარდება მომხმარებლების საბოლოო სერტიფიცირება.

გაშვება და მხარდაჭერა (Go Live Support)

ეს არის სისტემის გაშვებასთან დაკავშირებული საკითხების მოგვარების ეტაპი. შემოწმებულია გაშვებისთვის მზადყოფნა და აღმოფხვრილია შესაძლო პრობლემები.

SAP-ის კონსულტანტები უზრუნველყოფენ მომხმარებლის ყოველდღიურ მხარდაჭერას და ასევე აღმოფხვრის სისტემაში ადრე დამალულ შეცდომებსა და შეუსაბამობებს.

საჭიროების შემთხვევაში, მომხმარებელთან შეთანხმებით, სისტემა შეიძლება დაემატოს ფუნქციებით, რომლებიც არ არის გათვალისწინებული პროექტის ადრე შეთანხმებული მიზნებით. ამ შემთხვევაში, ქ პროექტის დოკუმენტაციაცვლილებები შეტანილია ახალი მოთხოვნების შესაბამისად დასრულებული სისტემის განვითარებისთვის და სისტემა სრულდება.

ოპტიმიზაცია (გაშვება SAP)

ამ ეტაპის მთავარი მიზანია გადაწყვეტის საიმედოობისა და ოპტიმიზაციის უზრუნველყოფა. მხარდაჭერის ცენტრი უზრუნველყოფს მომხმარებელთა მხარდაჭერას და სისტემის მონიტორინგს იმ პროცესების იდენტიფიცირებისთვის, რომლებიც ოპტიმიზაციას საჭიროებს. Მაგალითად:

გადაწყვეტის დოკუმენტაციის ოპტიმიზაცია

გადაწყვეტის განხორციელების ოპტიმიზაცია

შაბლონის ოპტიმიზაცია

ოპტიმიზაციის ტესტის მენეჯმენტი

მოვლის ოპტიმიზაცია, განახლება და ა.შ.

მოკლედ აქ არის საწარმოებში SAP ERP დანერგვის ყველა ეტაპი. იმედია, ახლა გესმით, რატომ არის ასე მნიშვნელოვანი ASAP მეთოდოლოგია განხორციელებისას.

ამ მკაფიო და ნაბიჯ-ნაბიჯ სქემასაშუალებას გაძლევთ შეამციროთ განხორციელების დრო, შეამციროთ ხარჯები და მინიმუმამდე დაიყვანოთ პროექტის რისკები, რაც ძალიან მნიშვნელოვანია მომხმარებლისთვის.

შევხვდებით კონტაქტზე,

ნიკიტა.

სასარგებლო იყო? მოიწონეთ და წაიკითხეთ შემდეგი სასარგებლო ინფორმაცია ახლავე: