SAP इम्प्लीमेंटेशन टाइमलाइन: फेज़ की अवधि और 5 गलतियाँ

मेरे अनुभव में SAP इम्प्लीमेंटेशन में GROW with SAP पर 6 से 9 महीने और RISE with SAP पर 9 से 18 महीने लगते हैं। SAP ECC से हटने में brownfield कन्वर्ज़न या selective डेटा ट्रांज़िशन के लिए 12 से 18 महीने, और greenfield इम्प्लीमेंटेशन के लिए 18 से 24 महीने लगते हैं।

छोटा जवाब: तारीख किकऑफ़ पर नहीं, Explore के अंत में लॉक करें, और वेंडर के अनुमान के ऊपर 15 से 20 प्रतिशत का बफ़र जोड़ें। डेटा का काम Discover में शुरू करें, क्योंकि डेटा माइग्रेशन में इम्प्लीमेंटेशन के कुल प्रयास का 30 से 40 प्रतिशत लगता है। देरी का हर अतिरिक्त महीना सिर्फ़ कंसल्टिंग फ़ीस में ही कम से कम छह अंकों की रकम का पड़ता है।

यह गाइड उन प्रोग्राम डायरेक्टर और स्पॉन्सर के लिए है जो प्लान बना रहे हैं या किसी प्लान को बचा रहे हैं। इसमें बात कितने समय की है, कैसे की नहीं: हर फेज़ क्या करता है और कौन करता है, यह जानने के लिए मेरी SAP इम्प्लीमेंटेशन की चरण-दर-चरण गाइड पढ़ें।

2024 में यूरोप के एक मैन्युफ़ैक्चरिंग प्रोग्राम में मेरी मुलाकात एक प्रोजेक्ट मैनेजर से हुई जिसका SAP प्रोजेक्ट शेड्यूल से छह महीने पीछे था। SAP Activate के फेज़ के हिसाब से सख़्ती से दोबारा शुरुआत करने के बाद उन्होंने बचा हुआ काम चार महीने में पूरा किया।

उनके शब्द थे: "साफ़ फेज़ और तय डिलीवरेबल होने से पूरा फ़र्क़ पड़ा। हमें हमेशा ठीक-ठीक पता होता था कि आगे क्या करना है।"

SAP इम्प्लीमेंटेशन की टाइमलाइन को डिप्लॉयमेंट मॉडल किसी भी दूसरे विकल्प से ज़्यादा बदलता है। ये वे रेंज हैं जिनसे मैं प्लानिंग करता हूँ:

शुरुआती बिंदु और लक्ष्य	आम टाइमलाइन	रफ़्तार क्या तय करता है
GROW with SAP (SAP Cloud ERP, पब्लिक एडिशन)	6 से 9 महीने	सिर्फ़ स्टैंडर्ड प्रक्रियाएँ; एक्सटेंशन रिलीज़ किए गए API पर
RISE with SAP (SAP Cloud ERP Private)	9 से 18 महीने	स्कोप, एक्सटेंशन की संख्या, डेटा वॉल्यूम
ECC brownfield कन्वर्ज़न	12 से 18 महीने	कस्टम कोड, सिम्प्लिफ़िकेशन आइटम, टेस्टिंग
ECC से greenfield इम्प्लीमेंटेशन	18 से 24 महीने	प्रोसेस रीडिज़ाइन, यूज़र्स पर बदलाव का बोझ
Selective डेटा ट्रांज़िशन	12 से 18 महीने	डेटा स्कोपिंग और विशेषज्ञ टूलिंग

तुलना के लिए, SAP के एक प्रोडक्ट एक्सपर्ट ने पब्लिक एडिशन के सैकड़ों प्रोजेक्ट की समीक्षा के बाद आम go-live को पाँच से सात महीने पर रखा है। SAP का GROW Fast ऑफ़र, जो 2026 की शुरुआत में लॉन्च हुआ, तय स्कोप पर दो से चार महीने का लक्ष्य रखता है। मैं GROW प्रोग्राम की प्लानिंग 6 से 9 महीने पर करता हूँ, क्योंकि डेटा, फ़ैसले और ट्रेनिंग वह समय लेते हैं जो सॉफ़्टवेयर नहीं लेता।

RISE पर इन्फ़्रास्ट्रक्चर SAP चलाता है, जिससे Prepare का कुछ काम हट जाता है। लेकिन डेटा, टेस्टिंग या बदलाव का प्रयास नहीं हटता। ECC से S/4HANA माइग्रेशन गाइड बताती है कि brownfield, greenfield और selective में से कैसे चुनें।

SAP Concur, जो ट्रैवल और एक्सपेंस प्रोडक्ट है, एक अलग क्लाउड प्रोडक्ट है जिसका अपना प्रोजेक्ट होता है। इसे S/4HANA फ़ेज़ प्लान के भीतर नहीं, बल्कि S/4HANA फ़ाइनेंस के साथ अपने इंटीग्रेशन वाले अलग वर्कस्ट्रीम के रूप में प्लान करें।

बजट और तारीखें कहाँ टूटती हैं

मुझे सबसे बड़ी गलती यह दिखती है कि शुरुआत में ठीक से प्लानिंग नहीं होती। तारीखें और बजट Explore में बिगड़ते हैं, जब वर्कफ़्लो, रिपोर्ट, इंटरफ़ेस, कन्वर्ज़न, एन्हांसमेंट और फ़ॉर्म (WRICEF) की सूची बढ़ती है और स्कोप पर नियंत्रण क्लाइंट का नहीं, वेंडर का हो जाता है।

मेरा SAP इम्प्लीमेंटेशन कॉस्ट ब्रेकडाउन दिखाता है कि यह कैसे 50 प्रतिशत के ओवररन में बदल सकता है। जो टाइमलाइन टिकती हैं, उनमें तीन बातें एक जैसी होती हैं: यथार्थवादी बफ़र, लॉक करने से पहले जाँची गई धारणाएँ और क्वालिटी गेट जिन्हें पक्के पड़ाव माना जाता है।

ज़्यादातर ओवररन के पीछे पाँच गलतियाँ होती हैं। हर एक का अंदाज़ा पहले से लगाया जा सकता है, और हर एक का जवाबी उपाय है।

गलती 1: स्कोप समझने से पहले डेडलाइन तय करना

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

समाधान: टाइमलाइन किकऑफ़ पर नहीं, Explore के बाद लॉक करें, और बोर्ड को यह शुरुआत में ही बता दें। वेंडर के अनुमान के ऊपर 15 से 20 प्रतिशत का बफ़र रखें।

गलती 2: डेटा माइग्रेशन को देर से शुरू होने वाला वर्कस्ट्रीम मानना

ज़्यादातर टीमें डेटा माइग्रेशन लीड को देर से नियुक्त करती हैं और काम को कम संसाधन देती हैं। शुरुआती डेटा असेसमेंट लगभग हमेशा समस्या को कम आँकते हैं, और फिर लाइव सिस्टम के दबाव में तीन महीने की सफ़ाई चलती है।

समाधान: डेटा प्रोफ़ाइलिंग Realize में नहीं, Discover में शुरू करें। इंटीग्रेशन टेस्टिंग शुरू होने से पहले Realize में पूरा मॉक माइग्रेशन चलाएँ। मेरा लेख SAP डेटा माइग्रेशन क्यों फ़ेल होता है मॉक साइकिल को विस्तार से कवर करता है।

गलती 3: शेड्यूल के दबाव में क्वालिटी गेट छोड़ देना

Realize और Deploy के बीच का गेट वह है जिसे टीमें सबसे ज़्यादा छोड़ती हैं, क्योंकि "बस go-live कर दो" का दबाव वहीं सबसे ज़्यादा होता है। "शेड्यूल पर बने रहने" के लिए क्वालिटी गेट छोड़ना बाद में बड़ी देरी का कारण बनता है।

समाधान: प्रोजेक्ट चार्टर में मापने योग्य एग्ज़िट मानदंड लिखें और स्टीयरिंग कमेटी को उन्हें लागू करने दें। मैं हर प्रोग्राम में तीन दिन के क्लोज़ रिहर्सल को रेडीनेस गेट के रूप में इस्तेमाल करता हूँ। गेट डिज़ाइन पर और जानकारी मेरी SAP क्वालिटी गेट गाइड में है।

गलती 4: go-live से दो महीने पहले यूज़र्स को ट्रेनिंग देना

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

समाधान: ट्रेनिंग go-live से दो से तीन हफ़्ते पहले रखें, और पावर यूज़र्स को ट्रेनर बनाएँ, क्योंकि लोग उन सहकर्मियों से सीखते हैं जिन पर उन्हें भरोसा है। मेरे SAP ट्रेनिंग स्ट्रैटेजी लेख में पूरा तरीका है।

गलती 5: बिज़नेस के पीक साइकिल के दौरान go-live तय करना

Hershey ने अपना SAP R/3, Siebel और Manugistics सिस्टम जुलाई 1999 में लाइव किया, योजना से तीन महीने देर से और सीधे हैलोवीन ऑर्डर सीज़न में। इसके CEO ने एनालिस्ट्स को बताया कि इन समस्याओं के कारण Hershey 100 मिलियन डॉलर के हैलोवीन ऑर्डर डिलीवर नहीं कर पाएगी।

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

SAP Activate के छह फेज़ हैं, और ये किसी भी S/4HANA प्लान का ढाँचा हैं, क्लाउड हो या ऑन-प्रिमाइस। नीचे दी गई अवधियाँ एक प्रोग्राम के लिए प्लानिंग के शुरुआती बिंदु हैं, वादे नहीं।

1. 1Discover2 से 4 हफ़्ते। एग्ज़िट: हस्ताक्षरित स्कोप और सफलता के मानदंड
2. 2Prepare3 से 6 हफ़्ते। एग्ज़िट: चार्टर मंज़ूर, संसाधन लिखित में
3. 3Explore4 से 8 हफ़्ते। एग्ज़िट: गैप के फ़ैसलों के मालिक तय, टाइमलाइन लॉक
4. 4Realize8 से 16 हफ़्ते। एग्ज़िट: मॉक माइग्रेशन पास, इंटीग्रेशन टेस्ट बंद
5. 5Deploy2 से 4 हफ़्ते। एग्ज़िट: UAT साइन-ऑफ़, क्लोज़ रिहर्सल, go/no-go
6. 6Run4 से 8 हफ़्ते हाइपरकेयर। एग्ज़िट: डिफ़ेक्ट सीमा से नीचे, सपोर्ट हस्ताक्षरित

यह फेज़ टेबल है जिससे मैं हर प्लान शुरू करता हूँ:

फेज़	आम अवधि	क्या होता है	आगे बढ़ने से पहले एग्ज़िट गेट
Discover	2 से 4 हफ़्ते	बिज़नेस केस, स्कोप, डिप्लॉयमेंट विकल्प (पब्लिक क्लाउड, प्राइवेट क्लाउड या ऑन-प्रिमाइस)	हस्ताक्षरित स्कोप और मापने योग्य सफलता मानदंड
Prepare	3 से 6 हफ़्ते	टीम ऑनबोर्डिंग, गवर्नेंस, सिस्टम लैंडस्केप, बेसलाइन प्लान, रिस्क रजिस्टर	चार्टर मंज़ूर, हर मॉड्यूल के लिए नामित निर्णयकर्ता, लिखित संसाधन प्रतिबद्धता
Explore	4 से 8 हफ़्ते	Fit-to-Standard वर्कशॉप, गैप लॉग, WRICEF इन्वेंटरी	गैप के फ़ैसले मालिकों के साथ दर्ज; टाइमलाइन लॉक
Realize	8 से 16 हफ़्ते	कॉन्फ़िगरेशन, डेवलपमेंट, यूनिट और इंटीग्रेशन टेस्टिंग, मॉक माइग्रेशन	मॉक माइग्रेशन पास; इंटीग्रेशन टेस्ट बंद
Deploy	2 से 4 हफ़्ते	यूज़र एक्सेप्टेंस टेस्टिंग, कटओवर रिहर्सल, एंड-यूज़र ट्रेनिंग, फ़ाइनल लोड	UAT साइन-ऑफ़, क्लोज़ रिहर्सल पास, go/no-go
Run	4 से 8 हफ़्ते हाइपरकेयर	फ़्लोर सपोर्ट, रोज़ की ट्रायाज, सपोर्ट को हैंडओवर	खुले डिफ़ेक्ट तय सीमा से नीचे; सपोर्ट ट्रांज़िशन हस्ताक्षरित

समय असल में कहाँ जाता है

Discover में जल्दबाज़ी होती है। टीमें स्कोप समझने से पहले डेडलाइन तय कर देती हैं और मापने योग्य सफलता मानदंड छोड़ देती हैं, जैसे "मंथ-एंड क्लोज़ तीन दिन कम करना"।

ऑन-प्रिमाइस में तकनीकी देरी Prepare में शुरू होती है, क्योंकि इन्फ़्रास्ट्रक्चर क्लाइंट और पार्टनर बनाते हैं। संसाधनों की प्रतिबद्धता लिखित में लें। ज़ुबानी उपलब्धता हवा हो जाती है।

Explore में रिकॉर्ड रखना मायने रखता है। छह महीने बाद किसी को याद नहीं रहता कि रिटर्न एक खास तरीके से क्यों संभाले जाते हैं, जब तक फ़ैसला और उसका मालिक लिखा न गया हो।

Realize सबसे लंबा फेज़ है और ज़्यादातर ओवररन यहीं होते हैं, आमतौर पर इसलिए कि Explore ने गैप की आशावादी सूची दी। आपका पहला मॉक माइग्रेशन फ़ेल होगा, और आपको चाहिए कि वह टेस्टिंग में फ़ेल हो, प्रोडक्शन में नहीं।

Deploy के लिए ऐसा कटओवर प्लान चाहिए जिसमें सटीक चरण, समय और मालिक हों। "डेटा माइग्रेट करें" कोई चरण नहीं है।

2023 में अमेरिका के एक हेल्थकेयर प्रोग्राम में क्लाइंट शेड्यूल से तीन महीने पीछे था और 2 मिलियन डॉलर के बजट ओवररन का सामना कर रहा था। हमने SAP Activate की Fit-to-Standard वर्कशॉप से दोबारा शुरुआत की। टीम को 28 ऐसी प्रक्रियाएँ मिलीं जिन्हें वे बिना किसी कस्टमाइज़ेशन के चला सकते थे।

उनके प्रोजेक्ट मैनेजर के शब्द: "हमने महीनों उन चीज़ों को डिज़ाइन करने में बर्बाद किए जो SAP पहले से बना चुका था।" वे छह हफ़्ते के भीतर शेड्यूल पर लौट आए।

2024 में यूरोप के एक रिटेल प्रोग्राम में क्लाइंट ने पाया कि उसकी 70 प्रतिशत ज़रूरतें SAP की स्टैंडर्ड प्रक्रियाओं से पूरी हो जाती हैं। सिस्टम को चलते हुए देखने से पहले वह बड़े पैमाने पर कस्टमाइज़ेशन की योजना बना रहा था।

clean core इसे और धार देता है। पब्लिक एडिशन पर स्टैंडर्ड प्रक्रियाएँ ही एकमात्र विकल्प हैं और एक्सटेंशन SAP BTP या रिलीज़ किए गए API पर रहते हैं। प्राइवेट एडिशन और ऑन-प्रिमाइस पर आप अब भी बदलाव कर सकते हैं, लेकिन जब हर गैप के लिए लागत के साथ एक्सटेंशन का फ़ैसला चाहिए, तो कस्टमाइज़ेशन की बातचीत ज़्यादा ईमानदार हो जाती है।

हर इंडस्ट्री अपना बोझ जोड़ती है। ये रेंज कई साइट वाले पूरे S/4HANA एंटरप्राइज़ प्रोग्राम को कवर करती हैं, इसलिए ये 9 से 18 महीने के एक RISE डिप्लॉयमेंट से लंबी हैं:

इंडस्ट्री	प्लानिंग रेंज	इसे क्या लंबा खींचता है
मैन्युफ़ैक्चरिंग	14 से 20 महीने	BOM और रूटिंग की क्वालिटी, MRP ट्यूनिंग, QM की ज़रूरतें
रिटेल और कंज़्यूमर गुड्स	12 से 18 महीने	POS इंटीग्रेशन, मास्टर डेटा वॉल्यूम, पीक सीज़न की अवधि
फ़ार्मास्यूटिकल्स	16 से 22 महीने	GxP वैलिडेशन, बैच ट्रेसबिलिटी, सीरियलाइज़ेशन
यूटिलिटीज़	15 से 20 महीने	डिवाइस मैनेजमेंट, बिलिंग रेट स्ट्रक्चर, GIS और SCADA इंटीग्रेशन
पब्लिक सेक्टर	18 से 24 महीने	फ़ंड अकाउंटिंग, प्रोक्योरमेंट नियम, मंज़ूरियों का बोझ, डेटा रेज़िडेंसी
ऑटोमोटिव	16 से 22 महीने	जस्ट-इन-टाइम सप्लाई चेन, इंजीनियरिंग चेंज कंट्रोल
एयरोस्पेस और डिफ़ेंस	20 से 26 महीने	सरकारी रिपोर्टिंग, प्रोग्राम अकाउंटिंग, सुरक्षित सप्लाई चेन
ऑयल एंड गैस	18 से 24 महीने	जॉइंट वेंचर अकाउंटिंग, एसेट-भारी ऑपरेशंस
फ़ाइनेंशियल सर्विसेज़	14 से 20 महीने	सेग्रिगेशन ऑफ़ ड्यूटीज़ के हिसाब से रोल डिज़ाइन, रेगुलेटरी वैलिडेशन

AI टूल क्या बदलते हैं, और क्या नहीं

SAP Joule for Consultants 2025 में आम तौर पर उपलब्ध हुआ। यह SAP के अपने नॉलेज बेस से, जिसमें SAP Notes भी शामिल हैं, कॉन्फ़िगरेशन के सवालों के जवाब देता है और ABAP कोड समझाता है। SAP Build Code, जो मार्च 2024 से आम तौर पर उपलब्ध है, Joule के साथ SAP BTP पर Java और JavaScript एक्सटेंशन कोड बनाता है।

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

ये वे जोखिम हैं जिन्हें मैं साप्ताहिक प्रोग्राम एजेंडा पर रखता हूँ। अगर इन्हें मासिक स्टीयरिंग कमेटी के लिए छोड़ दिया जाए, तो हर एक तारीखें खिसकाता है।

1. देर से स्कोप बदलाव। Explore के अंत में स्कोप लॉक करें। उसके बाद हर बदलाव को एक चेंज कंट्रोल बोर्ड उसके टाइमलाइन और बजट असर के साथ मंज़ूर करे।
2. डेटा क्वालिटी। ज़्यादातर कंपनियाँ प्लानिंग के दौरान डेटा असेसमेंट छोड़ देती हैं। ख़राब डेटा ही फ़ेल हुए मॉक माइग्रेशन की सबसे लगातार वजह है।
3. संसाधनों की कमी। विभाग प्रमुखों से नामित लोगों और तारीखों के लिए लिखित प्रतिबद्धता लें। हर अहम भूमिका के लिए एक बैकअप तैयार करें।
4. फ़ैसलों में देरी। स्कोप पर असहमति को 48 घंटों के भीतर एस्केलेट करें। फ़ैसलों को मासिक समीक्षा के इंतज़ार में कतार में न लगने दें।
5. देर से चेंज मैनेजमेंट। एंड यूज़र्स से बात Prepare में शुरू करें, go-live से दो हफ़्ते पहले नहीं।

टूलिंग की बात करें तो SAP Cloud ALM इम्प्लीमेंटेशन मैनेजमेंट के लिए SAP का प्लेटफ़ॉर्म है। SAP Solution Manager 7.2 का मेनस्ट्रीम मेंटेनेंस 2027 के अंत में खत्म होता है, और चुनिंदा फ़ंक्शन के लिए 2030 तक एक्सटेंडेड मेंटेनेंस है। SAP Best Practices Explorer 2023 में बंद कर दिया गया, और उसका प्रोसेस कंटेंट अब SAP Signavio Process Navigator में है।

यह गाइड मेरे SAP इम्प्लीमेंटेशन हब का हिस्सा है, जिसमें बिज़नेस केस से गो-लाइव तक हर विषय के लिंक हैं।

SAP S/4HANA इम्प्लीमेंटेशन में कितना समय लगता है?

मेरे अनुभव में GROW with SAP (पब्लिक एडिशन) पर 6 से 9 महीने और RISE with SAP (प्राइवेट एडिशन) पर 9 से 18 महीने। ECC से brownfield कन्वर्ज़न या selective डेटा ट्रांज़िशन में 12 से 18 महीने और greenfield इम्प्लीमेंटेशन में 18 से 24 महीने लगते हैं।

SAP Activate के हर फेज़ में कितना समय लगता है?

प्लानिंग की शुरुआत के तौर पर: Discover 2 से 4 हफ़्ते, Prepare 3 से 6 हफ़्ते, Explore 4 से 8 हफ़्ते, Realize 8 से 16 हफ़्ते, Deploy 2 से 4 हफ़्ते और Run 4 से 8 हफ़्ते का हाइपरकेयर। बड़े प्रोग्राम में Realize सबसे ज़्यादा खिंचता है।

RISE with SAP टाइमलाइन पर क्या असर डालता है?

RISE इन्फ़्रास्ट्रक्चर की ज़िम्मेदारी SAP को सौंप देता है, जिससे Prepare फेज़ का कुछ काम हट जाता है। यह डेटा माइग्रेशन, टेस्टिंग, ट्रेनिंग या फ़ैसले लेने का समय कम नहीं करता, और ज़्यादातर समय वहीं जाता है। clean core का अनुशासन Realize को छोटा कर सकता है, अगर वह कस्टम डेवलपमेंट को शुरू होने से पहले ही रोक दे।

SAP इम्प्लीमेंटेशन टाइमलाइन में कितना बफ़र होना चाहिए?

वेंडर के अनुमान के ऊपर 15 से 20 प्रतिशत का बफ़र रखें। तारीख Explore के अंत में लॉक करें, जब स्कोप और गैप पता हों, और किकऑफ़ से पहले बोर्ड को यह बता दें।

SAP इम्प्लीमेंटेशन की टाइमलाइन कैसे छोटी करें?

Fit-to-Standard को सख़्ती से चलाएँ, क्योंकि आप जो भी कस्टमाइज़ेशन टालते हैं, वह हफ़्तों की बचत करता है। डेटा क्लीनिंग Discover में शुरू करें और बिज़नेस के लोगों को आंशिक समय के लिए उधार लेने के बजाय पूरे समय के लिए समर्पित करें। कटओवर प्लान Realize के बाद नहीं, उसी के दौरान तैयार करें।

big bang या चरणबद्ध SAP रोलआउट में से क्या चुनें?

big bang में सब कुछ एक साथ लाइव होता है। यह कुल मिलाकर तेज़ है पर ज़्यादा जोखिम भरा, और छोटे स्कोप या मज़बूत चेंज मैनेजमेंट वाले संगठनों के लिए ठीक है। चरणबद्ध रोलआउट मॉड्यूल, साइट या बिज़नेस यूनिट के हिसाब से चलता है, कम जोखिम वाला और ज़्यादा लंबा है, और कई एंटिटी वाले बड़े समूहों के लिए ठीक है।

SAP प्रोजेक्ट में देरी के सबसे आम कारण क्या हैं?

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

SAP go-live के बाद हाइपरकेयर कितने समय का होता है?

चार से आठ हफ़्ते के हाइपरकेयर की योजना बनाएँ: फ़्लोर सपोर्ट, रोज़ की इश्यू ट्रायाज और परफ़ॉर्मेंस मॉनिटरिंग। उसके बाद सिस्टम एप्लिकेशन सपोर्ट टीम या किसी आंतरिक सेंटर ऑफ़ एक्सीलेंस को सौंप दिया जाता है।