🎓 👨‍✈️ 🤓 डेवलपर उत्पादकता का माप और मूल्यांकन कैसे करें ❗️ 🤜🏾 🍮

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

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

सही संकेतकों को मापना और इसे सही ढंग से करना बहुत महत्वपूर्ण है। बदले में, संकेतक का विकल्प आपके व्यवसाय की बारीकियों और प्रत्येक सॉफ़्टवेयर इंजीनियर की नौकरी की जिम्मेदारियों पर निर्भर करता है।

हम आपको एक एल्गोरिथ्म के बारे में बताएंगे जो प्रोग्रामर्स की प्रभावशीलता का मूल्यांकन करने में मदद करेगा:

लक्ष्य की स्थापना

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

प्रत्येक लक्ष्य को टीम के स्तर पर और प्रत्येक कर्मचारी के व्यक्तिगत स्तर पर, व्यवसाय के मुख्य विचार में फिट होना चाहिए।

नींव रखना

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

"कैसे" का प्रश्न प्रक्रिया से संबंधित है, अर्थात, प्रोग्रामर ने टीम में कितना अच्छा काम किया है, कार्य के लिए उसका दृष्टिकोण कितना नवीन है, इत्यादि।

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

लंबे समय पर ध्यान दें

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

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

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

मूल्यांकन की तैयारी

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

मौजूदा नौकरी विवरण, दस्तावेज़, रिकॉर्ड, ईमेल और किसी भी अन्य डेटा को देखें जो आपको कर्मचारी की प्रभावशीलता के बारे में निष्कर्ष निकालने की अनुमति देगा।

यदि आप हाल ही में टीम में हैं, तो डेवलपर के टीम लीडर, उसके सहयोगियों और यदि संभव हो तो नियमित ग्राहकों के साथ बात करें, जिनके साथ उन्होंने काम किया है।

सफलता या विफलता न केवल व्यक्ति पर निर्भर करती है, बल्कि काम करने की स्थिति पर भी निर्भर करती है:

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

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

लक्ष्यों और प्रमुख कौशल का विश्लेषण

नौकरी विवरण में वांछित या परिभाषित के साथ वर्तमान प्रदर्शन की तुलना करें। यदि दृश्यमान परिणाम हैं, तो सुनिश्चित करें कि वे विशिष्ट उदाहरणों में परिलक्षित होते हैं और उनका मूल्य निर्धारित करते हैं:

क्या वांछित प्रदर्शन हासिल / पार हो गया है?
क्या प्रतिकूल कार्य परिस्थितियों ने निर्धारित लक्ष्यों की प्राप्ति में बाधा उत्पन्न की?
क्या इन लक्ष्यों को ओवरटाइम काम करने वाले कर्मचारी के कारण हासिल किया गया है?
क्या काम का परिणाम इतना अच्छा था कि इस कर्मचारी को प्रोत्साहित किया जाना चाहिए?
क्या इस डेवलपर ने पूरी टीम के लक्ष्यों को प्राप्त करने में महत्वपूर्ण भूमिका निभाई?

यदि कोई दृश्य परिणाम नहीं हैं, तो निम्नलिखित प्रश्न पूछें:

क्या कार्य की सफलता इस व्यक्ति पर निर्भर थी?
क्या इस तरह के कारणों से आवश्यक उपकरण की कमी, कार्यों की एक बड़ी मात्रा, समस्या का एक अस्पष्ट बयान या अन्य आवश्यक संसाधनों की अनुपस्थिति के कारण समस्या थी?
क्या एक अधिक सक्षम व्यक्ति इन समस्याओं को हल कर सकता है?
किसी कार्य को पूरा न करने के परिणाम क्या हैं?

निर्धारित करें कि कर्मचारी अपने काम में अपने प्रमुख कौशल को कितने नियमित और प्रभावी ढंग से लागू करता है:

क्या कर्मचारी इन कौशल का दैनिक उपयोग करता है?
क्या उसने अपनी सभी क्षमताओं का उपयोग किया, या केवल उनमें से कुछ का? किस प्रकार?
कौशल को लागू करने से एक डेवलपर को काम के कार्यों को हल करने में कैसे मदद मिलती है? यह वर्कफ़्लो और टीम की सफलता को कैसे प्रभावित करता है?
क्या डेवलपर के लिए कार्य पूरा करना मुश्किल था? यदि हां, तो यह आपके लक्ष्यों और वर्कफ़्लो को कैसे प्रभावित करता है?

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

विचार-विमर्श

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

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

अनुशंसाएँ

कर्मचारी, उसके प्रबंधक और सहकर्मियों के साथ बातचीत के दौरान आपको मिली जानकारी के आधार पर, उन सुझावों की एक सूची बनाएं जो डेवलपर की उत्पादकता में सुधार कर सकते हैं।

टिप्पणियों और सिफारिशों को कैसे लिखें

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

टिप्पणियों को निम्नलिखित बिंदुओं को प्रतिबिंबित करना चाहिए:

डेवलपर ने किस हद तक अपना काम पूरा किया है?
उन्होंने कितनी बार व्यावसायिकता और प्रमुख कौशल का प्रदर्शन किया?
मूल्यांकन अवधि में क्या सुधार हुआ है?
क्या सुधार की जरूरत है?

टिप्पणियों में निम्नलिखित गुण होने चाहिए:

निष्पक्षता;
पूर्णता;
सच्चाई;
डोमेन विशिष्टता
सकारात्मक निष्कर्ष।

विचार करने की आकांक्षा

उपस्थिति

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

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

सहायता देते हुए

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

दूसरों की मदद करने की इच्छा टीम वर्क का एक अनिवार्य तत्व है। अकेले पहाड़ों को मोड़ने की कोशिश की तुलना में जटिल कार्यों पर सहयोग करना अधिक प्रभावी है। सहयोग फ़ीचर की समीक्षा करेंआपको यह समझने की अनुमति देता है कि कौन अपना ज्ञान दूसरों के साथ साझा करता है। यह आपको मात्रात्मक संकेतक भी प्रदान करता है जो आपको कोड समीक्षा के वर्कफ़्लो की स्थिति का मूल्यांकन करने में मदद करेगा।

योजना कौशल

सभी टीम के सदस्यों को समय पर काम पूरा करना होगा। वे समय और संसाधनों को ठीक से प्रबंधित करने में सक्षम होना चाहिए और अपने काम को यथासंभव कुशलता से करने के लिए सही ढंग से प्राथमिकता देना चाहिए।

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

पहल

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

अपनी टीम के सबसे सक्रिय सदस्यों की पहचान करने के लिए, हर बार किसी डेवलपर द्वारा टीम में लीड लेने के लिए बॉक्स को चेक करें।

गुणवत्ता

काम की गुणवत्ता सबसे महत्वपूर्ण है, लेकिन साथ ही, प्रदर्शन का सबसे जटिल उपाय जिसे मापा जा सकता है। इंजीनियर जो गुणवत्ता और ईमानदारी से काम की प्रक्रिया में शामिल हैं, वे बेहतर परिणाम दिखा सकते हैं। ऐसा जुड़ाव एक गुणवत्ता की कसौटी हो सकता है।

डेवलपर्स की उत्पादकता केवल विकसित उत्पाद की मात्रात्मक विशेषताओं में नहीं मापी जाती है, इसलिए समस्या हल नहीं होती है। कोड की अतिरिक्त लाइनें लिखने वाले डेवलपर्स केवल सॉफ्टवेयर की जटिलता को जोड़ते हैं, जिससे इसे बनाए रखना कठिन हो जाता है। आपको यह समझना चाहिए कि आपके डेवलपर्स किस पर काम कर रहे हैं: गुणवत्ता या मात्रा?

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

निष्कर्ष

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

"श्रम उत्पादकता में गिरावट बाजार में बदलाव या निरंतर विपणन रणनीतियों, विचारों और मूल्यों का संकेत दे सकती है।"

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

आईटी विभागों के दूरस्थ कार्य के जोखिम क्या हैं? टीम को ट्रैक करने की आवश्यकता के बिना कुशलता से काम करने के लिए कौन से दृष्टिकोण की आवश्यकता है? Udalenka को शेड्यूल की भी आवश्यकता क्यों है? इन सवालों के जवाब हमारे नि: शुल्क वेबिनार में पाए जा सकते हैं, जो 13 मई को आयोजित किया जाएगा। एक वेबिनार के लिए साइन अप करें ।

डेवलपर उत्पादकता का माप और मूल्यांकन कैसे करें