अहंकारी प्रोग्रामर को कैसे संभालें?


15

इसे थोड़ा समझाऊं।

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

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

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


6
मुझे यकीन नहीं है कि "अहंकारी" सही शब्द है। मैं "भ्रामक" जैसा कुछ करने की कोशिश करूंगा।
जादूगर


2
सच्ची कहानी: इस तरह यूनिक्स को विकसित किया गया, और इसने समान विचारधारा वाले प्रोग्रामर की पूरी पीढ़ी को पैदा कियाइससे भी बदतर बेहतर है देखें ।
imgx64

यदि आप वोट कर सकते हैं और सोच सकते हैं कि यह एक उपयोगी प्रश्न है या इसके नीचे उपयोगी उत्तर हैं, तो कृपया वोट करें। StackExchange साइटों को अच्छे समुदाय के निर्माण के लिए वोटों की आवश्यकता होती है। आप प्रति दिन 30 वोट दे सकते हैं, उन्हें बर्बाद मत करो। विशेष रूप से दिए गए उच्च प्रतिष्ठा और कम मतों वाले उपयोगकर्ताओं को कृपया इसे पढ़ें: meta.programmers.stackexchange.com/questions/393/…
Maniero

इकाइयाँ 20% समय और 80% कोड के साथ असंगत हैं। बस इसे छोड़ दें, "उन्होंने 80% पर काम किया जो आसान था, और 20% को छोड़ दिया जो बाकी टीम के लिए कठिन था।"
हपरनिकेतेस

जवाबों:


13

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


1
एक मानक कार्य इकाई सीमा क्या है, के वास्तविक मैट्रिक्स को लागू करें, प्रोग्रामिंग के वास्तविक कारकों को ध्यान में रखें, न कि प्रबंधन क्या सोचता है (यानी, अधिक एलओसी = बेहतर प्रोग्रामर)।
गुप्त

8

लोगों को उनका विकास करने के लिए समर्थन करना चाहिए, अन्यथा वे सहायक चीजों को विकसित करना कभी नहीं सीखते हैं।

वास्तविक रूप से आप हमेशा इस 100% समय पर नहीं कर सकते हैं, लेकिन यहां तक ​​कि थोड़ा भी समय के इस प्रकार के मुद्दे को सुलझाने के लिए पर्याप्त है।


6

ऐसा लगता है कि यह एक मूलभूत समस्या है जिस तरह से आप काम को ट्रैक करते हैं या अपनी परियोजनाओं का प्रबंधन करते हैं।

पूर्ण सुविधाओं और कार्यक्षमता को वितरित करने के लिए एक इंजीनियर या इंजीनियरों का समूह जिम्मेदार होना चाहिए। यह तब तक नहीं किया जाता है जब तक कि इसे समस्याओं के बिना उत्पादन में भेज दिया जाए या न चलाया जाए।

यदि आप किसी को केवल प्रोजेक्ट के चुनिंदा टुकड़ों पर काम करने देते हैं, तो आप हमेशा सिस्टम के राजनीतिक गेमिंग का शिकार होंगे।

ऐसा लगता है कि यह व्यक्ति बिना मूल्य दिए चेरी के काम में बहुत प्रभावी था।


5

क्या प्रबंधन आवश्यकताओं को कार्यों में विभाजित कर रहा है? अगर नहीं तो आपकी समस्या है।

प्रोग्रामर 80% सब कुछ खत्म नहीं कर सकता है यदि वह केवल उन कार्यों के लिए बंद है जो उसे होने चाहिए, तो अन्य कार्यों पर समय बिताने के बजाय वह अपने कार्यों को और अधिक परिपूर्ण बनाने में समय व्यतीत कर सकता है। टेस्टिंग, डॉक्यूमेंटेशन, रीफैक्टरिंग, एक अगला टास्क जो उनके शेड्यूल पर है ...


यह कई साल पहले पिछली नौकरी पर था। प्रबंधन बहुत अच्छा नहीं था और मुझे पता है कि कंपनी अब मौजूद नहीं है।
तून Krijthe

3

पूरी टीम अपने गधे किक करने गया है! मेरा विश्वास करो, उसका व्यवहार हमेशा के लिए बदल जाएगा।


2

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

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