कर्मचारी के प्रदर्शन का आकलन करने के तरीके

कई प्रबंधकों को आईटी क्षेत्र में एक बहुत ही दिलचस्प समस्या का सामना करना पड़ता है। और इस समस्या का नाम कर्मचारी के प्रदर्शन का आकलन है। आधी सदी पहले भी, इस तरह के कार्य से माइग्रेन के हमलों और प्रबंधकों या अर्थशास्त्रियों में घबराहट नहीं हुई थी, क्योंकि सब कुछ सरल था। वर्कर ने 50 नट्स - बैड, ट्विस्टेड 150 नट्स - बढ़िया! लेकिन सूचना प्रौद्योगिकी क्रांति आ गई है, और प्रदर्शन मूल्यांकन आधारशिला बन गया है।







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







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



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



कई कंपनियों ने आईटी उद्योग के विकास के भोर में, प्रोग्रामर द्वारा लिखी गई लाइनों की संख्या के लिए भुगतान करने की कोशिश की। किसी को एहसास हुआ कि आप अतिरिक्त कोड की भयानक राशि के साथ एक काम कर सकते हैं। पैसे का भुगतान वर्णों की संख्या के लिए किया जाता है, कोड की गुणवत्ता या प्रभावशीलता के लिए नहीं।

चीजों पर एक नई नज़र

मेरे लिए व्यक्तिगत रूप से, कर्मचारी प्रदर्शन संकेतक पूरी तरह से अलग हैं। उनमें से कुछ व्यक्तिपरक हैं, और मैं इससे इनकार नहीं करता हूं।

कम गलतियाँ - अधिक कुशल कर्मचारी

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

कर्मचारी जितना अधिक कुशल होता है, उतना ही वह टीम में उपयोगी जानकारी वितरित करता है

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

विचार उपभोक्ताओं की तुलना में आइडिया जनरेटर कई गुना अधिक प्रभावी होते हैं

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

जितना अधिक अमूर्त सोच, उतना ही कुशल कर्मचारी

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

कर्मचारी की दक्षता सीधे उसके स्व-प्रेरणा के समानुपाती होती है

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



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

जितनी तेजी से कर्मचारी कोड को पूरा करते हैं, वे उतने ही कुशल होते हैं।

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



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



UPD: लेख को एक अधिक उपयुक्त अनुभाग में ले जाया गया। धन्यवाद andreycha