७०% परिवर्तने का अयशस्वी होतात

बहुतेक परिवर्तन कार्यक्रम (transformation programs) अपयशी ठरतात. ते त्यांची उद्दिष्टे गाठू शकत नाहीत.

मी Novartis मध्ये AI आणि ERP बदलांचे नेतृत्व केले आहे. मी सत्य पाहिले आहे. तंत्रज्ञान हा कठीण भाग नाही. सॉफ्टवेअर अनेकदा व्यवस्थित काम करते. लोक फक्त त्यातून बाहेर पडतात (opt out).

जेव्हा एखादा प्रकल्प अपयशी ठरतो, तेव्हा नेते डेटा किंवा व्याप्तीला (scope) दोष देतात. ते केवळ लक्षणे आहेत. खरे कारण 'अडॉप्शन' (adoption/स्वीकार्यता) हे आहे. बहुतेक कंपन्या अडॉप्शनकडे शेवटी होणाऱ्या एका प्रशिक्षण कार्यक्रमासारखे पाहतात. ते सुरुवातीपासूनच एक डिझाइन नियम असायला हवा.

जर लोक एखाद्या साधनावर (tool) टाळाटाळ करत असतील, तर त्या साधनाचा शून्य फायदा होतो. मी असे परिपूर्ण सॉफ्टवेअर पाहिले आहे ज्याचा वापर केवळ ३०% होता. त्याऐवजी लोक जुन्या स्प्रेडशीट्सचा वापर करत राहिले.

तुम्ही खरेदी केलेल्या सॉफ्टवेअरचा ROI तुम्हाला मिळत नाही. तुम्हाला त्या सॉफ्टवेअरचा ROI मिळतो ज्याचा लोक वापर करतात.

लोक बदलाला विरोध करतात कारण तो एक तोट्याचा व्यवहार वाटतो. त्यांना कोणताही वैयक्तिक फायदा न होता अधिक जोखीम आणि अधिक तपासणी दिसून येते.

हे सुधारण्यासाठी, तुम्हाला 'सायकोलॉजिकल सेफ्टी' (मानसिक सुरक्षितता) आवश्यक आहे. लोकांना "मला हे समजत नाही" किंवा "ही प्रक्रिया चुकीची आहे" असे म्हणताना सुरक्षित वाटले पाहिजे. सुरक्षिततेशिवाय, लोक गोंधळ लपवतात. लपवलेला गोंधळ शांतपणे पर्यायी मार्ग (workarounds) शोधण्याकडे नेतो. हे पर्यायी मार्ग अपयशाकडे नेतात.

यशस्वी होण्यासाठी या योजनेचे पालन करा:

• विजय परिभाषित करा: काहीही तयार करण्यापूर्वी, एखाद्या विशिष्ट भूमिकेत (role) कसा बदल होईल हे लिहून काढा. जर तुम्ही त्या व्यक्तीसाठी विजय दाखवू शकत नसाल, तर तुमच्याकडे योजना नाही. तुमच्याकडे फक्त एक 'रोलआउट' (rollout) आहे.
• शंका घेणाऱ्यांचा (skeptics) वापर करा: फक्त चाहत्यांशी बोलू नका. सर्वात जास्त शंका घेणाऱ्या व्यक्तीला डिझाइन रूममध्ये ठेवा. ते लवकरच वास्तविक समस्या शोधून काढतात. जेव्हा एखादा शंका घेणारा व्यक्ती योजनेशी सहमत होतो, तेव्हा इतर लोक त्याचे अनुसरण करतील.
• प्रामाणिकपणाने नेतृत्व करा: नेत्यांना त्यांच्या चुका मान्य करण्यास सांगा. बॉसचा एक प्रामाणिक क्षण अनेक सर्वेक्षणांपेक्षा जास्त विश्वास निर्माण करतो.
• प्रामाणिकपणाला बक्षीस द्या: ज्या लोक त्रुटी किंवा चुकीच्या पायऱ्यांची तक्रार करतात, त्यांचे आभार माना. ते तुमच्यासाठी गुणवत्ता नियंत्रण (quality control) करत आहेत.
• योग्य गोष्टी मोजा: फक्त बजेट आणि तारखांचा मागोवा घेऊ नका. किती लोक साधनाचा वापर करतात आणि ते किती वेळा पर्यायी मार्ग (workarounds) वापरतात याचा मागोवा घ्या.
• दुरुस्त करा आणि जाहीर करा: जेव्हा तुम्ही एखादी समस्या सोडवता, तेव्हा सर्वांना सांगा. त्यांना दाखवून द्या की आवाज उठवल्याने प्रणाली बदलू शकते.

विश्वासाकडे पायाभूत सुविधांप्रमाणे (infrastructure) पहा. तुमच्या 'tech stack'प्रमाणेच तुम्हाला त्याचे डिझाइन आणि बजेट करणे आवश्यक आहे.

तुमच्या आर्किटेक्चरचे ऑडिट करणे थांबवा. तुमच्या टीमला विचारण्यास सुरुवात करा: "हे तुमच्यासाठी अधिक चांगले करण्यासाठी काय करावे लागेल, आणि तुम्हाला मला काय सांगायला भीती वाटते?"

जे ३०% यशस्वी होतात, ते ऐकून घेणारे असतात.

Source: https://dev.to/cedricbignet/why-70-of-transformations-fail-and-the-people-first-fix-1ff

Optional learning community: https://t.me/GyaanSetuAi