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