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