मैं 5+ डेवलपर्स के साथ एक टीम लीड हूं। मेरे पास एक डेवलपर है (चलो उसे ए कहते हैं ) जो एक अच्छा प्रोग्रामर है, जो कोड को समझने में आसान, अच्छा साफ लिखता है। हालांकि, उनका प्रबंधन करना कुछ कठिन है, और कभी-कभी मुझे आश्चर्य होता है कि क्या वह वास्तव में कमतर प्रदर्शन कर रहा है या नहीं।
- हमारी कंपनी को डेवलपर्स के लिए आवश्यक है कि हम बग ट्रैकर के कार्य प्रगति को इंगित करें, न कि प्रोग्रामरों की निगरानी के लिए, बल्कि हितधारकों को प्रगति से अवगत कराने के लिए। बात यह है, ए केवल एक कार्य प्रगति को अद्यतन करता है जब यह किया जाता है (शायद 3 सप्ताह बाद यह पहली बार काम किया जाता है) और यह सबको आश्चर्यचकित करता है कि विकास सप्ताह के मध्य में क्या हो रहा है। वह बार-बार जांच करने के बावजूद अपनी आदत नहीं बदलेगा। (यह ठीक है, डेवलपर्स कागजी कार्रवाई से नफरत करते हैं, मैं भी करता हूं)
- हाल के 2-3 महीनों में वह विभिन्न घटनाओं के कारण अक्सर छुट्टी पर रहता है - या तो वह बीमार है, या बहुत सारी व्यक्तिगत घटनाओं आदि में भाग लेना है (यह ठीक है, बुरी चीजें एक स्ट्रिंग में होती हैं। यह सिर्फ एक संयोग है)
- हम प्रत्येक महीने के लिए स्प्रिंट, या रोडमैप को परिभाषित करते हैं। और स्प्रिंट की शुरुआत में, हम चर्चा करेंगे कि प्रत्येक डेवलपर्स को एक स्प्रिंट में क्या काम करना है और डेवलपर्स को प्रत्येक कार्य के लिए आवश्यक समय की मात्रा निर्धारित करने के लिए मिलता है । वह आमतौर पर उन सभी को पूरा करने में सक्षम नहीं होगा। (यह ठीक है, डेवलपर्स अपनी गलती के कारण नियमित रूप से समय सीमा याद कर रहे हैं)।
- मैं सिंगापुर में स्थित हूं। यकीन नहीं होता कि क्या मायने रखता है। हाँ, एशियाई लोग मितभाषी होने के लिए जाने जाते हैं, लेकिन क्या इससे कोई फर्क पड़ता है?
यदि उपरोक्त घटनाओं में से केवल एक या दो ही होते हैं, तो मुझे नहीं लगेगा कि A अंडर-परफॉर्म कर रहा है, लेकिन वे सभी एक साथ होते हैं। तो मुझे लग रहा है कि A अंडर-परफॉर्म कर रहा है और शायद-- भगवान ना करे --- बंद कर दे।
यह प्रोग्रामर के रूप में मेरे वर्षों के अनुभव पर आधारित एक भावना है। लेकिन मुझसे गलती हो सकती है।
प्रोग्रामर के काम को मापना बेहद कठिन है, यह देखते हुए कि सभी दो कार्य एक जैसे नहीं हैं, और आपकी कंपनी के लिए एक प्रोग्रामर की प्रतिबद्धता को मापने के लिए एक मानक उद्देश्य का अभाव है। यह बताना असंभव है कि प्रोग्रामर अपना काम कर रहा है या बंद कर रहा है। आप सब कर सकते हैं, उन पर भरोसा करना है - हाँ, भरोसा करना और उन्हें स्वायत्तता देना प्रोग्रामर के लिए काम करने का सबसे अच्छा तरीका है, मुझे पता है कि, इसलिए इस पर व्याख्यान शुरू न करें कि आपको अपने प्रोग्रामर पर भरोसा करने की आवश्यकता क्यों है, धन्यवाद बहुत - लेकिन अगर वे आपके भरोसे का दुरुपयोग करते हैं, तो क्या आप जान सकते हैं?
परिणाम:
मैंने उनके प्रदर्शन पर मेरी धारणा के बारे में उनसे सीधी बात की है। जब मैंने सुझाव दिया कि वह मेरे सबसे अच्छे स्तर पर प्रदर्शन नहीं कर रहा था, तो मुझे बहुत बुरा लगा। उसने महसूस किया कि यह पूरी तरह से अनुचित भावना थी। मैंने तब उत्तर दिया कि यह मेरी भावना थी और मुझे नहीं पता था कि मेरी भावना सही थी या नहीं। उसके पास इनमें से कोई भी नहीं होगा और चर्चा को तुरंत समाप्त कर दिया।
जाने से पहले उसने कहा कि वह "कंपनी को और अधिक देने की कोशिश करेगा" बहुत ठंडे स्वर में। उसकी प्रतिक्रिया से मैं सहम गया था। मुझे यकीन है कि मैंने उसे कुछ तरीकों से नाराज कर दिया। यह भी सुनिश्चित नहीं है कि मेरे लिए उसके साथ इतना स्पष्ट होना सही था या नहीं।
मेरा सवाल है: आप कैसे बता सकते हैं कि आपके प्रोग्रामर अंडर-परफॉर्म कर रहे हैं? निश्चित रूप से अनुभव टीम के लीड हैं जो इस पर मुझसे बेहतर जानते हैं?
अतिरिक्त नोट:
- मुझे माइक्रोमैनजिंग से नफरत है। तो हमारे पास हमारी सॉफ़्टवेयर प्रक्रिया के लिए सभी स्प्रिंट हैं (जहां कार्यों को प्राथमिकता दी जाती है और असाइन किया जाता है, और महीने के अंत में, काम की मात्रा की समीक्षा)। डेवलपर्स को कार्यों को अपडेट करने की आवश्यकता होती है क्योंकि वे हर रोज साथ जाते हैं।
- कोई स्टैंडअप मीटिंग या किसी भी प्रकार की कोई भी चीज़ नहीं है। मुख्यतः क्योंकि हमें घर से काम करने की आज़ादी है और हर कोई इस आज़ादी का पालन करता है।
- यद्यपि मैं वह हूं जो समय सीमा निर्धारित करता है, लेकिन डेवलपर्स प्रत्येक कार्य के लिए अनुमान प्रदान करेगा और मैं अनुमान लगाऊंगा - अनुमान के आधार पर - जो कार्य एक विशेष स्प्रिंट में जाते हैं। यदि वे स्प्रिंट के अंत में कार्यों को पूरा नहीं कर सकते हैं, तो मैं उन्हें अगले पर धकेलूंगा। इसलिए सैद्धांतिक रूप से कोई भी पूरे स्प्रिंट के दौरान केवल 1 या 2 कार्य कर सकता है और फिर शेष 99 कार्यों को अगले स्प्रिंट पर धकेल सकता है और फिर भी वह तब तक ठीक रहेगा जब तक कि यह सही हो जाता है - दैनिक कार्य प्रगति अपडेट के रूप में