मैं दैनिक आधार पर प्रोग्रामिंग उत्पादकता को कैसे ट्रैक कर सकता हूं? [बन्द है]


16

मैं कैसे ट्रैक कर सकता हूं कि मैं पिछले दिनों की तुलना में अधिक या कम उत्पादक सॉफ्टवेयर विकसित कर रहा हूं?


15
चरण 1) कोड की पंक्तियों को उत्पादकता के एक मार्कर के रूप में फेंक दें
TheLQ

2
दे दो पोमोडोरो techinique एक कोशिश।
फर्नांडो

1
वास्तव में, हटाए गए प्रत्येक लाइन-कोड को 5-10 पुट के लायक होना चाहिए।
सीमित

2
उत्पादकता को परिभाषित करें।
luis.espinal

जवाबों:


18

एक सरल उत्तर है: आप नहीं कर सकते। और इसके अलावा, आपको नहीं करना चाहिए।

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

मेरी सलाह यह है कि आप स्पष्ट रूप से परिभाषित करें कि आपके "उत्पादकता" के रूप में क्या मतलब है, फिर एक माप इकाई को परिभाषित करें, और इसे साप्ताहिक और मासिक आधार पर लागू करें।


7

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


2

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

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

यदि आप जिस तरह से काम करते हैं, वह आपको कुछ सिद्धांतों को अपनाने और अपने काम को साइकिल में व्यवस्थित करने की अनुमति देता है, तो आप अपनी दक्षता को ट्रैक करने के लिए विकास चक्र मीट्रिक प्रति वेग का उपयोग कर सकते हैं । ध्यान दें कि चक्र आमतौर पर 2-3 सप्ताह तक रहता है, हालांकि आपको केवल अपने लिए इसका उपयोग करते समय उन्हें छोटा करना चाहिए। यह सब नीचे आता है अगर आप अपने वातावरण में इस तरह की पद्धति को अपना सकते हैं।

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


2

लोरेंजो से सहमत, उत्पादकता को परिभाषित करें।

मैंने यह भी किया है: 1. सभी कार्यों (उच्च स्तर या निम्न स्तर के ब्रेक डाउन) को तोड़ दें। 2. प्रत्येक कार्य के लिए कार्य के घंटे का अनुमान लगाएं (प्रत्येक कार्य के लिए विलंब बफर सेट करना न भूलें)। 3. कार्य समाप्त करें। 4. प्रत्येक कार्य की समीक्षा करें और देखें कि क्या आप पर्याप्त उत्पादक हैं या नहीं।


2

यहाँ उत्पादकता का एक सार्थक और सटीक उपाय है जिसमें कई साक्ष्य-आधारित शेड्यूलिंग स्नैपशॉट लेना शामिल है :

एक बार जब आप कुछ दिनों के आंकड़ों को इकट्ठा कर लेते हैं, तो अपना मोंटे कार्लो सिमुलेशन चलाएं, और ग्राफ का निरीक्षण करें, जो इस तरह दिखना चाहिए:

यहाँ छवि विवरण दर्ज करें

फिर एक और दिन के काम के लायक है, और फिर से सिमुलेशन चलाएं। यदि आप उस दिन उत्पादक थे, तो ग्राफ को कुछ इस तरह बदलना चाहिए:

यहाँ छवि विवरण दर्ज करें

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

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


2

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

https://bitbucket.org/site/master/issue/4307/feature-request-contributor-statistics


3
जब तक आपने LOC का उपयोग एक व्यक्तिगत माप के रूप में किया था (आप केवल एक ही है जिसे आप माप रहे हैं, और आप माप का उपयोग करने वाले एकमात्र व्यक्ति हैं) इसके कई दोष मूक हो जाते हैं।
जे एलस्टन

1

सुबह उठने से पहले अपने कंप्यूटर पर बैठने के समय को मापें, जब तक कि आप कोई भी गैर-काम-संबंधित गतिविधि जैसे 9gag, facebook, reddit, आदि नहीं करते हैं, उस दिन आपकी उत्पादकता उस संख्या के समानुपाती होती है।


0

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

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

लेकिन एक पकड़ है! आप उन अन्य मिनटों के बारे में क्या करते हैं ... आप जानते हैं, 5 मिनट का ब्रेक लेना, लंच पर जाना, आपके बॉस ने आपको उस बड़ी मछली के बारे में बताने के लिए बाधित किया, जो उसने अपनी अंतिम मछली पकड़ने की यात्रा पर नहीं पकड़ा था? उस सब को भी लॉग इन करें। एक ब्रेक पर बिताया गया समय व्यर्थ नहीं जाता है अगर यह आपके मानसिक स्वास्थ्य और कल्याण में योगदान देता है ... बस तब तक जब तक आप हर 10-15 मिनट में 5 मिनट का ब्रेक नहीं ले रहे हों !! बाकी के रूप में, रुकावट, अन्य काम से संबंधित मुद्दों से निपटना .. यह सब ट्रैक किया जा सकता है।

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

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.