मैं एक प्रबंधक के साथ कैसे सामना कर सकता हूं, जो मैं जो भी करता हूं उसमें हमेशा हस्तक्षेप करता हूं, लेकिन क्या वास्तव में यह समझ में नहीं आता है?

23

हम सब उनके पास हैं, प्रबंधक जो या तो बिक्री से आए हैं या अंतिम बार कोड 10 या उससे अधिक साल पहले देखे गए थे, लेकिन उन्हें लगता है कि वे कोड लिखना जानते हैं।

मैं यह आभास देने के लिए क्या कर सकता हूं कि मैं उनके हस्तक्षेप के लिए आभारी हूं, लेकिन इसे जितना संभव हो उतना कम रखें ताकि मैं अपने काम पर लग सकूं?

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

communication

— क्रिसफ
स्रोत

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

— Maniero

कृपया इस तरह के प्रश्न के लिए इस प्रस्ताव का पालन करें: संगठन के पहलुओं

— मनिएरो

5

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

— अय्यूब

2

यदि अय्यूब का जवाब किसी के सिर पर चला गया, तो कलाकार ने आसानी से बत्तख को हटा दिया, जब प्रबंधक ने अपने काम के साथ स्पष्ट समस्या का निदान किया।

— TheBigO

20

मैं कहता हूं, आगे बढ़ो और संलग्न होने और शिक्षित करने की कोशिश करो।

अगर वे ईमानदारी से आपकी मदद करने की कोशिश कर रहे हैं, तो कुछ सीखने का मौका उनके लिए मूल्यवान हो सकता है। अगर वे सिर्फ अहंकार या राजनीतिक कारणों से अपनी नाक हिला रहे हैं ("देखें, मैं मदद कर रहा हूं, मैं मदद कर रहा हूं!"), वे इस धारणा को प्राप्त करेंगे कि अगर वे इस बकवास को बनाए रखते हैं तो आप उन्हें शर्मिंदा कर देंगे - - या उन लोगों की मौत के लिए उन्हें केवल समझने का दिखावा कर रहे शब्दजाल की दीवार के साथ मौत के घाट उतार दिया।

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

— BlairHippo
स्रोत

2

सगाई ही सही मायने में दीर्घकालिक उत्तर है। एक ईमानदार और खुले काम का माहौल है [अंततः] एक खुशहाल।

— dwynne

2

मेरे पास एक 3-मैन कंपनी थी, जहां मैं प्रोग्रामर था। वह हमेशा "उपयोगी" सुझाव दे रहा था और प्रश्न प्रस्तुत कर रहा था। अपनी स्थिति के पेशेवर और सम्मानित होने के अलावा, मैं उसे संतुष्ट करने के लिए जवाब दूंगा ताकि वह मेरे काम को बाधित करने से रोकने के लिए उसे दूर करने की कोशिश कर सके। लेकिन यह सोचने के लिए कि कैसे जवाब दिया जाए, या हमारी बातचीत पर विचार किया जाए, मैं समस्याओं को अन्य तरीकों से देखूंगा और समाधान ढूंढूंगा। वह वास्तव में उत्तेजित था क्योंकि उसने तब मुझे रोकना जारी रखा। और वह था। मैंने बहुत कुछ सीखा और मुझे इससे नफरत थी।

— Huperniketes

@ हार्परनिकेट, अपना दिमाग बनाओ।

— 5

5

मैं आमतौर पर ऐसे व्यक्ति के बारे में जो कुछ कहता हूं उसे सुनता हूं। मैं लगभग किसी भी चीज के लिए सहमत हूं और मैं इसे किसी भी तरह से करता हूं। आमतौर पर वह कभी भी जाँच करने के लिए परेशान नहीं करता है।

— जोशीप ने ध्यान दिया
स्रोत

इस तरह से मैं व्यवहार करता हूं :)

— एमिलियानो

5

समूह कोड समीक्षाएँ। उन प्रकार की आदतों को रोकने के लिए सार्वजनिक शर्मिंदगी हमेशा अच्छी होती है। :)

— ब्रैंडन
स्रोत

4

यह बहुत मुश्किल हो सकता है, खासकर अगर प्रबंधक को लगता है कि वे एक l33t h @ x0r हैं, लेकिन पिछले 10 वर्षों में कुछ भी कोडित नहीं किया है।

सक्रिय सुनने का उपयोग करके प्रारंभ करें । सुनिश्चित करें कि आप वास्तव में समझ रहे हैं कि वे किस बिंदु को पार करने की कोशिश कर रहे हैं। इसे फिर से लिखें और इसे वापस उन्हें गोली मार दें ताकि उन्हें पता चले कि आप उन्हें समझ गए हैं। कभी-कभी यह सब वे वास्तव में परवाह करते हैं।

यदि वे कुछ कार्यान्वयन पर जोर देते हैं, तो अपने आप से पूछें कि आप उन्हें क्यों मना कर रहे हैं। एक कारण होना चाहिए। यह शायद कुछ मौलिक सॉफ्टवेयर डिजाइन सिद्धांत को तोड़ता है ... आमतौर पर चिंताओं को अलग करता है। अपने सिद्धांतों को जानें, और जानें कि वे विकल्प से बेहतर क्यों हैं । फिर सिद्धांतों को उद्धृत करें और समझाएं कि इस मामले में उनका पालन क्यों किया जाना चाहिए। यह चर्चा को अकादमिक बनाता है।

यदि आप यह नहीं जान सकते हैं कि आपको वह पसंद क्यों नहीं है, जो वे कह रहे हैं, तो यह आपकी धारणाओं पर सवाल उठाने का एक अच्छा अवसर है।

— स्कॉट व्हिटलॉक
स्रोत

1

अगर उसके / उसके लिए कोई कोड इतिहास रहा है, तो मैं उसे शिक्षित नहीं करूँगा। विकास के मुद्दों का ज्ञान दिमाग में अटक जाना चाहिए था।

विनम्रता से उससे पूछें कि क्या आप लंच के बारे में उसके मन में जो भी चर्चा कर सकते हैं।

— Tobiasopdenbrouw
स्रोत

0

कभी-कभी बस हमें बैठना और सुनना पड़ता है, तब भी जब हम नहीं चाहते हैं।

व्यक्ति केवल ध्यान न देकर किसी व्यक्ति की गरिमा को ठेस पहुंचा सकता है।

आपका प्रबंधक एक व्यक्ति है। उसके साथ एक जैसा व्यवहार करें। उसे ऐसे देखें जैसे वह गली का कोई आदमी हो। कोई उपाधि नहीं।

ऐसा नहीं है कि उसे कोई है कि एक दोस्त की जरूरत है, जो किसी को अकेला महसूस हो सकता है?

क्या आपने इसके बारे में भावनात्मक दृष्टिकोण से सोचा है?

क्या वह एक निहित संदेश देने की कोशिश कर रहा है?

उससे बात करो। बस समस्या के बारे में नहीं। उससे पूछो कि जीवन कैसा चल रहा है। वह सराहना महसूस कर सकता है और इस तरह आपको कम काम की चिंता प्रदान करता है।

क्या आपने इस पर पहले से ही विचार किया है या किया है?

यदि नहीं, तो क्यों?

— पाब्लो
स्रोत

तुम किस देश से हो?

— 15

0

उसके साथ भी ऐसा ही करें। हर बार जब आप उसे देखते हैं, तुरंत उसके सामान के बारे में बात करना शुरू कर देते हैं, भले ही आप इसे समझें या नहीं ... "अरे, मुझे लगता है कि विपणन अभियान को फू की तरह जाना चाहिए!" "अरे, मुझे लगता है कि हमारी बिक्री टीम को बार करना चाहिए!" "अरे, अगली बार जब आप अपने मैनेजर से बात करेंगे, तो आपको उसे क्वॉक्स बताना चाहिए!" वह आपको प्लेग की तरह टालना शुरू कर देगा।

— जेपी अलीतो
स्रोत

0

यहाँ समस्या यह है कि आपका प्रबंधक स्पष्ट रूप से COMPETENT महसूस करता है, जब वह नहीं होता है।

मुझे ऐसा अनुभव पहले भी हुआ था और मेरे लिए यह काम करता था अगर मैं उस आदमी को आसानी से दिखाता कि प्रोग्रामिंग उसका डोमेन नहीं था।

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

तो अगर आप इसे बंद कर सकते हैं तो आप सबसे अधिक संभावना है कि मूर्खतापूर्ण प्रश्नों और micromanagement से छुटकारा पा लेंगे।

— जस
स्रोत