प्रेरणा। खुद ही कर लो

इस तरह के एक उपयोगी कार्य है - प्रेरणा प्रणालियों का विकास। लंबे समय तक मैंने केपीआई सिस्टम, सामग्री और गैर-सामग्री प्रेरणा बनाने वाले दुखी एचआर को देखा, कॉर्पोरेट भावना को बढ़ाने की कोशिश की। मेरी टिप्पणियों ने हमेशा एक ही बात दिखाई है - एचआर इस काम में कुछ याद कर रहा है। ऐसा लगता है कि शब्द सही ढंग से बोले गए हैं, और उनकी गणना अंतर्निहित दर्शन सही है, लेकिन उन्होंने जो प्रेरणा प्रणाली बनाई है, वह किसी भी आलोचना का सामना नहीं करती है।

किसी कारण से, संकेतक जो हमेशा एक दूसरे से संबंधित नहीं होते हैं वे हमेशा परिणाम देते हैं, जिनमें से अधिकांश को मापा नहीं जाता है। इसके बाद, इन संकेतकों की गणना को स्वचालित करने के लिए एक परियोजना शुरू की जाती है, और जब तक यह पूरा नहीं हो जाता है, तब तक संकेतक अप्रचलित हो जाते हैं, क्योंकि व्यवसाय समझता है कि यह चाहता है कि लोगों को इन संकेतकों के साथ कुछ नहीं करना है।

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

परिणाम लगभग हमेशा एक "कुछ प्रकार की" प्रेरणा प्रणाली होती है जो कम से कम कुछ सोचती है और कम से कम लोगों की कार्य क्षमता का कुछ विचार देती है। लेकिन मुख्य परेशानी - प्रेरणा प्रणाली व्यवसाय को लाभ नहीं पहुंचाती है, क्योंकि यह लोगों को उन मानदंडों के अनुसार मूल्यांकन करती है जो उसके लिए लाभदायक नहीं हैं।

इस तरह की प्रेरणा प्रणाली भी लोगों को लाभ नहीं पहुंचाती है, क्योंकि यह अधिक पैसा कमाने के लिए असंभव बनाता है, व्यवसाय को लाभ पहुंचाता है।

नतीजतन, मैं इस नतीजे पर पहुंचा कि प्रेरणा प्रणालियों का विकास मानवीय दृष्टिकोण से अधिक इंजीनियरिंग कार्य है (उदाहरण के लिए, मिठाई और दयालु एचआर मुझे माफ कर देंगे)। यह पसंद है या नहीं, प्रेरणा प्रणाली संकेतकों की एक प्रणाली है। संकेतक माप, सीमा प्रबंधन, लक्ष्यों और क्षमताओं की स्थिरता, व्यापार प्रक्रिया के साथ एक स्पष्ट संबंध, उचित स्वचालन हैं। उपरोक्त सभी इंजीनियरिंग कार्य हैं।

आधुनिक रूसी व्यवसाय में कौन वह व्यक्ति है जो अपनी दक्षताओं के योग से इन क्षेत्रों में सर्वश्रेष्ठ है? प्रोग्रामर, और कौन।

प्रोग्रामर के रूप में मेरे समय के दौरान और आईटी निदेशक जैसे किसी ने, मैंने एक दर्जन प्रेरणा प्रणालियों के विकास में नेतृत्व किया या भाग लिया - प्रोग्रामर, स्टोरकीपर, डिजाइनर, खरीद, प्रबंधक। प्रेरणा प्रणालियों के विकास में, मैंने विभिन्न स्तरों पर भाग लिया। पहला - किसी के साथ आए संकेतकों की गणना को स्वचालित करना। फिर उन्होंने संकेतकों के संकलन में भाग लिया, "आईटी विभाग का एक प्रतिनिधि जो उनकी गणना की जटिलता को समझता है।" जब मैंने महसूस किया कि यह गणना तकनीक का मामला नहीं है, लेकिन कहीं न कहीं ऊपर, मैंने अपने अधीनस्थों के लिए प्रेरणा बनाने की कोशिश की। जब इसने लोगों को धन में वृद्धि ला दी, और कंपनी ने लोगों की उत्पादकता को दोगुना कर दिया, मैं, टेस्ट मोड में, स्टोरकीपरों के लिए एक प्रणाली बनाने के लिए भेजा गया। जब, इस प्रणाली के लिए धन्यवाद, असामयिक लोडिंग / अनलोडिंग / पिकिंग, आदि के साथ समस्याएं गायब हो गईं, तो उन्होंने मुझे सभी प्रेरणा विकास परियोजनाओं में छड़ी करना शुरू कर दिया। मेरे स्थान पर, निश्चित रूप से, कोई भी प्रोग्रामर हो सकता है।

इस काम के दौरान, मैंने कई अवलोकन किए जिसके बारे में सिद्धांतों और मानदंडों को पारस्परिक रूप से लाभप्रद प्रेरणा प्रणालियों को संतुष्ट करना चाहिए। मैं बांटने की जल्दबाजी करता हूं।

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

कंपनी के लक्ष्य के साथ शुरू करें, यह यहां है कि अधिकांश गलतियां की जाती हैं। आपको स्पष्ट रूप से समझने की ज़रूरत है कि आप कार्य करने वाले लोगों से क्या चाहते हैं (आप - क्योंकि आप इस तरह के काम में हैं, जैसा कि यह व्यवसाय के पक्ष में था)।

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

मैं ऐसा करने की सलाह देता हूं। फ़ंक्शन द्वारा उत्पादित सबसे महत्वपूर्ण उत्पाद खोजें, और इस उत्पाद के माप नियमों में अपनी सभी महत्वपूर्ण विशेषताओं को डालें।

मुख्य बात यह है कि उत्पाद और इसकी विशेषताएं व्यवसाय के लिए फायदेमंद होनी चाहिए। यहां, अफसोस, कोई भी उत्पाद के निर्माण में आपकी सहायता नहीं करेगा। आपको केवल शामिल सभी लोगों के साथ बात करने की आवश्यकता है - सबसे पहले, आंतरिक उपभोक्ताओं, इस उत्पाद के ग्राहकों के साथ। उनके पास कौन सी वास्तविक समस्याएं हैं, और किन विशिष्ट विशेषताओं (गुणवत्ता, समय सीमा, समयबद्धता, आदि) के कारण।

मान लें कि दो संकेतक एक आंतरिक प्रोग्रामर की प्रेरणा प्रणाली में डाल दिए जाते हैं - घंटों में आउटपुट और उपयोगकर्ताओं द्वारा गुणवत्ता का आकलन। उन्हें एक - ऐसे कार्यों के विकास से प्रतिस्थापित किया जा सकता है जिनके समाधान की गुणवत्ता का आकलन अधिक है, उदाहरण के लिए, 4 अंक। यदि आप समय सीमा को पूरा करने के बारे में चिंतित हैं, तो शर्त जोड़ें "... समय पर पूरा हुआ।"

मैंने समस्या को हल किया, 4 अंक से ऊपर अंक प्राप्त किया, समय सीमा पूरी की - आउटपुट गिना गया। शर्तों में से एक को पूरा नहीं किया - नहीं गिना (या छूट पर गिना)। यह उत्पाद होगा।

इस मामले में, व्यक्ति बेहतर समझता है कि उसके काम का उत्पाद क्या है। उसे समानांतर - विकास और मूल्यांकन में दो उत्पाद बनाने की आवश्यकता नहीं है।

मेरे पास इस तरह के समानता के साथ एक उदाहरण था। हमारे पास एक निर्देशक था जो मुझे पसंद नहीं करता था। सामान्य तौर पर, कोई भी मुझे पसंद नहीं करता है, क्योंकि उन्होंने बहुत से सवाल पूछे, कार्यों और परियोजनाओं को खारिज कर दिया, और जितना संभव हो सके स्पष्ट रूप से समझाया कि क्यों एक समस्या को हल करने से व्यवसाय को लाभ नहीं होगा। खैर, मुझे अंदाजा था कि यह सीआईओ को क्या करना चाहिए।

इसलिए, निदेशक के हर बदलाव के साथ, हर कोई जो असंतुष्ट था, मेरे बारे में शिकायत करने के लिए पंक्तिबद्ध था - पुराने निदेशक पहले से ही इसके लिए इस्तेमाल किया गया था, और, मेरे काम के परिणामों को देखकर, उसने असंतोष के कारणों को समझा। मैं नए में तल्लीन नहीं करना चाहता, और मुझे एक त्रैमासिक पुरस्कार के लिए एक संकेतक के साथ प्रस्तुत किया - प्रबंधकों द्वारा मेरे काम की गुणवत्ता का आकलन। ऐसा लगता है कि औसतन कम से कम 4.5 होना चाहिए था।

दो त्रुटियां हैं: एक त्रैमासिक अनुमान और एक अलग संकेतक। इस तथ्य के बावजूद कि मेरे पास प्रत्येक कार्य के स्तर पर पहले से ही एक आकलन था, और वास्तविक नफरत करने वालों ने 2 सेट करने में संकोच नहीं किया। बेशक, इस सूचक ने मेरे काम को प्रभावित नहीं किया। वह व्यवसाय के लिए भी उपयोगी नहीं था। बस तिमाही के अंत में मैं प्रत्येक नेता के पास आया, और मेरे चेहरे पर एक विस्तृत मुस्कान के साथ मैंने अपने काम का मूल्यांकन करने के लिए कहा। बेशक, "अपने विभाग को और अधिक ध्यान देने के वादे के साथ।" पुरस्कार पूर्ण रूप से प्राप्त हुआ।

क्या दिलचस्प है - इस दृष्टिकोण के साथ, अनावश्यक जिम्मेदारियां अक्सर गायब हो जाती हैं, या कम से कम वे दिखाई देते हैं। यह मामला है जब आप संचित अक्षमता के ढेर के साथ एक मौजूदा, स्थापित फ़ंक्शन की प्रेरणा प्रणाली को बदलते हैं।

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

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

हम प्रेरणा बनाते हैं जिसमें इस फाइल को बनाए रखने के बारे में कुछ भी नहीं है। पहले, एक वेतन था, जिसके अंदर इस तरह के गंदगी का एक द्रव्यमान रखा गया था, और उसने भुगतान किया "यह सब इसके लिए है।" और अब - सुरक्षा के बढ़ते प्रतिशत के लिए गारंटी वेतन के साथ एक सौदा। बड़े घाटे के लिए बस कोई जगह नहीं बची है। नहीं अगर कोई चाहता है - उसे केवल अपने खर्च पर, करने दें। कुछ हफ़्ते में, बड़ी एक्सेल फ़ाइल गायब हो गई।

इसलिए, प्रत्येक कर्तव्य को "नरक की आवश्यकता है" के लिए परीक्षण के अधीन किया जाना चाहिए। अगर जरूरत नहीं है - ठीक है, इसे बाहर फेंकने के लिए स्वतंत्र महसूस करें। अगर लोग खिलाफ हैं - और भी बेहतर। आप इसके लिए भुगतान करना बंद कर दें।

यदि यह उत्पाद से संबंधित कुछ उपयोगी है - उत्कृष्ट, हम इसे एक विशेषता के रूप में पेश करते हैं।

एक अन्य विकल्प, जब आप निश्चित रूप से तय नहीं कर सकते हैं, तो इस दायित्व को अलग करना है और देखें कि क्या होता है। उदाहरण के लिए, प्रोग्रामर के मामले में, आप उपयोगकर्ताओं के लिए तकनीकी सहायता को अलग कर सकते हैं - एक व्यक्ति को इस नौकरी पर रख सकते हैं। यह महत्वपूर्ण है कि सभी द्वारा इस कर्तव्य का प्रदर्शन एक बहाने के रूप में नहीं किया जा सकता है ("हमने काम नहीं किया, क्योंकि सभी ने मिलकर इस मूर्ख की मदद की")। अलगाव के साथ, कोई प्रभाव नहीं होगा, और आप इस अजीब कर्तव्य और व्यापार को इसके लाभों के दायरे दोनों को समझने में सक्षम होंगे।

उदाहरण के लिए, सभी में फैले तकनीकी समर्थन में बहुत समय लग रहा था। किसी को भी नहीं पता था कि यह कितना और किसके पास है, लेकिन सभी को यह एहसास था कि "वे पूरे दिन बज रहे हैं, क्योंकि वे इसके बारे में बीमार हो गए हैं, बस बैठ जाओ, इसमें घुस जाओ - फिर से घंटी।" और जब तकनीकी सहायता को अलग किया गया, तो यह पता चला कि एक व्यक्ति के लिए प्रतिदिन अधिकतम 4 घंटे लगते हैं। उसी समय, वह अपने किसी भी सहयोगी को नहीं खींचता है, वह हर चीज का मुकाबला करता है।

तो, आपने उत्पाद तैयार किया है - आप फ़ंक्शन से क्या चाहते हैं।

अब आपको यह तय करने की आवश्यकता है कि आप इस उत्पाद को कितना चाहते हैं। मौलिक रूप से, दो विकल्प हैं:

1. जितना संभव हो उतना (कोई छत नहीं)
2. आवश्यकता से अधिक नहीं (एक छत है)।

विक्रेता के लिए कोई छत नहीं है। आपूर्तिकर्ता के लिए - आमतौर पर वहाँ। एक डिज़ाइन इंजीनियर के लिए, नहीं। मानव संसाधन प्रबंधक के लिए - वहाँ है।

एक प्रेरणा प्रणाली का सूत्र एक छत की उपस्थिति पर निर्भर करता है: एक स्तर प्राप्त करने / बनाए रखने के लिए।

उदाहरण के लिए, खरीद मात्रा के लिए आपूर्तिकर्ता को भुगतान करना गलत है, वह किसी भी हार्डवेयर के साथ गोदाम को ओवरफिल करेगा जो किसी भी मात्रा में ऑर्डर के एक घंटे बाद दिया जाता है। ग्रीन ज़ोन में बफर को बनाए रखने के लिए भुगतान करना सही है, भले ही रिपोर्टिंग अवधि में किसी व्यक्ति ने इसके लिए कुछ भी नहीं किया हो, बफर खपत की कमी के कारण, इसमें कोई दोष नहीं है।

अनुप्रयोगों की मात्रा के लिए विक्रेता को भुगतान करना भी हमेशा सही नहीं होता है (जब मांग आपूर्ति के मुकाबले बहुत कम होती है) को छोड़कर। विक्रेता के लिए बिक्री के लिए भुगतान करना बेहतर है, और इससे भी बेहतर - पैसे के आगमन के लिए, क्योंकि उत्पाद "बिक्री" के अंदर व्यवसाय के लिए आवश्यक विशेषताओं को पहले से ही निर्धारित किया गया है। उदाहरण के लिए, हुई बिक्री और भुगतान का मतलब है कि उत्पाद का उत्पादन किया गया था, सभी सामग्रियों को खरीदा गया था, सेवाएं प्रदान की गई थीं, धन चालू खाते में आया था। खैर, यह सभी के लिए एक स्पष्ट उदाहरण है।

उन्नत के लिए एक और विकल्प है - बिक्री या लाभ के माध्यम से उत्पाद की परिभाषा जो बिक्री और लाभ में शामिल नहीं हैं।

उदाहरण के लिए, आपूर्तिकर्ता को उसके द्वारा खरीदे गए विक्रय लाभ के प्रतिशत का भुगतान करना। या एक डिज़ाइन इंजीनियर को उसकी डिज़ाइन की गई बिक्री की प्रतिशत राशि का भुगतान करें (जैसे कि कॉपीराइट प्रतिशत)।

यह विकल्प खराब है क्योंकि व्यवसाय प्रक्रिया स्पष्ट नहीं हो रही है - अधिक कमाने के लिए व्यक्ति को हर दिन क्या करना चाहिए। यह एक संकेतक है जो अंतिम परिणाम में योगदान को मापता है, न कि प्रक्रिया के निष्पादन को।

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

लेकिन यह विकल्प भी अच्छा है - इसमें आप व्यवसाय प्रक्रिया को बनाने / अनुकूलित करने में लोगों को शामिल करते हैं जो वांछित परिणाम की ओर ले जाता है, क्योंकि अब आपको परिणाम के लिए समान आवश्यकताएं हैं।

इस विकल्प का उपयोग करना या न करना स्थिति और उन लोगों पर निर्भर करता है जिनके लिए आप एक प्रेरणा प्रणाली बना रहे हैं। यदि समझदार, सक्रिय, और व्यावसायिक प्रक्रिया पर उनका या आपका वास्तविक प्रभाव है - तो आप कोशिश कर सकते हैं।

इसलिए, यदि कोई सीलिंग नहीं है, तो निर्धारित करें कि आप प्रति यूनिट उत्पाद का कितना भुगतान करते हैं। आमतौर पर यह बिक्री / लाभ का प्रतिशत है, या एक निश्चित दर - प्रति घंटा, उदाहरण के लिए। आगे तकनीक का मामला है।

यदि एक छत है, तो सूत्र सरल है - आप छत की उपलब्धि के प्रतिशत के लिए भुगतान करते हैं। उदाहरण के लिए, बिक्री योजना को पूरा करने के लिए, या बफर पूर्णता का औसत-फिसलने का प्रतिशत, या प्राप्त सभी कार्यों को पूरा करने के लिए। प्रतिशत - उस उत्पाद की इकाइयों में जिसे आपने फ़ंक्शन के लिए परिभाषित किया है।

एक प्रेरणा प्रणाली विकसित करने की प्रक्रिया में, मैं कम से कम परिवर्तनों के त्रिदोष का उपयोग करने की सलाह देता हूं (तीनों के बारे में एक अलग लेख होगा)।

निश्चित रूप से यह पता चला है कि व्यावसायिक प्रक्रिया आपको उस उत्पाद का उत्पादन करने, या अलग करने और मापने की अनुमति नहीं देती है जिसे आपने मुख्य कहा था। निश्चित रूप से आपके द्वारा उपयोग की जाने वाली स्वचालित प्रणाली आपको प्रेरणा संकेतकों की गणना करने की अनुमति नहीं देगी, विशेष रूप से दैनिक मोड में।

इसलिए, मैं त्रय की सिफारिश करता हूं - प्रेरणा प्रणाली, और व्यापार प्रक्रिया और स्वचालन को तुरंत बदल दें।

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

इसके अलावा, आंकड़े इकट्ठा करने के लिए परीक्षण की अवधि महत्वपूर्ण है, खासकर यदि आप एक उत्पाद को माप रहे हैं जिसे आपने पहले नहीं मापा है। आपको इसके लिए मूल्य निर्धारित करने की आवश्यकता है, और इसके लिए आपको यह समझना चाहिए कि किसी व्यक्ति द्वारा प्रति माह किसी उत्पाद की कितनी इकाइयाँ बनाई जाती हैं।

इस मामले में, कीमत किसी व्यक्ति की आय के अनुपात के बराबर है जो उत्पादित उत्पाद की मात्रा के बराबर है। शायद थोड़ी कमी के साथ, ताकि अधिक करने के लिए एक प्रोत्साहन हो।

वह सब है - स्वचालित, परीक्षण, चलाना, ट्रैक करना और समायोजित करना।

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

बेशक, ऐसे श्रमिक हैं जिनके लिए ऐसी प्रणाली लाभदायक नहीं होगी - जिनका उपयोग सामान्य द्रव्यमान में छिपाने के लिए किया जाता है, जब व्यक्तिगत परिणाम औसत दर्जे का नहीं होता है। साथ ही, जो सिर्फ बैठने के लिए आए थे। ये महान लोग हैं, लेकिन लेख उनके बारे में नहीं है और उनके लिए नहीं है।