क्या अच्छे प्रोजेक्ट मैनेजरों को प्रोग्रामिंग बैकग्राउंड की जरूरत है? [बन्द है]

Question

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

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

मेरा सवाल तो यह है: क्या अच्छे प्रोजेक्ट मैनेजरों के लिए प्रोग्रामिंग बैकग्राउंड होना जरूरी है?

या शायद सवाल यह होना चाहिए कि क्या अच्छे प्रोजेक्ट मैनेजर को पहले एक अच्छा प्रोग्रामर होना चाहिए था? क्या कोई सहसंबंध है?

Comments

प्रोजेक्ट मैनेजमेंट स्टाॅक एक्सचेंज पर भी एक संबंधित प्रश्न है ।

— थॉमस ओवेन्स

अगर मेरे पास एक शब्द से अधिक का उत्तर होता तो मैं इसे इस तरह पोस्ट करता। उत्तर? "हां"

— रिग

Answer 1

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

दूसरी ओर, एक प्रोग्रामर जो प्रोजेक्ट मैनेजर बन जाता है, एक कंट्रोल फ्रीक बन सकता है, यह सोचकर कि वह चीजों को ठीक कर सकता है अगर (ओं) उसे प्रोग्रामर ठीक से करने के लिए नहीं मिल सकता है (जो कि इसी तरह की स्थितियों में मेरी समस्या रही है)

Comments

अपने दूसरे बिंदु के लिए +1। एक औसत प्रोग्रामर सबसे खराब प्रबंधक बनाता है।

— राहुल

"निश्चित रूप से अन्य प्रकार की परियोजनाओं के प्रबंधन के समान नहीं है" मैं कहूंगा हाँ यह है।

— निमचिम्प्स्की

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

— निमचम्प्सकी

तब (ओं) वह परियोजना प्रबंधक मैं के बारे में सुना नहीं हो सकता है! ;)

— इवो ​​वैन डेर विजक

@NimChimpsky तो आप कहते हैं कि आपको सॉफ्टवेयर इंजीनियरिंग कौशल की आवश्यकता नहीं है, आईटी व्यक्तित्व (अंतर्मुखीता, geekyness) के व्यक्तित्व को समझने, यह समझने में कि लोगों को देर से प्रोजेक्ट में जोड़ना यह बाद में बनाता है, और इसी तरह? मैं यहां "प्रोग्राम करने में सक्षम" के बारे में बात नहीं कर रहा हूं, लेकिन यह जानने के बारे में कि सॉफ्टवेयर विकसित करते समय क्या शामिल है।

— Ivo van der Wijk

Answer 2

एक मजबूत तकनीकी पृष्ठभूमि वाला प्रबंधक आमतौर पर बेहतर समझता है कि उनकी टीम "सोच" कैसे है। हमेशा एक प्रबंधक होना बेहतर होता है जो आपको समझता है, है न?

Comments

कुछ हद तक, मुझे लगता है कि यह सही है। दूसरी ओर, मुझे लगता है कि हमें प्रोग्रामर के रूप में संवाद करने और सीखने के लिए एक बेहतर काम करने की ज़रूरत है कि एक गैर-तकनीकी व्यक्ति कैसे सोचेंगे। मुझे लगता है कि यह पेशेवर के रूप में किसी की परिपक्वता का एक स्वाभाविक हिस्सा है। इतना ही नहीं, यह किसी और को बदलने की तुलना में अपने आप को बदलने के लिए बहुत आसान का एक नरक है: p

— HY

Answer 3

नंबर दो पूरी तरह से अलग कौशल। एक बुरा प्रोजेक्ट मैनेजर जरूरी नहीं कि कोई ऐसा हो जो आईटी को नहीं समझता हो, और इसके विपरीत।

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

Comments

इससे सहमत नहीं हो सकते।

— बुद्ध

@ बड्डा ने अच्छी तरह से विचार किया और इस मुद्दे के बारे में गहराई से विश्लेषण किया। आपके सहयोग के लिए धन्यवाद।

— निमचम्प्सकी

Answer 4

बाकी सब समान है, मैं एक तकनीकी प्रबंधक को मजबूत, अप-टू-डेट तकनीकी अनुभव पसंद करूंगा । हालांकि वास्तविक दुनिया में, प्रोग्रामर जो पूर्णकालिक परियोजना प्रबंधन में स्नातक हैं, वे अपने कौशल-सेट को बासी और पुराने होने की अनुमति देने की अधिक संभावना रखते हैं, जो उनके लिए तकनीकी पृष्ठभूमि नहीं होने से बहुत बेहतर है।

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

तकनीकी पृष्ठभूमि के बिना परियोजना प्रबंधकों की क्षमता पर तर्क मुझे इसकी एक छोटी सी याद दिलाता है:

Answer 5

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

जैसा कि अनुमान है, कि किसी भी नौकरी में जीवन की वास्तविकता है। आप कभी भी समय पर घर नहीं बना सकते हैं यदि इलेक्ट्रीशियन आपको यह नहीं बता सकता है कि उसे वायरिंग करने में कितना समय लगेगा - आप अपनी दीवारों को लड़के को बुक करने के लिए कब जानेंगे? हालांकि मैं मानता हूं कि आईटी में यह असंभव है कि अत्यधिक संख्या में आवेगों के कारण अनुमान लगाए जाएं। ग्राहक हमेशा नहीं जानते कि वे क्या चाहते हैं और वे आपको चीजों का एक गुच्छा बताने के लिए भूल जाते हैं। मैं जो करता था, उसका अनुमान लगभग अनुमान है कि मुझे लगा कि यह कितना समय लगेगा, फिर इसे 2 से गुणा करें! और एक अच्छा प्रोग्राम मैनेजर आपको तब क्रूस पर नहीं चढ़ना चाहिए जब आपका अनुमान गलत साबित हो जाए, इससे उसे शेड्यूल को फिर से व्यवस्थित करने के लिए कुछ सिरदर्द हो जाएंगे, ग्राहक से बात करेंगे, मालिकों को समझाएंगे कि यह अधिक खर्च हो रहा है, आदि ... लेकिन यह उनकी नौकरी का हिस्सा है - फिर से, ज्यादातर क्या आवश्यक है।

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

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

Comments

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

— Spong

खेद है कि मेरे पढ़ने के बाद आपका मुख्य बिंदु वास्तव में कठिन है।

— नाम जी VU

Answer 6

एक पीएम को वास्तव में यह जानने की जरूरत है कि परियोजना क्या करेगी, जिसके लिए कुछ तकनीकी पृष्ठभूमि की आवश्यकता है लेकिन विकास नहीं।

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

Comments

आपके विचार के लिए +1A PM who has some idea what he or she doesn't know can be very effective

— नाम जी VU

Answer 7

मुझे नहीं लगता कि एक आईटी परियोजना के एक परियोजना प्रबंधक को एक आईटी पृष्ठभूमि की आवश्यकता होती है । लेकिन उसे निश्चित रूप से आईटी को समझना चाहिए, और यह जानना चाहिए कि आईटी प्रोजेक्ट कैसे काम करते हैं।

हालाँकि, आईटी बैकग्राउंड एक अतिरिक्त लाभ है, लेकिन इसकी कमी से कोई एक अच्छा आईटी प्रोजेक्ट मैनेजर नहीं बन पाता है। इसके अलावा एक आईटी पृष्ठभूमि निर्णायक कारक नहीं है।

मैंने दोनों प्रकार के साथ काम किया है, और प्रत्येक के पास गुणों और समस्याओं का एक अनूठा समूह था।

आईटी बैकग्राउंड के साथ:
- समझ
में आएगा जब हम प्रदर्शन त्रुटि कहते हैं क्योंकि कोड बहु थ्रेडेड नहीं है - लेकिन, कुछ स्थितियों में, कहेंगे "अरे चलो, यह कोड की 4 लाइनें जोड़ रहा है, आप इसे 10 दिनों में कर सकते हैं"

आईटी बैकग्राउंड के बिना:
- एक समय सीमा आरामदायक बदलने के लिए बातचीत करने के लिए बहुत आरामदायक होगा
- बिना किसी आवश्यकता के एक परियोजना के लिए (बिल्कुल, अभी तक), कभी-कभी कहेंगे "क्या हम 100 दिनों का मोटा अनुमान दे सकते हैं और 30% बफर का उल्लेख कर सकते हैं।

Comments

जिस तरह से आप दो तरह से अपने अनुभवों पर विवरण देते हैं, उससे प्यार करें।

— नाम जी वीयू

Answer 8

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

Answer 9

@NimChimpsky मैं सहमत हूँ।

यह क्या , कैसे (सक्रिय श्रवण एक अच्छा उपकरण है) की बात है।

अनुमान छोटे तकनीकी कार्यों के लिए काम करता है, लेकिन योजना बनाने के लिए आपको पूरी जटिलता को देखने के लिए एक साथ काम करने की आवश्यकता है। और आप कोई प्रतिद्वंद्वी नहीं हैं।

Answer 10

यह निश्चित रूप से विशेष रूप से मदद करेगा अगर उनके अच्छे प्रोजेक्ट मैनेजर नहीं। एक अच्छे प्रोजेक्ट मैनेजर के लिए यह वास्तव में मायने रखता है।

Answer 11

नहीं।

एक अच्छा प्रोजेक्ट मैनेजर वह होता है जो अपनी टीम की जरूरतों, वरीयताओं, और क्षमताओं को सहानुभूति और समझ सकता है, चाहे वह निर्माण स्थल, निर्माण मंजिल, या सॉफ्टवेयर डेवलपमेंट हाउस में हो।

एक अच्छे या बुरे प्रोजेक्ट मैनेजर की किसी भी तरह की पृष्ठभूमि हो सकती है:

तकनीकी पृष्ठभूमि वाले खराब प्रबंधक इक्का प्रोग्रामर हो सकते हैं जो सांसारिक, "आसान" जैसे बिंदुओं के साथ काम करते समय कठिनाई वाले चेहरे की सराहना नहीं करते हैं।

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

एक अच्छा प्रबंधक वह सॉफ्टवेयर बिक्री वाला व्यक्ति हो सकता है जिसने पाया कि उसके कोडर दोस्त सप्ताहांत पर उसके साथ बाहर नहीं जा सकते क्योंकि अवास्तविक वादे वह खुद ग्राहक को देता था।

तकनीकी ज्ञान एक प्रबंधक के रूप में एक प्रोग्रामर की योग्यता को पूर्व निर्धारित नहीं करते हैं, क्योंकि दोनों नौकरियों में आवश्यक कौशल बिल्कुल अलग हैं। तो नहीं।

Answer 12

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

Comments

आईटी के अनुभव के साथ प्रोजेक्ट मैनेजर होने के कारण अपने डेवलपर्स के अनुमानों पर भरोसा करना बेहतर था।

— Huperniketes

यह उससे कहीं ज्यादा बड़ा मुद्दा है। यहां तक ​​कि अगर किसी के अधिक या कम सटीक होने पर भी आप उससे पूछते हैं कि "आपको एक्स करने में कितना समय लगेगा?", अगर आपको नहीं पता कि उसे आपकी योजना के होने से पहले Y और Z करने की भी आवश्यकता होगी। बहुत गंभीर कमी है। और यह जानने का विषय है कि प्रश्न क्या पूछना है।

— राबर्ट रोसनी

Answer 13

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

या तो चरम बुरा है, मेरी राय में; बहुत कम प्रोग्रामिंग अनुभव वाले लोग अपने प्रोग्रामर (भेड़ के पीछे शेपर्ड) पर आँख बंद करके भरोसा कर सकते हैं; बहुत अधिक अनुभव वाले लोग लगातार अपनी टीम के प्रयासों (माइक्रो मैनेजिंग) पर सवाल उठा सकते हैं।

व्यक्तिगत रूप से, मुझे लगता है कि कोई व्यक्ति जिसके पास मुख्य प्रोग्रामिंग अवधारणाओं की अच्छी समझ है, लेकिन यह महसूस करता है कि वे "हॉट शॉट" नहीं हैं, प्रबंधक का आदर्श प्रकार है।

Answer 14

निश्चित रूप से।

मुझे इसके साथ सावधान रहना होगा क्योंकि यह सच्ची कहानियों पर आधारित है, लेकिन मैं अपने दर्द को समझाने की कोशिश करूंगा।

मैं एक सॉफ्टवेयर इंजीनियर के रूप में काम कर रहा हूं और हमारे पास एक प्रोजेक्ट मैनेजर है जिसके साथ मैं हाल ही में काम कर रहा हूं। उसकी कोई तकनीकी पृष्ठभूमि नहीं है और ऐसा लगता है कि यह उसे बिल्कुल भी दिलचस्पी नहीं देता है लेकिन यह समस्या नहीं है (हर किसी के अपने हित हैं)। यदि आपको तकनीकी जानकारी पसंद नहीं है, तो इसका कारण "सनकी" है, क्योंकि यह आपका काम है, यदि तकनीकी स्तर पर ग्राहक के साथ बात करना आपका काम है, तो तकनीकी जानकारी होना आवश्यक है, जो वह नहीं करता है की है।

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

लेकिन यह यहाँ समाप्त नहीं होता है क्योंकि वह तब ग्राहक को बुलाता है और कुछ बात करता है जो मूल रूप से सच नहीं है। और यह समाप्त होता है कि हमें ग्राहक को फिर से स्पष्ट करने के लिए एक साथ कॉल करना होगा।

इसलिए मैं कहता हूं कि वास्तव में कुछ बुनियादी तकनीकी पृष्ठभूमि और तकनीकी ज्ञान होना आवश्यक है। उसे कोड लिखने में सक्षम नहीं होना चाहिए, लेकिन उसे यह समझने में सक्षम होना चाहिए कि क्या चल रहा है और क्या प्रक्रियाएं पूरी करनी हैं।

BTW के बाद से मैं उसके साथ काम कर रहा हूँ मेरी नौकरी अब कोई मज़ा नहीं है।

Comments

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

— निमचम्प्सकी

ऐसा लगता है कि प्रश्न में व्यक्ति के पास पीएम के लिए अनुकूल व्यक्तित्व नहीं है। मुझे नहीं लगता कि तकनीकी पृष्ठभूमि वाले उन्हें बदलेंगे।

— ऋचिम

@NimChimpsky हाँ मूल रूप से आप सही हैं, लेकिन यह भी एक सवाल है कि इस आदमी को एक कंपनी में क्या करना है। अगर उसे तकनीकी स्तर पर ग्राहकों से बात करनी है तो एक तकनीकी पृष्ठभूमि आवश्यक आईएमओ है। हालाँकि मैं यह नहीं कहना चाहता कि कोई भी पीएम नहीं हैं जो अच्छे हैं और उनकी कोई तकनीकी पृष्ठभूमि नहीं है।

— ओमेरा

Answer 15

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

Answer 16

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

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

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

Answer 17

कुछ भ्रम होने लगता है:

पीएम डेवलपर्स के बॉस नहीं हैं । देव टीम (टीम लीडर, मैनेजर) के लिए जिम्मेदार व्यक्ति और काम पर रखने और मूल्यांकन करने का फैसला करना चाहिए कि क्या आप पर्याप्त मेहनत कर रहे हैं।

अनुमान सही नहीं हैं। मुझे लगता है कि पीएम आपकी सोच से ज्यादा इसे समझते हैं। क्या आप गंभीरता से उम्मीद करते हैं कि कोई आपसे कभी नहीं पूछेगा कि कुछ करने में कितना समय लगेगा? हर कोई जानना चाहता है कि यह कब हुआ है और इसे ट्रैक करना पीएम का काम है।

आप एक पीएम हो सकते हैं आप हैं: ए) समझें कि परियोजनाओं को कैसे प्रबंधित किया जाए बी) विकास प्रक्रिया को समझते हैं। इनमें से किसी को भी कोडिंग ज्ञान की आवश्यकता नहीं है, लेकिन यह मदद कर सकता है।

यह निर्धारित करना कि प्रोग्रामर पर्याप्त हो रहे हैं, जब तक कि वह टीम लीडर के रूप में डबल्स नहीं करता, पीएम का काम नहीं है। किसी कार्य को पूरा करने के समय के बारे में किसी को "धुआँ उड़ाना" है या नहीं, यह जानने के लिए, एक प्रबंधक को हमेशा एक फायदा होगा यदि वह समझता है कि इसमें क्या शामिल है।

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

Comments

मैं सहमत नहीं हूं। टीम लीडर अक्सर PM होता है; और यदि नहीं, तो अक्सर कोडर का मूल्यांकन करने के लिए पीएम को देखें।

— नाम जी वीयू

एक पीएम टाइमलाइन के क्षेत्रों और कोड की गुणवत्ता के उपयोगकर्ता मूल्यांकन में क्या कर रहा है, के अंतिम परिणाम का मूल्यांकन कर सकता है, लेकिन विकास टीम के दैनिक अभ्यास के बारे में कुछ भी विशिष्ट नहीं है।

— जेफ

टाइमलाइन वहां की हर बात तय करती है।

— नाम जी वीयू

Answer 18

मुझे पुरानी कहावत याद आ रही है: "आपको यहाँ काम करने के लिए पागल होने की ज़रूरत नहीं है, लेकिन यह मदद करता है"।

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

एक बात जिसका मैंने जिक्र किया, वह पीएम और देव टीम के बीच तालमेल है। यह एक पारस्परिक और तकनीकी स्तर पर है। यहाँ कुंजी संचार है; देवों को महसूस करना चाहिए कि वे तकनीकी और पारस्परिक दोनों मुद्दों को पीएम तक पहुंचा सकते हैं, और पीएम को किसी समस्या का वर्णन करने पर देव टीम के सदस्यों को समझना चाहिए।

आपके प्रश्न की विशिष्ट प्रकृति के अनुसार, एक अनुमान वास्तव में यही है; एक मात्रा के रूप में एक शिक्षित अनुमान (एक परिकल्पना के विपरीत, जो एक भविष्य की घटना के परिणाम की अधिक सामान्य भविष्यवाणी है)। प्रबंधक आमतौर पर या तो गणितीय रूप से या सहज रूप से कुछ संशोधक लागू करेगा, जो आपके हाल के अनुमान बनाम वास्तविक समयसीमा के आधार पर होगा। चंचलता यह अनुमान प्रक्रिया में बनाता है; क्लाइंट सहज रूप से आवश्यकताओं की जटिलता का अनुमान लगाता है, फिर देवता भी ऐसा ही करते हैं, और फिर देव वास्तव में बाहर निकलते हैं और समाधान विकसित करते हैं, जिससे प्रबंधक डेटा बिंदुओं को देव बिंदुओं, और देव बिंदुओं की आवश्यकताओं के अनुपात की गणना करते हैं। -उनकी आवश्यकताएं।

संक्षेप में, एक प्रबंधक केवल तीन परिदृश्यों में आपके मूल्य का अनुमान लगाएगा:

• आप अतीत में इसी तरह के कार्यों के अपने अनुमानों के साथ बहुत सटीक रहे हैं।
• वह देने के लिए दबाव में है, और आपका अनुमान उसके विचार से बेहतर है।
• वह आपको आग लगाने के लिए एक कारण की तलाश में है।

यदि यह अंतिम स्थिति है, तो कार्यस्थल के आसपास कई अन्य सुराग होंगे कि शायद आपको नरक से बाहर निकलना चाहिए।

Answer 19

मेरे पास कोई विचार नहीं है, लेकिन मेरे मंगल को कुछ तकनीकी ज्ञान की आवश्यकता है। उसे कभी-कभी समझाना असंभव है।