आप अपने स्वयं के दैनिक योगदान को कैसे माप सकते हैं?


11

मैंने हाल ही में पैट्रिक लेन्कोनी द्वारा एक दुखी नौकरी के तीन संकेत समाप्त कर दिए हैं और उनके मूल विचारों में से एक यह है कि आपको कुछ प्रकार के माप की आवश्यकता है।

मेरे पास एक बहुत ही मानक आंतरिक डेवलपर काम है जहां मैं नए टूल पर काम करता हूं और पिछले उपकरणों के लिए कुछ समर्थन / बग फिक्स करता हूं जो मैंने लिखा है।

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

लक्ष्य उन चीजों को ढूंढना है जो न केवल उत्पादकता को मापते हैं, बल्कि आप कितनी अच्छी नौकरी कर रहे हैं (इसलिए एक ग्राहक सेवा व्यक्ति द्वारा ली गई कॉल की संख्या के अलावा सकारात्मक बातचीत रिकॉर्ड कर सकता है)।

इस पर मेरा छुरा हर दिन दो चीजों को मापने के लिए होगा: समर्थन अनुरोधों को खोला / बंद किया गया और स्रोत नियंत्रण के लिए चेकइन की संख्या।

मैं समझता हूं कि यदि यह बंद हो जाता है, लेकिन एक बार फिर यह प्रबंधन के बारे में सवाल नहीं है, तो प्रोग्रामर / सॉफ्टवेयर डेवलपर के रूप में व्यक्तिगत विकास के बारे में।

जवाबों:


5

एक विकास पत्रिका रखें और गैर-नियमित घटनाओं पर विशेष ध्यान दें। मैं इससे उत्साहित हूं:

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

नियमित घटनाओं के लिए:

  • नियमित कार्यों को छोड़ने के लिए आवश्यक समय देखें
  • देखो कि तुम क्या मुश्किल कम समझते हैं
  • किसी को अपना पूरा ध्यान और ऊर्जा देकर नियमित बातचीत से बाहर करें

2

यदि आप कुछ दैनिक प्रतिज्ञान चाहते हैं तो सबसे सरल मीट्रिक जो आप उपयोग कर सकते हैं, वह है अपने आप को एक कार्य सूची, या आज के लिए एक काम करना।

  1. आपको जो करना है वह लिखिए।
  2. क्या आप उन कार्यों में से किसी को विभाजित कर सकते हैं। इसे और अधिक दानेदार बनाओ।
  3. किसी कार्य पर काम करना शुरू करें।
  4. यदि आपको अधिक कार्य जोड़ने की आवश्यकता है, तो चरण 1 से शुरू करें।
  5. जब आप कार्य पूरा कर लें, तो उसे पार कर लें।

दिन के अंत में, अपने द्वारा किए गए सभी कार्यों को देखें और गर्व महसूस करें। अब वह व्यक्तिगत पूर्ति है!


1

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

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

मैंने शुरुआत में जोएल से इस स्प्रेडशीट की शुरुआत की: http://www.joelonsoftware.com/articles/fog0000000245.html

सरल, और शुरू करने के लिए एक अच्छी जगह। (योएल तब से आगे बढ़ गया है:
http://www.joelonsoftware.com/items/2007/10/26.html )

मैं अब कुछ कम परिष्कृत करता हूं जो मेरे वर्कफ़्लो को बेहतर बनाता है।

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


0

मेरे पास प्रगति का एक सरल उपाय है:

जब मेरे सहकर्मी / ग्राहक ऐसी बातें कहते हैं:

चरण 1:

"महान काम, यह प्यार!"

चरण 2:

"यह बहुत बढ़िया है! मुझे नहीं पता था कि आप भी ऐसा कर सकते हैं!"

स्टेज 3:

"यह एक जीवन रक्षक है! प्रणाली इसके बिना समान नहीं होगी"

स्टेज 4:

"बिल्कुल हाँ, मुझे तुम पर भरोसा है"

चरण 5:

"यह बस उत्कृष्ट है, मुझे नहीं पता कि मैं और क्या जोड़ सकता हूं"

स्टेज 6:

"आपने हमें बदल दिया है, इस कंपनी को बदल दिया है, बेहतर के लिए"

स्टेज 7:

"धन्यवाद, आपने मुझे प्रेरित किया"


0

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

इसके अलावा, मेरी रणनीति यह है: कल की तुलना में आज बेहतर करें।

बस। यही आपका लक्ष्य है।

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

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


0

वर्ष में कम से कम एक नई भाषा सीखें, और इसका उपयोग करें।

प्रत्येक वर्ष प्रोग्रामिंग / सॉफ्टवेयर इंजीनियरिंग की विशाल दुनिया के कम से कम एक नए पहलू में गोता लगाएँ और इसका उपयोग करें।

अपने आप को गहरा गोता लगाने के लिए धक्का। यदि आप कभी भी यह महसूस नहीं कर रहे हैं कि आप अपने सिर के ऊपर हैं।

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

आपको हैरानी होगी कि कितने प्रमोशन सिर्फ इसलिए दिए जाते हैं क्योंकि किसी के पास किसी से मांगने की नौबत थी।


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

@Jarrod के साथ सहमत हुए। इसके अलावा, प्रबंधन के बारे में नहीं होना विशिष्ट था, इसलिए पदोन्नति की बात करें और उन्हें कैसे प्राप्त किया जाए।
एंडी विसेंडांगर

@ जारोड: मेरी राय में, दैनिक योगदान को मापने की कोशिश एक बात को पूरा करने जा रही है: गलत चीज को देखते हुए। मैंने आज कितनी बैठकें कीं (बेहतर: मैंने कितनी बार भाग नहीं लिया), मैंने कोड की कितनी पंक्तियाँ लिखीं (बेहतर: एक सामान्य विषय को खोजकर मैंने कितना कोड समाप्त किया)। प्रोग्रामर टुकड़ा करने वाले श्रमिक नहीं हैं। कुछ समय के लिए प्रगति शून्य हो जाएगी, और फिर अचानक आवाज उठेगी! प्रगति का एक पूरा गुच्छा बनाया गया है। लंबे समय तक देखने की जरूरत है।
डेविड हैमेन

-1

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

बंद मुद्दा रिपोर्ट एक और अच्छा मापने की छड़ी है, मैं उस एक के साथ भी पूरी तरह से सहमत हूं। फिर, यह मुझे "अगर मैं इसे ठीक करने से पहले इस दोष को लॉग नहीं करता हूं तो मैं बग रिपोर्ट दर्ज करने में मदद कर सकता हूं।

दोनों मूल्यों को इकट्ठा करना और ग्राफ बनाना आसान होना चाहिए। मैं अब लगभग स्प्रेडशीट देख सकता हूँ ... 8)


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

1
चेक-इन की संख्या लगभग लाइन्स ऑफ़ कोड (LoC) जितनी ही खराब है। इस प्रकार के मेट्रिक्स को अधिकतम करना उच्चतर कोड गुणवत्ता के बराबर नहीं है क्योंकि वे बिल्कुल भी सहसंबंधित नहीं हैं।
Spoike

उपरोक्त दोनों से सहमत हैं। चेक-इन योगदान के लिए समान नहीं है। 5 आसान सुधारों में जाँच एक बड़ी नई सुविधा से बेहतर "बेहतर" नहीं है।
एंडी विसेंडांगर
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.