कर्मचार्‍यांना नवीन सॉफ्टवेअर नको आहे - त्यांनी आघाडीचे अनुसरण करावे की त्यांच्या ओळीवर टिकून राहावे?

सॉफ्टवेअर लीपफ्रॉग हा लवकरच कंपन्यांचा सामान्य आजार बनणार आहे. प्रत्येक छोट्या-छोट्या गोष्टीसाठी एक सॉफ्टवेअर दुसऱ्यासाठी बदलणे, तंत्रज्ञानाकडून तंत्रज्ञानाकडे झेप घेणे, थेट व्यवसायात प्रयोग करणे हे रूढ होत चालले आहे. त्याच वेळी, कार्यालयात वास्तविक गृहयुद्ध सुरू होते: अंमलबजावणीसाठी प्रतिकाराची चळवळ तयार होते, पक्षपाती नवीन प्रणालीविरूद्ध विध्वंसक कार्य करत आहेत, हेर नवीन सॉफ्टवेअरसह शूर नवीन जगाचा प्रचार करीत आहेत, बख्तरबंद कारमधून व्यवस्थापन. कॉर्पोरेट पोर्टल शांतता, श्रम, KPIs बद्दल प्रसारित करत आहे. क्रांती सहसा एका बाजूला पूर्ण अपयशाने संपते.

आम्हाला अंमलबजावणीबद्दल जवळजवळ सर्व काही माहित आहे, म्हणून क्रांतीचे उत्क्रांतीमध्ये रूपांतर कसे करावे आणि अंमलबजावणी शक्य तितकी उपयुक्त आणि वेदनारहित कशी करावी हे शोधण्याचा प्रयत्न करूया. बरं, किंवा कमीतकमी आम्ही तुम्हाला या प्रक्रियेत काय मिळवू शकता ते सांगू.

नवीन सॉफ्टवेअरच्या कर्मचारी स्वीकृतीचे आदर्श दृश्य - Yandex.Images

परदेशी सल्लागार या लेखाची सुरुवात अशा प्रकारे करतील: "जर तुम्ही तुमच्या कर्मचाऱ्यांना दर्जेदार सॉफ्टवेअर ऑफर केले जे त्यांचे काम सुधारू शकेल, कार्यक्षमतेवर गुणात्मक प्रभाव टाकू शकेल, नवीन कार्यक्रम किंवा प्रणालीचा अवलंब नैसर्गिकरित्या होईल." परंतु आम्ही रशियामध्ये आहोत, म्हणून संशयास्पद आणि भांडखोर कर्मचाऱ्यांचा मुद्दा अतिशय संबंधित आहे. कॉर्पोरेट मेसेंजर किंवा सॉफ्टफोन सारख्या किमान सॉफ्टवेअरसह देखील नैसर्गिक संक्रमण कार्य करणार नाही.

समस्येचे पाय कुठून येतात?

आज, प्रत्येक कंपनीमध्ये सॉफ्टवेअरचे संपूर्ण प्राणीसंग्रहालय स्थापित केलेले आहे (आम्ही सामान्य बाबी घेतो, कारण आयटी कंपन्यांमध्ये सॉफ्टवेअरचे प्रमाण दुप्पट किंवा तिप्पट असते आणि अनुकूलन समस्या अंशतः ओव्हरलॅप होतात आणि अगदी विशिष्ट असतात): प्रकल्प व्यवस्थापन प्रणाली, CRM/ERP, ईमेल क्लायंट, इन्स्टंट मेसेंजर, कॉर्पोरेट पोर्टल इ. आणि हे तथ्य मोजत नाही की अशा काही कंपन्या आहेत ज्यात ब्राउझरमधून ब्राउझरमध्ये संक्रमण देखील अपवादाशिवाय संपूर्ण टीमद्वारे केले जाते (आणि असे संघ देखील आहेत जे पूर्णपणे इंटरनेट एक्सप्लोरर एजवर आधारित आहेत). सर्वसाधारणपणे, अशा अनेक परिस्थिती आहेत ज्यासाठी आमचा लेख उपयुक्त ठरू शकतो:

• कार्यांच्या काही गटांच्या प्राथमिक ऑटोमेशनची प्रक्रिया आहे: प्रथम CRM/ERP कार्यान्वित होत आहे, कॉर्पोरेट पोर्टल उघडत आहे, तांत्रिक समर्थनासाठी एक प्रणाली स्थापित केली जात आहे, इ.;
• एक सॉफ्टवेअर काही कारणास्तव दुसर्याद्वारे बदलले जाते: अप्रचलितपणा, नवीन आवश्यकता, स्केलिंग, क्रियाकलाप बदलणे इ.;
• विद्यमान प्रणालीचे मॉड्यूल विकास आणि वाढीच्या उद्देशाने तयार केले जात आहेत (उदाहरणार्थ, कंपनीने उत्पादन उघडले आणि येथून स्विच करण्याचा निर्णय घेतला RegionSoft CRM व्यावसायिक वर RegionSoft CRM Enterprise Plus जास्तीत जास्त कार्यक्षमतेसह);
• एक प्रमुख इंटरफेस आणि कार्यात्मक सॉफ्टवेअर अद्यतन होत आहे.

अर्थात, पहिली दोन प्रकरणे त्यांच्या प्रकटीकरणात अधिक तीव्र आणि वैशिष्ट्यपूर्ण आहेत;

त्यामुळे, तुम्ही टीमसोबत काम सुरू करण्यापूर्वी (ज्यांना आधीच शंका आहे की लवकरच बदल होतील), सॉफ्टवेअर बदलण्याची खरी कारणे कोणती आहेत आणि हे बदल आवश्यक आहेत हे तुम्ही सहमत आहात का हे समजून घेण्याचा प्रयत्न करा.

• जुन्या प्रोग्रामसह कार्य करणे कठीण आहे: ते महाग, गैरसोयीचे, गैर-कार्यक्षम आहे, यापुढे आपल्या आवश्यकता पूर्ण करत नाही, आपल्या स्केलसाठी योग्य नाही इ. ही वस्तुनिष्ठ गरज आहे.
• विक्रेत्याने सिस्टमला समर्थन देणे बंद केले किंवा समर्थन आणि बदल मंजूरी आणि पैशांचा अपव्यय यांच्या अंतहीन मालिकेत बदलले. जर तुमच्या खर्चात लक्षणीय वाढ झाली असेल आणि भविष्यात ते आणखी वाढण्याचे वचन देतात, तर वाट पाहण्यासारखे काहीही नाही, तुम्हाला कट करणे आवश्यक आहे. होय, नवीन प्रणालीसाठी देखील पैसे खर्च होतील, परंतु शेवटी ऑप्टिमायझेशनसाठी अशा समर्थनापेक्षा कमी खर्च येईल.
• सॉफ्टवेअर बदलणे ही एका व्यक्तीची किंवा कर्मचाऱ्यांच्या गटाची इच्छा असते. उदाहरणार्थ, सीटीओला रोलबॅक हवा आहे आणि नवीन, अधिक महाग प्रणाली सुरू करण्यासाठी लॉबिंग करत आहे - हे मोठ्या कंपन्यांमध्ये घडते. दुसरे उदाहरण: एक प्रोजेक्ट मॅनेजर आसन ते बेसकॅम्प, नंतर बेसकॅम्प जिरा आणि कॉम्प्लेक्स जिरा राईकमध्ये बदलण्याचे समर्थन करतो. अनेकदा अशा स्थलांतराचा एकच हेतू त्यांच्या व्यस्त कामाचे प्रदर्शन करून त्यांचे स्थान टिकवून ठेवण्याचा असतो. अशा परिस्थितीत, आवश्यकतेची डिग्री, हेतू आणि औचित्य आणि नियम म्हणून, बदलांना नकार देण्याच्या दृढ-इच्छेने निर्णय घेणे आवश्यक आहे.

आम्ही एका सॉफ्टवेअरमधून दुसऱ्या सॉफ्टवेअरमध्ये संक्रमण होण्याच्या कारणांबद्दल बोलत आहोत, आणि प्राथमिक ऑटोमेशनबद्दल नाही - फक्त कारण ऑटोमेशन ही प्राथमिक गरज आहे. जर तुमची कंपनी मॅन्युअली आणि नियमितपणे काहीतरी करत असेल परंतु स्वयंचलित असू शकते, तर तुम्ही फक्त वेळ, पैसा आणि बहुधा मौल्यवान कंपनी डेटा वाया घालवत आहात. ते स्वयंचलित करा!

तुम्ही कसे ओलांडू शकता: मोठी झेप किंवा क्रॉचिंग वाघ?

जागतिक प्रॅक्टिसमध्ये, नवीन सॉफ्टवेअरवर स्विच करण्यासाठी आणि त्याच्याशी जुळवून घेण्याच्या तीन मुख्य धोरणे आहेत - आणि त्या आम्हाला खूप योग्य वाटतात, म्हणून चाक पुन्हा शोधू नका.

बिग मोठा आवाज

"बिग बँग" पद्धतीचा अवलंब करणे हे सर्वात कठीण संभाव्य संक्रमण आहे, जेव्हा तुम्ही अचूक तारीख सेट करता आणि जुने सॉफ्टवेअर 100% अक्षम करून तीव्र स्थलांतर करता.

Плюсы

+ प्रत्येकजण एकाच सिस्टममध्ये कार्य करतो, डेटा सिंक्रोनाइझ करण्याची आवश्यकता नाही, कर्मचार्यांना एकाच वेळी दोन इंटरफेसचे निरीक्षण करण्याची आवश्यकता नाही.
+ प्रशासकासाठी साधेपणा - एक स्थलांतर, एक कार्य, एक सिस्टम समर्थन.
+ सर्व संभाव्य बदल एकाच वेळी घडतात आणि जवळजवळ लगेचच लक्षात येतात - उत्पादकता, विकासाचा वेग, विक्री इ. कशावर आणि कोणत्या प्रमाणात प्रभावित होतात हे वेगळे करण्याची गरज नाही.

मिनिन्स

- फक्त साध्या सॉफ्टवेअरसह यशस्वीरित्या कार्य करते: चॅट्स, कॉर्पोरेट पोर्टल, इन्स्टंट मेसेंजर. अगदी ईमेल आधीच अयशस्वी होऊ शकतात, प्रकल्प व्यवस्थापन प्रणाली, CRM/ERP आणि इतर गंभीर प्रणालींचा उल्लेख करू नका.
— मोठ्या प्रणालीतून दुसऱ्या प्रणालीत "स्फोटक" स्थलांतरामुळे अपरिहार्यपणे अराजकता निर्माण होईल.

नवीन कामाच्या वातावरणात या प्रकारच्या संक्रमणासाठी सर्वात महत्वाची गोष्ट म्हणजे प्रशिक्षण.

समांतर धावणे

सॉफ्टवेअरचे समांतर रुपांतर ही संक्रमणाची एक मऊ आणि अधिक सार्वत्रिक पद्धत आहे, ज्यामध्ये एक कालावधी सेट केला जातो ज्या दरम्यान दोन्ही प्रणाली एकाच वेळी कार्य करतील.

Плюсы

+ जुन्या सॉफ्टवेअरमध्ये त्वरीत काम करताना, समांतर शोधण्यासाठी आणि इंटरफेससह परस्परसंवादाचे नवीन तर्क समजून घेण्यासाठी वापरकर्त्यांकडे नवीन सॉफ्टवेअरची सवय होण्यासाठी पुरेसा वेळ आहे.
+ अचानक समस्या उद्भवल्यास, कर्मचारी जुन्या प्रणालीमध्ये काम करणे सुरू ठेवतात.
+ वापरकर्ता प्रशिक्षण कमी कठोर आणि सामान्यतः स्वस्त आहे.
+ कर्मचाऱ्यांकडून व्यावहारिकपणे कोणतीही नकारात्मक प्रतिक्रिया नाही - शेवटी, त्यांना त्यांच्या नेहमीच्या साधनांपासून किंवा गोष्टी करण्याच्या पद्धतीपासून वंचित ठेवले गेले नाही (जर ऑटोमेशन प्रथमच घडले तर).

मिनिन्स

— प्रशासन समस्या: दोन्ही प्रणालींसाठी समर्थन, डेटा सिंक्रोनाइझेशन, एकाच वेळी दोन अनुप्रयोगांमध्ये सुरक्षा व्यवस्थापन.
— संक्रमण प्रक्रिया अविरतपणे पसरते - कर्मचाऱ्यांना हे समजते की त्यांच्याकडे जवळजवळ अनंतकाळ शिल्लक आहे आणि ते परिचित इंटरफेसचा वापर आणखी थोडा वाढवू शकतात.
- वापरकर्ता गोंधळ - दोन इंटरफेस गोंधळात टाकणारे आहेत आणि ऑपरेशनल आणि डेटा त्रुटी निर्माण करतात.
- पैसा. तुम्ही दोन्ही प्रणालींसाठी पैसे द्या.

टप्प्याटप्प्याने दत्तक घेणे

नवीन सॉफ्टवेअरवर स्विच करण्यासाठी चरण-दर-चरण अनुकूलन हा सर्वात सॉफ्ट पर्याय आहे. संक्रमण विशिष्ट कालावधीत आणि विभागाद्वारे कार्यात्मकपणे केले जाते (उदाहरणार्थ, 1 जूनपासून आम्ही नवीन क्लायंट फक्त नवीन CRM प्रणालीमध्ये जोडतो, 20 जूनपासून आम्ही नवीन प्रणालीमध्ये व्यवहार करतो, 1 ऑगस्टपर्यंत आम्ही कॅलेंडर हस्तांतरित करतो. आणि प्रकरणे, आणि 30 सप्टेंबरपर्यंत आम्ही स्थलांतर पूर्ण करणे हे अतिशय ढोबळ वर्णन आहे, परंतु सामान्यतः स्पष्ट आहे).

Плюсы

+ संघटित संक्रमण, प्रशासक आणि अंतर्गत तज्ञांमध्ये भार वितरित.
+ अधिक विचारशील आणि सखोल शिक्षण.
+ बदलण्यास कोणताही प्रतिकार नाही, कारण ते शक्य तितक्या हळूवारपणे होते.

मिनिन्स - समांतर संक्रमणासाठी अंदाजे समान.

मग आता, फक्त एक हळूहळू संक्रमण?

तार्किक प्रश्न, तुम्ही सहमत व्हाल. जेव्हा तुम्ही वेळापत्रक बनवू शकता आणि स्पष्ट योजनेनुसार कार्य करू शकता तेव्हा काही अतिरिक्त त्रास का घ्यावा? खरं तर, सर्वकाही इतके सोपे नाही.

• सॉफ्टवेअर जटिलता: जर आपण जटिल सॉफ्टवेअरबद्दल बोलत आहोत (उदाहरणार्थ, सीआरएम प्रणाली), नंतर फेज अनुकूलन अधिक योग्य आहे. जर सॉफ्टवेअर सोपे असेल (मेसेंजर, कॉर्पोरेट पोर्टल), तर एक योग्य मॉडेल म्हणजे जेव्हा तुम्ही तारीख जाहीर करता आणि नियुक्त दिवशी जुने सॉफ्टवेअर अक्षम करता (जर तुम्ही भाग्यवान असाल, तर कर्मचाऱ्यांना त्यांना आवश्यक असलेली सर्व माहिती काढण्यासाठी वेळ मिळेल. , आणि आपण नशिबावर विश्वास ठेवत नसल्यास, तांत्रिकदृष्ट्या शक्य असल्यास, आपल्याला जुन्या सिस्टममधून नवीन सिस्टममध्ये स्वयंचलित आयात आवश्यक डेटा प्रदान करणे आवश्यक आहे).
• कंपनीसाठी जोखमीची डिग्री: अंमलबजावणी जितकी जोखीम तितकी हळू असावी. दुसरीकडे, विलंब देखील एक जोखीम आहे: उदाहरणार्थ, तुम्ही एका CRM सिस्टीममधून दुसऱ्यावर स्विच करत आहात, आणि संक्रमण कालावधी दरम्यान तुम्हाला दोन्हीसाठी पैसे द्यावे लागतील, ज्यामुळे नवीन प्रणाली लागू करण्यासाठी खर्च आणि खर्च वाढेल, जे म्हणजे परतफेडीचा कालावधी वाढवला आहे.
• कर्मचाऱ्यांची संख्या: जर तुम्हाला अनेक वापरकर्ता प्रोफाइल स्केल आणि कॉन्फिगर करण्याची आवश्यकता असेल तर बिग बँग निश्चितपणे योग्य नाही. जरी अशी प्रकरणे आहेत जेव्हा अल्ट्रा-फास्ट अंमलबजावणी मोठ्या कंपनीसाठी फायदेशीर आहे. हा पर्याय बऱ्याच कर्मचाऱ्यांद्वारे वापरल्या जाणाऱ्या सिस्टमसाठी योग्य असू शकतो, परंतु सानुकूलन हेतू नसल्यामुळे आवश्यकता नसू शकतात. पण पुन्हा, अंतिम वापरकर्त्यांसाठी हा एक मोठा धमाका आहे आणि त्याच आयटी सेवेसाठी (उदाहरणार्थ, बिलिंग किंवा ऍक्सेस सिस्टम) एक मोठे चरण-दर-चरण काम आहे.
• निवडलेल्या सॉफ्टवेअरच्या अंमलबजावणीची वैशिष्ट्ये (पुनरावृत्ती इ.). काहीवेळा अंमलबजावणी सुरुवातीला टप्प्याटप्प्याने असते - आवश्यकता संकलन, परिष्करण, प्रशिक्षण इ. उदाहरणार्थ, सीआरएम प्रणाली ते नेहमी उत्तरोत्तर अंमलात आणले जाते आणि जर कोणी तुम्हाला "3 दिवसात किंवा अगदी 3 तासात अंमलबजावणी आणि कॉन्फिगरेशन" असे वचन देत असेल तर - हा लेख लक्षात ठेवा आणि अशा सेवांना बायपास करा: इंस्टॉलेशन ≠ अंमलबजावणी.

पुन्हा, सूचीबद्ध पॅरामीटर्स माहित असूनही, एखादी व्यक्ती निश्चितपणे एक किंवा दुसरा मार्ग घेऊ शकत नाही. तुमच्या कॉर्पोरेट वातावरणाचे मूल्यमापन करा - हे तुम्हाला दोन्ही शक्तीचे संतुलन समजण्यास आणि कोणते मॉडेल (किंवा त्यांच्या काही घटकांचे संयोजन) तुमच्यासाठी योग्य आहे हे निर्धारित करण्यात मदत करेल.

प्रभावाचे एजंट: क्रांती किंवा उत्क्रांती

नवीन सॉफ्टवेअरच्या अंमलबजावणीमुळे प्रभावित होणाऱ्या कर्मचाऱ्यांवर तुम्ही लक्ष दिले पाहिजे. वास्तविक, आम्ही आता ज्या समस्येचा विचार करत आहोत ती पूर्णपणे मानवी घटक आहे, त्यामुळे कर्मचाऱ्यांवर होणाऱ्या परिणामाचे विश्लेषण करणे टाळता येत नाही. त्यापैकी काही आम्ही आधीच वर नमूद केले आहेत.

• नवीन सॉफ्टवेअर सर्वसाधारणपणे कसे स्वीकारले जाईल हे कंपनीचे नेते ठरवतात. आणि प्रचारात्मक भाषणे आणि ज्वलंत भाषणांसाठी ही जागा नाही - बदलाची नेमकी गरज दर्शविणे, जुन्या लॅपटॉपला बदलण्यासारखेच हे फक्त थंड आणि अधिक सोयीस्कर साधन निवडणे आहे ही कल्पना व्यक्त करणे महत्वाचे आहे. अशा परिस्थितीत व्यवस्थापनाची सर्वात मोठी चूक म्हणजे त्यांचे हात धुवून स्वतःला माघार घेणे: व्यवस्थापनाला कंपनी ऑटोमेशनची आवश्यकता नसेल, तर ते कर्मचाऱ्यांच्या हिताचे का असावे? प्रक्रियेत रहा.
• विभाग प्रमुख (प्रकल्प व्यवस्थापक) हा एक मध्यवर्ती दुवा आहे ज्यांनी सर्व प्रक्रियांमध्ये भाग घेतला पाहिजे, असंतोष व्यवस्थापित केला पाहिजे, सहकाऱ्यांच्या प्रत्येक आक्षेपावर इच्छाशक्ती दाखवली पाहिजे आणि कार्य केले पाहिजे आणि उच्च-गुणवत्तेचे आणि सखोल प्रशिक्षण आयोजित केले पाहिजे.
• आयटी सेवा (किंवा सिस्टम प्रशासक) - पहिल्या दृष्टीक्षेपात, हे तुमचे लवकर पक्षी आहेत, सर्वात अनुकूल आणि जुळवून घेण्यासारखे आहेत, परंतु... नाही. सहसा, विशेषत: लहान आणि मध्यम आकाराच्या कंपन्यांमध्ये, सिस्टम प्रशासक आयटी पायाभूत सुविधांमधील कोणत्याही बदलांना (मजबूत) विरोध करतात आणि हे कोणत्याही तांत्रिक औचित्यामुळे नाही तर आळशीपणा आणि काम करण्याच्या अनिच्छेमुळे होते. आपल्यापैकी कोणी काम करणे टाळण्याचे मार्ग शोधले नाहीत? परंतु यामुळे संपूर्ण कंपनीचे नुकसान होऊ नये.
• अंतिम वापरकर्ते, एक नियम म्हणून, एकीकडे चांगले आणि सोयीस्करपणे कार्य करू इच्छितात आणि कोणत्याही जिवंत लोकांप्रमाणे, बदलाची भीती बाळगतात. त्यांच्यासाठी मुख्य युक्तिवाद प्रामाणिक आणि सोपा आहे: आम्ही का परिचय/बदल करत आहोत, नियंत्रणाच्या मर्यादा काय आहेत, कामाचे मूल्यांकन कसे केले जाईल, काय बदलेल आणि जोखीम काय आहेत (तसे, प्रत्येकाने जोखमींचे मूल्यांकन केले पाहिजे - जरी आम्ही विक्रेते आहोत CRM प्रणाली, परंतु आम्ही असे म्हणू इच्छित नाही की सर्वकाही नेहमीच सुरळीत होते: व्यवसायातील कोणत्याही प्रक्रियेत जोखीम असतात).
• कंपनीमधील "अधिकारी" हे पक्षपाती आहेत जे इतर कर्मचाऱ्यांना प्रभावित करू शकतात. हे अपरिहार्यपणे उच्च पद किंवा व्यापक अनुभव असलेली व्यक्ती नाही - सॉफ्टवेअरसह काम करण्याच्या बाबतीत, "अधिकारी" हे सर्व काही प्रगत माहिती असू शकते ज्याने, उदाहरणार्थ, Habr पुन्हा वाचले आहे आणि ते घाबरण्यास सुरवात करेल. प्रत्येकजण सर्वकाही किती वाईट होईल याबद्दल. त्याची अंमलबजावणी किंवा संक्रमण प्रक्रिया उध्वस्त करण्याचे ध्येयही नसावे - फक्त दिखावा आणि प्रतिकाराची भावना - आणि कर्मचारी त्याच्यावर विश्वास ठेवतील. आपल्याला अशा कर्मचाऱ्यांसह कार्य करणे आवश्यक आहे: स्पष्टीकरण, प्रश्न आणि विशेषतः कठीण प्रकरणांमध्ये, परिणामांवर इशारा द्या.

वापरकर्ते खरोखर एखाद्या गोष्टीबद्दल घाबरत आहेत की नाही किंवा त्यांना एखाद्या जाणकार नेत्याच्या नेतृत्वाखाली गट पॅरानोईया आहे की नाही हे तपासण्यासाठी एक सार्वत्रिक कृती आहे. त्यांना असंतोषाची कारणे, चिंतांबद्दल विचारा - जर हा वैयक्तिक अनुभव किंवा मत नसेल तर 3-4 स्पष्टीकरण प्रश्नांनंतर युक्तिवाद सुरू होतील.

"प्रतिकार चळवळ" यशस्वीपणे मात करण्यासाठी दोन महत्वाचे घटक.

1. प्रशिक्षण द्या: विक्रेता आणि अंतर्गत. कर्मचाऱ्यांना खरोखर सर्वकाही समजले आहे, त्यात प्रभुत्व मिळवले आहे आणि त्यांच्या प्रशिक्षणाच्या पातळीकडे दुर्लक्ष करून, ते काम करण्यास तयार आहेत याची खात्री करा. प्रशिक्षणाची अनिवार्य विशेषता मुद्रित आहे आणि इलेक्ट्रॉनिक सूचना (नियम) आणि सिस्टमवरील सर्वात संपूर्ण दस्तऐवजीकरण (स्वाभिमानी विक्रेते ते सॉफ्टवेअरसह सोडतात आणि विनामूल्य प्रदान करतात).
2. समर्थक शोधा आणि प्रभावक निवडा. अंतर्गत तज्ञ आणि लवकर दत्तक घेणारे हे तुमची समर्थन प्रणाली आहेत, जे शिक्षित आणि शंका दूर करतात. नियमानुसार, कर्मचारी स्वतःच त्यांच्या सहकार्यांना मदत करण्यास आणि त्यांना नवीन सॉफ्टवेअरची ओळख करून देण्यात आनंदित आहेत. तुमचे कार्य त्यांना त्यांच्या कामातून तात्पुरते मुक्त करणे किंवा त्यांच्या नवीन कार्यभारासाठी त्यांना योग्य बोनस देणे हे आहे.

आपण कशाकडे लक्ष दिले पाहिजे?

1. बदलांमुळे कर्मचारी किती प्रगत आहेत? (तुलनेने बोलायचे झाले तर, उद्या जर त्यांनी नवीन अकाउंटिंग प्रोग्रॅम शोधून काढला, तर देवाने तुम्हाला 50 वर्षांपेक्षा जास्त वयाच्या महिलांसह अकाउंटिंग विभागात नाक खुपसण्यास मनाई केली आणि 1C वरून संक्रमण सुचवले, तर तुम्ही जिवंत बाहेर पडणार नाही).
2. वर्कफ्लोवर किती परिणाम होईल? 100 लोकांच्या कंपनीत मेसेंजर बदलणे ही एक गोष्ट आहे, दुसरी गोष्ट म्हणजे नवीन सीआरएम प्रणाली लागू करणे, जी कंपनीमधील प्रमुख प्रक्रियांवर आधारित आहे (आणि हे केवळ विक्रीच नाही, उदाहरणार्थ, Regionsoft CRM ची अंमलबजावणी वरिष्ठ आवृत्त्यांमध्ये ते उत्पादन, वेअरहाऊस, विपणन आणि शीर्ष व्यवस्थापकांवर परिणाम करते जे संघासह, स्वयंचलित व्यवसाय प्रक्रिया तयार करतील).
3. प्रशिक्षण दिले गेले आणि कोणत्या स्तरावर?

कॉर्पोरेट विचारांच्या प्रणालीतील एकमेव तार्किक संक्रमण

नवीन सॉफ्टवेअरचे संक्रमण/अंमलबजावणी काय वाचवेल?

नवीन सॉफ्टवेअरकडे जाण्यासाठी कोणते महत्त्वाचे मुद्दे तुम्हाला आरामात मदत करतील हे सांगण्यापूर्वी, आम्ही तुमचे लक्ष एका मुद्द्याकडे वेधू. असे काहीतरी आहे जे निश्चितपणे केले जाऊ नये - कर्मचाऱ्यांवर दबाव आणण्याची आणि त्यांना बोनस, प्रशासकीय आणि शिस्तभंगाच्या मंजुरीपासून वंचित ठेवून त्यांना "प्रेरित" करण्याची आवश्यकता नाही. यामुळे प्रक्रिया अधिक चांगली होणार नाही, परंतु कर्मचाऱ्यांची वृत्ती खराब होईल: जर त्यांनी धक्का दिला, तर नियंत्रण असेल; जर त्यांनी तुमच्यावर जबरदस्ती केली, तर याचा अर्थ ते आमच्या हिताचा आदर करत नाहीत; जर त्यांनी ते जबरदस्तीने लादले तर याचा अर्थ त्यांचा आमच्यावर आणि आमच्या कामावर विश्वास नाही. म्हणून, आम्ही सर्व काही शिस्तबद्ध, स्पष्ट, सक्षम रीतीने करतो, परंतु दबाव किंवा अनावश्यक जबरदस्ती न करता.

तुमच्याकडे तपशीलवार कृती योजना असणे आवश्यक आहे

इतर सर्व काही अस्तित्वात नसू शकते, परंतु एक योजना असणे आवश्यक आहे. शिवाय, योजना समायोज्य, अद्यतनित, स्पष्ट आणि अपरिहार्य आहे, त्याच वेळी चर्चेसाठी प्रवेशयोग्य आणि सर्व इच्छुक कर्मचाऱ्यांसाठी पारदर्शक आहे. सकाळी 8 ते 10 पर्यंत एक पराक्रम आहे आणि 16:00 वाजता इंग्लंडशी युद्ध आहे हे निर्देशात्मक पद्धतीने संप्रेषण करणे अशक्य आहे;

प्लॅन अपरिहार्यपणे अशा कर्मचाऱ्यांच्या गरजा प्रतिबिंबित करणे आवश्यक आहे जे अंतिम वापरकर्ते असतील - अशा प्रकारे प्रत्येक कर्मचाऱ्याला नेमके कोणते इच्छित वैशिष्ट्य आणि तो कोणत्या वेळी वापरण्यास सक्षम असेल हे समजेल. त्याच वेळी, संक्रमण किंवा अंमलबजावणी योजना ही एक प्रकारची अपरिवर्तनीय मोनोलिथ नाही; योजनेला अंतिम रूप देण्याची आणि त्याचे गुणधर्म बदलण्याची शक्यता सोडणे आवश्यक आहे (परंतु संपादनांच्या अंतहीन प्रवाहाच्या रूपात आणि नवीन "इच्छा" नाही. आणि अंतिम मुदतीत सतत बदल करण्याच्या स्वरूपात नाही).  

योजनेत काय असावे?

1. मुख्य संक्रमण टप्पे (टप्पे) - काय करणे आवश्यक आहे.
2. प्रत्येक टप्प्यासाठी तपशीलवार संक्रमण बिंदू - ते कसे केले पाहिजे.
3. मुख्य मुद्दे आणि त्यावरील अहवाल (तासांचे सामंजस्य) - काय केले गेले ते कसे मोजले जाईल आणि नियंत्रण बिंदूवर कोण असावे.
4. जबाबदार लोक असे लोक आहेत ज्यांच्याकडे तुम्ही वळू शकता आणि त्यांच्याकडून प्रश्न विचारू शकता.
5. अंतिम मुदत ही प्रत्येक टप्प्याची सुरुवात आणि शेवट आणि संपूर्ण प्रक्रिया आहे.
6. प्रभावित प्रक्रिया - व्यवसाय प्रक्रियेत कोणते बदल होतील, अंमलबजावणी/संक्रमणासह काय बदलणे आवश्यक आहे.
7. अंतिम मूल्यमापन हे सूचक, मेट्रिक्स किंवा अगदी व्यक्तिपरक मुल्यांकनांचा संच आहे जे घडलेल्या अंमलबजावणी/संक्रमणाचे मूल्यमापन करण्यात मदत करेल.
8. ऑपरेशनची सुरुवात ही अचूक तारीख आहे जेव्हा संपूर्ण कंपनी अद्यतनित स्वयंचलित प्रक्रियेत सामील होईल आणि नवीन प्रणालीमध्ये कार्य करेल.

आम्ही अंमलबजावणी करणाऱ्यांची सादरीकरणे पाहिली आहेत ज्यात लाल रेषा सल्ला आहे: सक्तीने अंमलबजावणी करा, प्रतिक्रियेकडे दुर्लक्ष करा, कर्मचाऱ्यांशी बोलू नका. आम्ही या दृष्टिकोनाच्या विरोधात आहोत, आणि का ते येथे आहे.

खालील चित्र पहा:

एक नवीन माउस, एक नवीन कीबोर्ड, एक अपार्टमेंट, एक कार आणि नोकरी देखील आनंददायी, आनंददायक घटना आहेत, त्यापैकी काही अगदी यश देखील आहेत. आणि त्याची सवय कशी लावायची आणि परिस्थितीशी जुळवून घेण्यासाठी वापरकर्ता Yandex वर जातो. नवीन अपार्टमेंटमध्ये कसे जावे आणि ते आपले आहे हे समजून घ्या, प्रथमच टॅप चालू करा, चहा प्या, पहिल्यांदा झोपी जा. चाकाच्या मागे कसे जायचे आणि नवीन कारशी मैत्री कशी करावी, तुमची, परंतु आतापर्यंत परकी. कामाच्या ठिकाणी नवीन सॉफ्टवेअर वर्णन केलेल्या परिस्थितींपेक्षा वेगळे नाही: कर्मचाऱ्यांची नोकरी कधीही सारखी राहणार नाही. म्हणून, नवीन प्रभावी सॉफ्टवेअरसह अंमलबजावणी करा, अनुकूल करा, वाढवा. आणि ही अशी परिस्थिती आहे ज्याबद्दल आपण म्हणू शकतो: त्वरा करा.

स्त्रोत: www.habr.com