सीधे कंटेंट पर जाएँ

SAP ट्रेनिंग रणनीतियाँ: क्या काम करता है और क्या फ़ेल होता है

SAP ट्रेनिंग तब काम करती है जब वह रोल-आधारित और हैंड्स-ऑन हो, go-live से चार से छह हफ़्ते पहले दी जाए और सिस्टम एक्सेस से जुड़ी हो। यह वह प्लान है जो मैं इस्तेमाल करता हूँ, वे विफलताएँ जो मैंने देखी हैं, और SAP के Enable Now को WalkMe में मिलाने का आपके टूलिंग पर क्या असर पड़ता है।

Noel D'Costa मीटिंग टेबल के पास बैठी प्रोजेक्ट टीम के साथ वर्कशॉप का संचालन करते हुए
विषय-सूची
  1. ट्रेनिंग क्यों कटती है, और इसकी कीमत क्या है
  2. असरदार SAP ट्रेनिंग कैसी दिखती है
  3. रोल-आधारित लर्निंग पाथ
  4. टाइमिंग
  5. असली जैसा ट्रेनिंग एनवायरनमेंट
  6. असेसमेंट से जुड़ी एक्सेस
  7. फ़्लोरवॉकर और सुपर-यूज़र
  8. ओनर के साथ ट्रेनिंग प्लान
  9. 2026 में WalkMe, Enable Now और AI
  10. SAP Enable Now को WalkMe में मिला रहा है
  11. ट्रेनिंग कंटेंट के लिए AI
  12. जो यूसेज डेटा आपके पास पहले से है, उसका इस्तेमाल करें
  13. आम ट्रेनिंग विफलताएँ
  14. फ़ंक्शनल एरिया के हिसाब से ट्रेनिंग
  15. अक्सर पूछे जाने वाले सवाल

SAP ट्रेनिंग तब अडॉप्शन बढ़ाती है जब वह रोल के हिसाब से बनी हो, असली जैसे ट्रेनिंग सिस्टम में हैंड्स-ऑन करवाई जाए, go-live से चार से छह हफ़्ते पहले दी जाए और सिस्टम एक्सेस से जुड़ी हो, और फिर दिन 30 और दिन 90 पर दोहराई जाए। ज़्यादातर ट्रेनिंग इसके उलट होने से फ़ेल होती है: सबके लिए एक जैसे सेशन, स्लाइड, गलत टाइमिंग और go-live के बाद कुछ नहीं।

यह लेख उन प्रोग्राम डायरेक्टर, चेंज लीड और HR या फ़ाइनेंस स्पॉन्सर के लिए है जो S/4HANA रोलआउट की योजना बना रहे हैं। इसमें बताया गया है कि क्या काम करता है, ओनर और तारीखों के साथ एक ट्रेनिंग प्लान, विफलता के तरीके, और SAP के Enable Now से WalkMe की ओर जाने से क्या बदलता है।

मैंने एक रीजनल यूटिलिटी बोर्ड के साथ काम किया, जो बिना ठीक ट्रेनिंग के SAP पर go-live कर गया। न कोई अनुकूलित सेशन। न रोल-आधारित वॉकथ्रू। बस पिछले रोलआउट के मैनुअल दोबारा इस्तेमाल हुए।

नतीजा:

  1. प्रोक्योरमेंट अप्रूवल अटक गए। यूज़र को पता नहीं था कि वर्कफ़्लो में एस्केलेट कैसे करना है।
  2. इन्वेंटरी की गिनती भरोसेमंद नहीं रही। गलत मूवमेंट टाइप पोस्ट हुए और किसी को उनका असर समझ नहीं आया।
  3. फ़ाइनेंस ने हफ़्तों वे पोस्टिंग गलतियाँ साफ़ कीं जो होनी ही नहीं चाहिए थीं।
  4. कुछ मॉड्यूल पूरी तरह रोक देने पड़े, क्योंकि यूज़र में उन्हें चलाने का आत्मविश्वास नहीं था।

रिकवरी कंसल्टेंट आए। यह महँगा पड़ा, और महीनों तक सिस्टम पर कर्मचारियों का भरोसा हिला रहा।

अब खाड़ी देश के एक मैन्युफ़ैक्चरिंग क्लाइंट से तुलना कीजिए, जिसके साथ मैंने काम किया और जिसने शुरू से ट्रेनिंग को डिलीवरी का हिस्सा माना। प्रोक्योरमेंट क्लर्क, इन्वेंटरी मैनेजर और फ़ाइनेंस टीमों का अपना-अपना ट्रैक था। KPI सीखने के नतीजों से जुड़े थे। वेयरहाउस यूज़र ने असली डेटा एंट्री शुरू होने से पहले ट्रेनिंग एनवायरनमेंट में टेस्ट साइकल पूरे किए। फ़ाइनेंस यूज़र ने असली जैसे ट्रांज़ैक्शन के साथ सैंडबॉक्स में मंथ-एंड क्लोज़ का अभ्यास किया। ट्रेनिंग के बाद का असेसमेंट पास करना सिस्टम एक्सेस की शर्त थी। ट्रेनिंग नहीं, तो लॉगिन नहीं।

go-live तक यूज़र आत्मविश्वास में थे। टिकट कम। अफ़रा-तफ़री कम। अडॉप्शन मज़बूत।

इन दोनों नतीजों के बीच का फ़र्क टेक्नोलॉजी से कम और इससे ज़्यादा जुड़ा था कि लोगों को कैसे तैयार किया गया: ट्रेनिंग को फ़ेज़ के अंत का काम माना गया या जोखिम पर नियंत्रण।

पैटर्न अनुमानित है। प्रोजेक्ट पीछे चल रहा है। बजट तंग है। ट्रेनिंग को दबा दिया जाता है। "यूज़र खुद सीख लेंगे" प्लान बन जाता है।

वे नहीं सीखते।

जो यूज़र गलत ट्रांज़ैक्शन से पोस्ट करता है, वह ऐसी डेटा गलतियाँ पैदा करता है जो मॉड्यूल-दर-मॉड्यूल फैलती हैं। जो अप्रूवल इसलिए पड़े रहते हैं कि किसी को एस्केलेशन का रास्ता नहीं पता, वे आगे की प्रक्रियाएँ रोक देते हैं। जो फ़ाइनेंस टीम पोस्टिंग लॉजिक नहीं समझती, वह ऐसा रीकन्सिलिएशन का काम खड़ा करती है जिसे सुलझाने में हफ़्ते लग जाते हैं।

चेंज मैनेजमेंट की रिसर्च भी यही कहती है। Prosci के लंबे समय से चल रहे अध्ययन पाते हैं कि बेहतरीन चेंज मैनेजमेंट वाले प्रोजेक्ट खराब चेंज मैनेजमेंट वाले प्रोजेक्ट की तुलना में अपने उद्देश्य पूरे करने की लगभग सात गुना ज़्यादा संभावना रखते हैं। ट्रेनिंग इस काम का सबसे दिखने वाला हिस्सा है, और सबसे आसानी से काटा जाने वाला भी।

रोल-आधारित लर्निंग पाथ

सबके लिए एक जैसी ट्रेनिंग सबसे आम गलती है। एक वेयरहाउस सुपरवाइज़र और एक फ़ाइनेंस कंट्रोलर के ट्रांज़ैक्शन लगभग साझा नहीं होते। दोनों को साथ ट्रेन करें तो हर कोई ऐसी सामग्री में बैठा रहता है जो ज़्यादातर उसके काम की नहीं।

रोल कैटलॉग से शुरू करें। हर रोल उन ट्रांज़ैक्शन और Fiori ऐप से जुड़ता है जो वह व्यक्ति रोज़ इस्तेमाल करेगा, और लर्निंग पाथ उन्हीं के इर्द-गिर्द बनता है।

फ़ाइनेंस को मंथ-एंड क्लोज़, अकाउंट्स पेएबल और GL पोस्टिंग लॉजिक चाहिए। प्रोक्योरमेंट को रिक्विज़िशन, PO अप्रूवल और गुड्स रिसीप्ट चाहिए। वेयरहाउस यूज़र को गुड्स मूवमेंट, डिलीवरी कन्फ़र्मेशन और इन्वेंटरी गिनती चाहिए। हर समूह को ऐसा ट्रैक मिलता है जो उसकी असली नौकरी के पहले दिन से मेल खाता है।

टाइमिंग

go-live से चार महीने पहले ट्रेन करें तो लोग ज़्यादातर भूल जाते हैं। एक हफ़्ते पहले करें तो दबाव आने पर भी वे सीख ही रहे होते हैं।

व्यावहारिक खिड़की है: मुख्य लहर के लिए go-live से चार से छह हफ़्ते पहले, और एक से दो हफ़्ते पहले एक छोटा रिफ़्रेशर।

असली जैसा ट्रेनिंग एनवायरनमेंट

स्लाइड और रिकॉर्डेड डेमो जागरूकता बनाते हैं। वे दबाव में SAP चलाने की मसल मेमोरी नहीं बनाते।

ट्रेनिंग एनवायरनमेंट को इंटीग्रेशन टेस्टिंग के बाद QA सिस्टम से बनाएँ, ताकि कॉन्फ़िगरेशन वही हो जो go-live पर जाएगा और मास्टर डेटा असली बिज़नेस जैसा दिखे। यूज़र को पूरे प्रोसेस साइकल पूरे करने चाहिए, अलग-अलग स्क्रीन पर क्लिक करके नहीं निकल जाना चाहिए। जिस फ़ाइनेंस यूज़र ने ट्रेनिंग में पाँच जर्नल एंट्री पोस्ट की हैं, वह पहले दिन उस यूज़र से कहीं कम गलतियाँ करता है जिसने बस रिकॉर्डिंग देखी।

असेसमेंट से जुड़ी एक्सेस

सिस्टम एक्सेस को रोल असेसमेंट पास करने पर निर्भर रखना सबसे असरदार अडॉप्शन लीवर है जो मैंने देखा है। इससे अस्पष्टता खत्म हो जाती है। ट्रेनिंग वैकल्पिक नहीं रहती, और नए सिस्टम में काम करने की शर्त बन जाती है।

इसके लिए रीढ़ वाला स्पॉन्सर चाहिए, क्योंकि कोई न कोई विरोध करेगा। कोई बिज़नेस लीड कहेगा कि उसकी टीम के पास समय नहीं है। जवाब यह है कि वे अपनी टीम को ऐसा प्रोडक्शन सिस्टम थमाने का जोखिम नहीं उठा सकते जिसे चलाना वह नहीं जानती।

फ़्लोरवॉकर और सुपर-यूज़र

go-live के बाद पहले दो हफ़्तों में, फ़्लोर पर यूज़र के पास मौजूद ट्रेन्ड लोग हेल्पडेस्क का वॉल्यूम साफ़ तौर पर घटा देते हैं। कोई अनिश्चित यूज़र टिकट खोलने से पहले बगल वाले से पूछता है। अगर वह व्यक्ति ट्रेन्ड फ़्लोरवॉकर है, तो समस्या सुलझ जाती है। अगर नहीं, तो वर्कअराउंड ही प्रोसेस बन जाता है।

फ़्लोरवॉकर का कंसल्टेंट होना ज़रूरी नहीं। हर बिज़नेस एरिया का एक सुपर-यूज़र, जिसे बाकी सबसे ज़्यादा गहराई से ट्रेन किया गया हो, ज़्यादातर ज़रूरतें पूरी कर देता है। सुपर-यूज़र फ़ीडबैक का चैनल भी बनते हैं: जब कोई प्रोसेस डिज़ाइन के मुताबिक नहीं चलता, तो वे वर्कअराउंड जमने देने के बजाय उसे इश्यू प्रोसेस के ज़रिए उठाते हैं।

यह वह क्रम है जो प्रोग्राम प्लान में डालना चाहिए, और जिसे Deploy में ऊपर से चिपकाने के बजाय Explore से एक वर्कस्ट्रीम की तरह ट्रैक करना चाहिए।

go-live के आसपास ट्रेनिंग की टाइमिंगबहुत जल्दी हुई तो लोग भूल जाते हैं। बहुत देर से हुई तो घबरा जाते हैं। go-live के बाद लैब इसे आगे ले जाते हैं।
  1. Exploreरोल कैटलॉग और लर्निंग पाथ तयहर रोल अपने ट्रांज़ैक्शन और ऐप से मैप किया गया
  2. 6 हफ़्ते पहलेरोल के हिसाब से एंड-यूज़र ट्रेनिंगgo-live से चार से छह हफ़्ते पहले, हैंड्स-ऑन, असली जैसे डेटा के साथ
  3. 1 हफ़्ता पहलेअसेसमेंट पास, एक्सेस मंज़ूरएक छोटे रिफ़्रेशर के बाद। पास नहीं, तो प्रोडक्शन लॉगिन नहीं
  4. दिन 30पहला लैबउस रोल समूह के सबसे ज़्यादा सपोर्ट टिकट से बना
  5. दिन 90दूसरा लैबपहले मंथ-एंड और क्वार्टर-एंड के इर्द-गिर्द बना
माइलस्टोनसमयओनरपूरा होने का मतलब
रोल कैटलॉग और लर्निंग पाथ तयExplore के अंत तकचेंज और ट्रेनिंग लीड, प्रोसेस ओनर के साथहर रोल अपने ट्रांज़ैक्शन और ऐप से मैप किया गया
ट्रेनिंग एनवायरनमेंट तैयारइंटीग्रेशन टेस्टिंग के बादBasis लीडअसली जैसे मास्टर डेटा के साथ QA की कॉपी
ट्रेनिंग सामग्री पूरीप्रोसेस डिज़ाइन लॉक होते हीट्रेनिंग लीडड्राफ़्ट नहीं, फ़ाइनल प्रोसेस डिज़ाइन पर बनी
सुपर-यूज़र ट्रेनिंग पूरीएंड-यूज़र ट्रेनिंग से दो से तीन हफ़्ते पहलेट्रेनिंग लीडसुपर-यूज़र सिर्फ़ सीधे रास्ते नहीं, अपवाद भी संभाल सकते हैं
एंड-यूज़र ट्रेनिंग पूरीgo-live से चार से छह हफ़्ते पहलेट्रेनिंग लीड, सुपर-यूज़र के साथरोल के हिसाब से उपस्थिति और हैंड्स-ऑन अभ्यास दर्ज
असेसमेंट पास, एक्सेस मंज़ूरgo-live से एक हफ़्ता पहलेसिक्योरिटी लीड, ट्रेनिंग लीड के साथपास के बिना कोई प्रोडक्शन रोल नहीं
दिन-30 लैबgo-live के एक महीने बादट्रेनिंग लीडउस रोल समूह के सबसे ज़्यादा सपोर्ट टिकट से बना
दिन-90 लैबgo-live के तीन महीने बादट्रेनिंग लीडपहले मंथ-एंड और क्वार्टर-एंड के सवालों के इर्द-गिर्द बना

सबसे आम प्लानिंग विफलता यह है कि Realize में प्रोसेस डिज़ाइन अभी बदल ही रहा होता है और सामग्री लिखी जाने लगती है। पहले डिज़ाइन लॉक करें, या सामग्री परतों में बनाएँ: पहले पक्के प्रोसेस, बाद में खुले हुए।

चलते हुए SAP सिस्टम और सफल SAP इम्प्लीमेंटेशन के बीच का फ़ासला अक्सर यूज़र की तैयारी का होता है। कंपनियाँ इम्प्लीमेंटेशन पर कई मिलियन लगाती हैं और फिर उसे बिखरते देखती हैं, क्योंकि किसी ने यूज़र को सही प्रोसेस नहीं समझाया। ट्रेनिंग कोई चेकबॉक्स नहीं है। यह जोखिम पर नियंत्रण है।

पद्धति से ज़्यादा टूलिंग बदली है।

SAP Enable Now को WalkMe में मिला रहा है

SAP ने सितंबर 2024 में WalkMe का अधिग्रहण पूरा किया, जो लगभग $1.5 बिलियन का सौदा था। 2026 में SAP ने SAP Enable Now के अंत की रूपरेखा बताई: अप्रैल 2025 से कोई नया क्लाउड कॉन्ट्रैक्ट नहीं, अप्रैल 2027 तक आख़िरी रिन्यूअल, और नवंबर 2030 में मेंटेनेंस का अंत। WalkMe, अपने Learning Arc ट्रेनिंग कंटेंट प्रोडक्ट के साथ, इसका उत्तराधिकारी है।

व्यवहार में इसका मतलब:

  1. नए प्रोग्राम को ट्रेनिंग कंटेंट और इन-ऐप गाइडेंस Enable Now में नए सिरे से शुरू करने के बजाय WalkMe में बनाना चाहिए।
  2. मौजूदा Enable Now ग्राहकों के पास अभी समय है, पर उन्हें कंटेंट माइग्रेशन की योजना अपने आख़िरी रिन्यूअल के बाद नहीं, उससे पहले बनानी चाहिए।
  3. जो बँटवारा अब भी लागू है: ट्रेनिंग की लहरों के लिए पहले से तैयार स्ट्रक्चर्ड कंटेंट (सिमुलेशन, डॉक्यूमेंटेशन, एक बार रिकॉर्ड की गई टेस्ट स्क्रिप्ट), और हाइपरकेयर व नए जुड़ने वालों के लिए इन-ऐप गाइडेंस (टूलटिप, गाइडेड पाथ)। अब WalkMe दोनों को कवर करता है।

अगर वेंडर से स्वतंत्रता आपके लिए मायने रखती है, तो Whatfix अब भी भरोसेमंद गैर-SAP विकल्प है।

ट्रेनिंग कंटेंट के लिए AI

Joule, Microsoft Copilot और दूसरे जनरेटिव AI टूल प्रोसेस डॉक्यूमेंटेशन से पहला ड्राफ़्ट, क्विक रेफ़रेंस गाइड और सेशन की घोषणाएँ तैयार कर सकते हैं।

जब सोर्स डॉक्यूमेंटेशन साफ़ हो, तब यह रफ़्तार सच में बढ़ती है। यह रोल-आधारित डिज़ाइन के फ़ैसलों या असेसमेंट के डिज़ाइन की जगह नहीं लेता। हर रोल को क्या जानना चाहिए, यह ट्रेनर को ही तय करना होता है। AI बस ड्राफ़्ट तेज़ी से बना देता है।

जो यूसेज डेटा आपके पास पहले से है, उसका इस्तेमाल करें

go-live के बाद सिर्फ़ टिकट की गिनती नहीं, असली इस्तेमाल देखें: WalkMe एनालिटिक्स अगर आप उसे इस्तेमाल करते हैं, Fiori ऐप का इस्तेमाल, रोल के हिसाब से ट्रांज़ैक्शन वॉल्यूम और कैटेगरी के हिसाब से सपोर्ट टिकट। अगर जो Fiori ऐप किसी ट्रांज़ैक्शन कोड की जगह लेने वाला था वह मुश्किल से इस्तेमाल हो रहा है, तो ट्रेनिंग पुराने तरीके की ओर ज़्यादा झुक गई थी। डेटा जो दिखाए, उसे दिन-30 और दिन-90 के लैब में डालें। मेरी ERP इम्प्लीमेंटेशन KPI सूची में वे अडॉप्शन माप हैं जो मैं इस्तेमाल करता हूँ।

विफलताइससे क्या होता हैइससे कैसे बचें
सभी रोल के लिए एक जैसी ट्रेनिंगअप्रासंगिक कंटेंट; ज़रूरी काम कवर नहीं होतेरोल कैटलॉग से बने लर्निंग पाथ
ट्रेनिंग बहुत जल्दीgo-live से पहले यूज़र भूल जाते हैंचार से छह हफ़्ते पहले, रिफ़्रेशर दो हफ़्ते पहले
सिर्फ़ स्लाइडहैंड्स-ऑन अभ्यास नहींअसली जैसे डेटा वाला ट्रेनिंग एनवायरनमेंट
कोई असेसमेंट नहींपूरा होना मान लिया जाता है, साबित नहीं होताप्रोडक्शन एक्सेस से पहले असेसमेंट
कोई फ़्लोरवॉकर नहींवर्कअराउंड ही प्रोसेस बन जाते हैंपहले दो हफ़्ते फ़्लोर पर सुपर-यूज़र
ट्रेनिंग फ़ेज़ के अंत का कामशेड्यूल खिसकने पर दब जाती हैExplore से एक ट्रैक की जाने वाली वर्कस्ट्रीम
कोई रिफ़्रेशर प्लान नहींअडॉप्शन go-live के स्तर पर ठहर जाता हैदिन 30 और दिन 90 पर लैब
नया कंटेंट Enable Now में बनाना2030 से पहले दोबारा माइग्रेट करने वाला कंटेंटनया कंटेंट WalkMe में बनाएँ

फ़ाइनेंस में कम्प्लायंस और ऑडिट का जोखिम सबसे ज़्यादा है। जर्नल एंट्री और अप्रूवल, पेएबल और रिसीवेबल, पेमेंट रन, पीरियड-एंड के स्टेप और रिपोर्टिंग कवर करें। गड़बड़ियाँ मंथ-एंड पर सामने आती हैं। अगर यूज़र ने ट्रेनिंग में क्लोज़ का अभ्यास नहीं किया, तो वे उससे पहली बार असली डेडलाइन के दबाव में मिलते हैं।

प्रोक्योरमेंट को पूरा purchase-to-pay साइकल चाहिए: रिक्विज़िशन, अप्रूवल, PO रिलीज़, गुड्स रिसीप्ट और इनवॉइस वेरिफ़िकेशन। वे एरर कंडीशन दिखाएँ जो यूज़र को मिलेंगी, जैसे ब्लॉक्ड PO, थ्री-वे मैच की विफलताएँ और गुड्स रिसीप्ट रिवर्सल। जिन यूज़र ने इन्हें कभी देखा नहीं, वे इन्हें सुलझाने के बजाय टिकट खोल देते हैं।

वेयरहाउस यूज़र के पास अक्सर सबसे कम औपचारिक IT ट्रेनिंग होती है। इसे छोटा और ट्रांज़ैक्शन-विशिष्ट रखें: गुड्स इश्यू, गुड्स रिसीप्ट, ट्रांसफ़र, इन्वेंटरी गिनती। भौतिक माहौल की नकल करें: वही स्टोरेज लोकेशन, वही मटीरियल, वही स्क्रीन।

HR और सेल्फ़-सर्विस हर कर्मचारी को छूते हैं। टाइम और लीव अप्रूव करने वाले मैनेजर को ट्रेनिंग चाहिए, और सेल्फ़-सर्विस ऐप इस्तेमाल करने वाले कर्मचारियों को भी। छोटे सेशन, ज़्यादा लोगों तक पहुँच।

ट्रेनिंग बड़े चेंज प्लान में कैसे फ़िट होती है, इसके लिए मेरी चेंज मैनेजमेंट प्लान गाइड और SAP स्टेकहोल्डर मैनेजमेंट रणनीति देखें।

SAP ट्रेनिंग प्रोग्राम अडॉप्शन बढ़ाने में फ़ेल क्यों होते हैं?

चार पैटर्न: ऐसी ट्रेनिंग जो रोल के हिसाब से नहीं है, गलत समय पर दी गई ट्रेनिंग, हैंड्स-ऑन अभ्यास की जगह डेमो, और go-live के बाद कोई रीइन्फ़ोर्समेंट नहीं। असली सीखना go-live से शुरू होता है। एज केस, पीरियड-एंड प्रोसेस और अपवाद करके सीखे जाते हैं, और दिन-30 व दिन-90 के लैब वह जगह हैं जहाँ अडॉप्शन स्थिर होता है।

SAP ट्रेनिंग को रोल के हिसाब से कैसे बनाना चाहिए?

ट्रांज़ैक्शन कैटलॉग से शुरू करें। हर रोल के लिए वे ट्रांज़ैक्शन, Fiori ऐप और रिपोर्ट लिखें जो वह व्यक्ति इस्तेमाल करेगा, और पाथ उसी सेट के इर्द-गिर्द बनाएँ। फ़ाइनेंस, प्रोक्योरमेंट, वेयरहाउस, मैनेजमेंट, HR सेल्फ़-सर्विस और IT सपोर्ट, हर एक का अपना पाथ हो: छोटा, पर उस काम में गहरा जो वे असल में करते हैं। हर पाथ का अंत ऐसे असेसमेंट से करें जो प्रोडक्शन एक्सेस को गेट करे।

2026 में मुझे WalkMe इस्तेमाल करना चाहिए या SAP Enable Now?

नए कंटेंट के लिए WalkMe। SAP ने अप्रैल 2025 में नए Enable Now क्लाउड कॉन्ट्रैक्ट बेचना बंद कर दिया, आख़िरी रिन्यूअल अप्रैल 2027 तक देय हैं और मेंटेनेंस नवंबर 2030 में खत्म होता है। WalkMe, ट्रेनिंग कंटेंट के लिए Learning Arc के साथ, इसका उत्तराधिकारी है। अगर आप पहले से Enable Now इस्तेमाल करते हैं, तो फ़िलहाल उसे चलाते रहें और आख़िरी रिन्यूअल से पहले माइग्रेशन की योजना बना लें। Whatfix मुख्य गैर-SAP विकल्प है।

SAP में ट्रेनिंग एनवायरनमेंट क्या होता है और यह क्यों मायने रखता है?

एक अलग SAP सिस्टम या क्लाइंट जो प्रोडक्शन कॉन्फ़िगरेशन की नकल करता है पर उसमें कोई लाइव बिज़नेस डेटा नहीं होता, ताकि यूज़र सुरक्षित तरीके से अभ्यास कर सकें और गलतियाँ कर सकें। इसे इंटीग्रेशन टेस्टिंग के बाद QA सिस्टम से बनाएँ ताकि कॉन्फ़िगरेशन go-live से मेल खाए, और ऐसा मास्टर डेटा लोड करें जो आपके असली बिज़नेस जैसा दिखे। अवास्तविक डेटा यूज़र को ऐसे सिस्टम पर ट्रेन करता है जो वे कभी नहीं देखेंगे।

SAP इम्प्लीमेंटेशन में सुपर-यूज़र क्या होता है?

एक बिज़नेस यूज़र जिसे बाकी लोगों से ज़्यादा गहराई से ट्रेन किया जाता है, और जिसे ट्रेनिंग शुरू होने से पहले हर फ़ंक्शनल एरिया से चुना जाता है। सुपर-यूज़र अपवाद और एज केस संभालते हैं, go-live के बाद फ़्लोरवॉकर का काम करते हैं, और प्रोसेस की समस्याएँ औपचारिक इश्यू प्रोसेस के ज़रिए प्रोजेक्ट टीम तक पहुँचाते हैं। SAP प्रोग्राम में यह सबसे अच्छी वैल्यू वाले निवेशों में से एक है।

आप कैसे मापते हैं कि SAP ट्रेनिंग काम कर गई?

चार माप: पहले 30 दिनों में ट्रांज़ैक्शन एरर दरें (करेक्शन पोस्टिंग, रिवर्सल, डेटा अपवाद); फ़ंक्शन के हिसाब से सपोर्ट टिकट; रोल के हिसाब से अपेक्षित के मुकाबले असल इस्तेमाल; और विषय के हिसाब से असेसमेंट पास दरें। हाइपरकेयर में इन्हें हर हफ़्ते और पहली तिमाही में हर महीने देखें। go-live के चार हफ़्ते बाद किसी रोल में कम ट्रांज़ैक्शन वॉल्यूम का लगभग हमेशा मतलब ट्रेनिंग की कमी होता है, प्रेरणा की समस्या नहीं।

Noel D'Costa

लेखक

Noel D'Costa

एविएशन, सरकार, फ़ाइनेंस, रिटेल और मैन्युफ़ैक्चरिंग में SAP और Oracle ERP प्रोग्राम पर 25 साल। पृष्ठभूमि फ़ाइनेंस की है। मैं लीडरशिप टीमों की मदद करता हूँ: ट्रांसफ़ॉर्मेशन का स्कोप ईमानदारी से तय करने में, मुश्किल में फँसे प्रोग्राम को वापस पटरी पर लाने में, और ऐसे सिस्टम बनाने में जो प्रोडक्शन के पहले साल में टिके रहें।

अगला कदम

क्या आप अभी कोई ERP प्रोग्राम चला रहे हैं?

अगर यह लेख किसी ऐसे प्रोग्राम से जुड़ा है जिसमें आप अभी काम कर रहे हैं, तो 30 मिनट की बातचीत अक्सर एक और हफ़्ते के अंदरूनी विश्लेषण से ज़्यादा आगे ले जाती है।