भले ही व्यावहारिक कौशल और विशिष्ट प्रोग्रामिंग भाषाओं, उपकरणों और तकनीकों का ज्ञान एक सॉफ्टवेयर डेवलपर के रूप में पूर्णकालिक नौकरी पाने की कुंजी है, एक और मूल्यवान संकेतक है जिसे कई मायनों में इस पेशे में सफलता के लिए एक पूर्वधारणा के रूप में देखा जा सकता है: उत्पादकता। उत्पादकता माप कुछ ऐसा है जो सभी पेशेवर सॉफ़्टवेयर डेवलपर्स को समझने और ध्यान में रखना चाहिए क्योंकि आज के कारोबारी माहौल में किसी भी सॉफ़्टवेयर डेवलपमेंट टीम के लिए प्रदर्शन मेट्रिक्स स्वाभाविक रूप से महत्वपूर्ण हैं।
एक डेवलपर के रूप में आपकी उत्पादकता क्यों मायने रखती है?
फुर्तीली विकास के युग में, DevOps और सिकुड़ते सॉफ़्टवेयर रिलीज़ चक्र, जब डेवलपर्स को उत्पादों के नए संस्करणों को जल्द से जल्द शिप करने की आवश्यकता होती है, तो कंपनियां व्यक्तिगत प्रोग्रामर और एक टीम के प्रदर्शन का मूल्यांकन करने के लिए कई अलग-अलग उत्पादकता मेट्रिक्स का उपयोग करती हैं। एक डेवलपर के दृष्टिकोण से इसे देखते हुए, प्रदर्शन माप कई मूल्यवान उद्देश्यों की पूर्ति कर सकता है, जिससे आपको अपने प्रोग्रामिंग कौशल की प्रगति को ट्रैक करने में मदद मिलेगी, जिससे आप लगातार व्यावसायिक विकास प्राप्त कर सकेंगे। अत्यधिक उत्पादक कोडर वे होते हैं जिन्हें आश्चर्यजनक वेतन प्रस्ताव प्राप्त होते हैं और वे सबसे रोमांचक परियोजनाओं पर काम करने लगते हैं। लेकिन भले ही आप वास्तव में एक उच्च उपलब्धि हासिल करने वाले न हों और केवल सॉफ्टवेयर विकास में कोई नौकरी चाहते हैं और इसमें यथोचित रूप से सफल होना चाहते हैं, आपको अभी भी प्रदर्शन संकेतकों की कम से कम बुनियादी समझ होनी चाहिए और काम पर आपके इनपुट की उत्पादकता को मापने के लिए उनका उपयोग कैसे किया जाता है। जिसके बारे में आज हम बात करने वाले है.
सॉफ्टवेयर विकास उत्पादकता माप मेट्रिक्स
सॉफ्टवेयर विकास उत्पादकता मेट्रिक्स क्या हैं?
सॉफ्टवेयर डेवलपमेंट मेट्रिक्स प्रोग्रामिंग कार्य के क्षेत्र हैं जहां एक डेवलपर के प्रदर्शन, कार्य की गुणवत्ता और उत्पादकता को ट्रैक करने के लिए मात्रात्मक माप लागू किए जा सकते हैं। प्रत्येक उत्पादकता मीट्रिक विकास प्रक्रिया से डेटा लेने और उत्पादकता को मापने के लिए इसका उपयोग करने पर आधारित है। जैसा कि सॉफ्टवेयर विकास से संबंधित कुछ भी आसान और सीधा नहीं है, आप कह सकते हैं कि प्रोग्रामिंग उत्पादकता को मापना भी उद्योग भर में काफी असंगत और खंडित है। या, सीधे शब्दों में कहें, विभिन्न टीमें और कंपनियां पूरी तरह से अलग-अलग प्रदर्शन संकेतकों का उपयोग कर सकती हैं और इस मुद्दे को कई कोणों से देख सकती हैं। इसलिए आपको सॉफ़्टवेयर डेवलपमेंट टीमों द्वारा उपयोग किए जा सकने वाले प्रत्येक मीट्रिक को सीखने से परेशान होने की आवश्यकता नहीं है।
सॉफ्टवेयर डेवलपमेंट प्रोडक्टिविटी मेट्रिक्स कितने प्रकार के होते हैं?
स्वाभाविक रूप से, कई अलग-अलग उत्पादकता मेट्रिक्स हैं जो विभिन्न स्तरों और कोणों पर प्रदर्शन को मापने के लिए दृष्टिकोण रखते हैं। यहाँ इस तरह के उत्पादकता मेट्रिक्स के सबसे सामान्य प्रकार हैं:
औपचारिक आकार-केंद्रित मेट्रिक्स।
ये मेट्रिक्स एक प्रोग्रामर के काम के परिणाम के आकार को मापने पर केंद्रित हैं, जैसे कोड की पंक्तियाँ (LOC), कोड निर्देश की लंबाई, कोड की जटिलता, आदि। इन मेट्रिक्स को आज के सॉफ्टवेयर विकास उद्योग में तेजी से पुराना माना जाता है।
समय और कार्य-केंद्रित उत्पादकता मेट्रिक्स।
वॉटरफॉल सॉफ़्टवेयर विकास में उपयोग किए जाने वाले पारंपरिक उत्पादकता मेट्रिक्स का चयन होता है, जैसे कि सक्रिय दिन, समय की एक निर्धारित अवधि में कार्यक्षमता का दायरा, कोड मंथन दर, सौंपे गए कार्यों की संख्या, आदि।
फुर्तीली विकास प्रक्रिया मेट्रिक्स।
फुर्तीली विकास प्रक्रिया मेट्रिक्स, जैसे स्प्रिंट बर्नडाउन रिपोर्ट, वेलोसिटी, लीड टाइम, साइकल टाइम और अन्य, आज सॉफ्टवेयर डेवलपमेंट टीमों के बीच शायद सबसे अधिक इस्तेमाल किए जाने वाले मेट्रिक्स हैं। हम बाद में लेख में अधिक विस्तार से एजाइल मेट्रिक्स के बारे में बात करेंगे।
ऑपरेशनल एनालिटिक्स मेट्रिक्स।
मेट्रिक्स का यह सेट अपने वर्तमान उत्पादन परिवेश में सॉफ़्टवेयर प्रदर्शन को मापने पर केंद्रित है। विफलताओं (MTBF) के बीच का समय, पुनर्प्राप्त करने का औसत समय (MTTR), और एप्लिकेशन क्रैश दर यहाँ सबसे अधिक उपयोग किए जाने वाले मेट्रिक्स हैं।
परीक्षण मेट्रिक्स।
सिस्टम टेस्टिंग की गुणवत्ता को मापने के लिए सॉफ्टवेयर टेस्टिंग का अपना मेट्रिक्स सेट होता है, जैसे स्वचालित टेस्ट का प्रतिशत, कोड कवरेज आदि।
ग्राहक संतुष्टि मेट्रिक्स।
अंत में, सॉफ़्टवेयर के किसी भी हिस्से के लिए अंतिम मीट्रिक ग्राहक अनुभव है, और इसके लिए मेट्रिक्स का एक पूरा सेट भी है, जैसे कि ग्राहक प्रयास स्कोर (CES), ग्राहक संतुष्टि स्कोर (CSAT), नेट प्रमोटर स्कोर (NPS) और दूसरे।
फुर्तीली सॉफ्टवेयर डेवलपमेंट मेट्रिक्स
जैसा कि आप देख सकते हैं, सॉफ्टवेयर उत्पादकता मेट्रिक्स की सभी पेचीदगियों में खो जाना काफी आसान है। केवल एक नियमित सॉफ़्टवेयर डेवलपर को अच्छी तरह से परिचित होना चाहिए, हालांकि, सॉफ्टवेयर विकास जीवन चक्र के विभिन्न भागों में टीम उत्पादकता माप के मानकों के रूप में आज सॉफ्टवेयर विकास टीमों द्वारा आमतौर पर उपयोग किए जाने वाले एजाइल मेट्रिक्स हैं। आइए मुख्य और सबसे अधिक उपयोग किए जाने वाले एजाइल मेट्रिक्स को सूचीबद्ध करें।
1. स्प्रिंट बर्नडाउन।
फुर्तीली स्क्रम विकास टीमों के लिए स्प्रिंट बर्नडाउन रिपोर्ट प्रमुख मेट्रिक्स में से एक है। जैसा कि फुर्तीली विकास प्रक्रिया को समयबद्ध स्प्रिंट के माध्यम से आयोजित किया जाता है, स्प्रिंट बर्नडाउन का उपयोग स्प्रिंट के दौरान कार्यों के पूरा होने पर नज़र रखने के तरीके के रूप में किया जाता है। माप की इकाई के रूप में घंटे या कहानी अंक का उपयोग किया जाता है। लक्ष्य निरंतर प्रगति हासिल करना और प्रारंभिक अनुमानों के अनुरूप काम करना है। स्प्रिंट बर्नडाउन टीमों को काम की गति को मापने और जरूरत पड़ने पर इसे समायोजित करने में मदद करता है।
2. टीम वेग।
वेग एक अन्य प्रमुख संकेतक है, जो माप की इकाई के रूप में घंटों या कहानी बिंदुओं पर भी आधारित होता है। यह एक स्प्रिंट के दौरान एक टीम द्वारा किए गए कार्य की औसत मात्रा को मापता है और पूरे प्रोजेक्ट में अनुमान लगाने और योजना बनाने के लिए उपयोग किया जाता है। ट्रैकिंग वेग यह सुनिश्चित करने के लिए महत्वपूर्ण है कि टीम लगातार प्रदर्शन प्रदान करती है।
3. कहानी अंक।
एक व्यक्तिगत विकास टीम के सदस्य के स्तर पर, कहानी बिंदु एक मूल्यवान मीट्रिक है, क्योंकि प्रत्येक रिलीज के दौरान एक प्रोग्रामर द्वारा दी जाने वाली कहानियों का आकार इस कोडर की उत्पादकता का संकेतक है।
4. साइकिल नियंत्रण चार्ट।
उस समय से कुल समय को मापता है जब किसी कार्य या किसी अन्य बैकलॉग आइटम पर काम पूरा होने तक शुरू हो गया है। अधिक अनुमानित परिणाम देने वाले चक्र समय को ट्रैक और नियंत्रित करने की अनुमति देता है।
5. थ्रूपुट और मूल्य वितरित।
परियोजना प्रबंधक डेवलपर्स को सौंपे गए कार्यों का विश्लेषण करते हैं और उन्हें मूल्य प्रदान करते हैं। इस मीट्रिक का उपयोग तब टीम के थ्रूपुट को मापने के लिए किया जाता है या दूसरे शब्दों में, किए गए मूल्य वर्धित कार्य की मात्रा।
6. कोड मंथन।
कोड मंथन एक अन्य मीट्रिक है जो उल्लेख के लायक है क्योंकि इसका उपयोग एक टीम की उत्पादकता को मापने के लिए और व्यक्तिगत प्रोग्रामर के प्रदर्शन को ट्रैक करने के लिए किया जाता है। कोड मंथन यह मापता है कि एक डेवलपर कितनी बार कोड की पिछली जोड़ी गई पंक्तियों को हटाता है या उसमें परिवर्तन करता है, और पहले लिखे गए कोड का कितना प्रतिशत बदल जाता है या फेंक दिया जाता है।
विशेषज्ञ राय
अंत में, कुछ परिप्रेक्ष्य जोड़ने के लिए, अनुभवी सॉफ्टवेयर विकास उद्योग के पेशेवरों द्वारा मामले पर कुछ उद्धरण। "मुझे आशा है कि आप अपने मेट्रिक्स को किसी प्रकार के मानक या किसी अन्य कंपनी में किसी अन्य टीम के प्रदर्शन के साथ" तुलना "नहीं करना चाहते हैं। हर जगह जहां मैंने काम किया है, कहानी बिंदुओं, वेग, प्रति घंटा अनुमान, कार्य इत्यादि की उनकी परिभाषाओं में अद्वितीय विविधताएं हैं, जो वास्तव में एक कंपनी से एक टीम के प्रदर्शन की तुलना किसी अन्य टीम के साथ सीधे किसी अन्य टीम के प्रदर्शन की तुलना करना लगभग असंभव बना देगी। कंपनी," क्लिफ गिली, पूर्व तकनीकी उत्पाद प्रबंधक और एजाइल कोच ने कहा. "जब टीम के प्रदर्शन का मार्गदर्शन करने की बात आती है तो मैं मेट्रिक्स का थोड़ा सा उपयोग करता हूं। एक बार जब आप केवल एक या दो चरों पर ध्यान देते हैं, तो मेट्रिक को खेलने में (जानबूझकर या अन्यथा) गिरना और अपने आप को मूर्ख बनाना बहुत आसान हो जाता है कि आप सुधार कर रहे हैं - जब आप केवल मेट्रिक में सुधार कर रहे हैं। उदाहरण के लिए, गति पर आधारित मेट्रिक्स छोटी कहानियों पर जाने वाली टीम द्वारा "सुधार" कर सकते हैं (कम काम प्रति-कहानी - इसलिए अधिक कहानियां पूरी हुईं - इसलिए वेग बढ़ जाता है)। यह एक अच्छी बात हो सकती है यदि कहानियाँ उपयोगी उपयोगकर्ता कहानियाँ हैं जो व्यावसायिक मूल्य में छोटी वृद्धि प्रदान करती हैं। यह एक बुरी बात हो सकती है यदि कहानियाँ छोटी और अधिक "तकनीकी" कार्य बन जाती हैं जो अपने आप में वास्तविक मूल्य प्रदान नहीं करते हैं," एड्रियन हावर्ड, एक अन्य उद्योग पेशेवर ने कहा. "पुल-आधारित सिस्टम में काम करते समय, मैं थ्रूपुट और चक्र समय को महत्व देता हूं। पहला मुझे हमारी टीम की क्षमता के बारे में सामान्य जानकारी देता है, और समय के साथ यह एक बहुत शक्तिशाली भविष्य कहनेवाला उपाय बन सकता है। दूसरा हमारी पाइपलाइनों की क्षमता के सामान्य गेज के रूप में सहायक है। यदि चक्र का समय अधिक है, तो पाइपलाइन को देखना शुरू करने का समय आ गया है, क्योंकि एक बाधा है कि हम शायद सहजता/शोषण की दिशा में काम कर सकते हैं। लेकिन मेट्रिक्स सिर्फ टूल हैं। उनमें खो मत जाओ, और निश्चित रूप से एक विशिष्ट मीट्रिक की योजना बनाना शुरू न करें। इस बारे में सोचें कि आप एक टीम के रूप में क्या बना रहे हैं और आप स्वाभाविक रूप से कैसे काम करते हैं, फिर लोगों के इर्द-गिर्द सिस्टम का निर्माण करें। मेट्रिक्स को आपको यह देखने में मदद करनी चाहिए कि आपका सिस्टम हर किसी के काम का समर्थन कैसे कर रहा है। या नहीं," एक वीडियो गेम विकास निर्माता डेव सेरा ने निष्कर्ष निकाला ।
