एक परियोजना बहुत कठिन है? आप क्या करते हैं?

Question

आप जब आप एक परियोजना है कि ऐसा करने के लिए अभी जिस तरह बहुत कठिन है असाइन किए जाएंगे क्या करते हैं:

• यह एक विशाल परियोजना है कहो और अपने मालिक तुम अकेले सोचता है कि यह
• संभाल कर सकते हैं आप somethings करने के लिए ज्ञान है है, लेकिन कुछ अन्य बातों के समय में इस बिंदु पर एक छोटे से अपनी विशेषज्ञता से परे हैं
• अपने मालिक को शायद सोचता है कि यह कुछ है कि शायद एक महीने में एक व्यक्ति द्वारा किया जा सकता है

अतः उपयोगकर्ताओं, मैं यथार्थवादी जवाब प्यार होता है यहाँ। यह एक असली दुनिया की स्थिति है और मैं कल अपने बॉस को अपनी प्रतिक्रिया का पता लगाने की कोशिश कर रहा हूं कि उसे कैसे पहुंचे।

---

मैं बस यहां अपने नोट में एक अपडेट जोड़ना चाहता था। ऐप में सवाल यह है कि मेरा मालिक लक्ष्यीकरण कर रहा है "वेब जैसा" वेब ऐप है। मेरी हिचकिचाहट ज्यादातर इतनी कम अवधि में इस तरह के एक जटिल ऐप के लिए असाइन किया जा रहा एकमात्र व्यक्ति है।

Answer 1

यह एक ऐसी स्थिति है जिसे हर किसी को नियमित रूप से काम की प्रकृति के कारण नियमित आधार पर निपटना पड़ता है। (आमतौर पर, अगर आप सब कुछ पता आप को पता है किसी कार्य को पूर्ण करने के लिए आप पहले से ही काम पूरा कर दिया है और इसे फिर से करने की ज़रूरत नहीं है की जरूरत है,। :))

1. के बारे में अपने बॉस के साथ ईमानदारी से बताएं कि आपके चिंता। आपके प्रबंधक को परियोजना के जोखिम प्रोफाइल के आपके आकलन को समझने की आवश्यकता है। बाधाएं अच्छी हैं कि आप वैसे भी कर रहे होंगे। यह ठीक है! यह चमकने का आपका मौका है! :)

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

3. एक महीने का लक्ष्य शायद लक्ष्य है। मुझे विश्वास नहीं है कि व्यक्ति ए को यथार्थ रूप से अनुमान लगाने के लिए उचित है कि आम तौर पर बी के सामान्य मामले में बी के नियत पूर्ण होने का अनुमान लगाया जाए। लक्ष्य के खिलाफ अपनी प्रगति को ट्रैक करने के लिए, मील का पत्थर स्थापित करें, 16 घंटे/2 दिनों से अधिक नहीं, और उनके खिलाफ अपनी समाप्ति दर को ट्रैक करें। यह आसान/कड़ी मेहनत की आपकी सूची के साथ हाथ में जाता है।

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

शुभकामनाएँ! :) सवाल अद्यतन

ठीक बाद

संपादित करें, अगर मैं अपने अद्यतन सही ढंग से समझ, हम निश्चित रूप से # 4 क्षेत्र यहाँ कर रहे हैं। एक आदमी महीने में Ning के लिए एक प्रतियोगी बनाने के बारे में कुछ भी यथार्थवादी नहीं है। मैंने अपने पूर्व जवाब में माना कि आप किसी ऐसे व्यक्ति से बात कर रहे थे जिसकी सॉफ्टवेयर विकास की मूल समझ थी। उस पर आधारित:

1. अपने मालिक से आवश्यकताओं को और स्पष्ट करने के लिए कहें। शायद (अपनी उंगलियों को पार करें!) आप बस गलत समझते हैं कि आपको क्या करने के लिए कहा जा रहा था, या परियोजना का दायरा। सामाजिक कारणों से अन्यथा साबित होने तक हमेशा सक्षमता मानें। शायद आपको केवल एक समग्र डिजाइन और अवधारणा के कुछ सरल सबूत के साथ आने के लिए कहा जा रहा था?

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

3. यदि आपका बॉस बिल्कुल अनुचित है (यह अक्सर होता नहीं है, लेकिन यह कभी-कभी करता है - शायद कंपनी को महीने के अंत तक एक हत्यारा ऐप की आवश्यकता होती है ताकि नीचे जाने से बचने के लिए बेच दिया जा सके), अपना रेज़्यूम तैयार करें एक अंतर- या अतिरिक्त संगठनात्मक कदम (इस पर निर्भर करता है कि आप जिस स्थान पर काम करते हैं वह कितना बड़ा है)। उस आदेश पर अवास्तविक उम्मीदें संगठनात्मक निराशा या खराब होने का संकेत हो सकती हैं, और आपकी स्थिति अभी से 3 महीने मौजूद नहीं हो सकती है।

Answer 2

क्या आपका मालिक सत्य को समझ नहीं पाएगा? परियोजना की आवश्यकताओं के बारे में उससे बात करें, और उल्लेख करें कि क्या किया जा सकता है और नहीं किया जा सकता है।

Answer 3

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

यह संभव है कि आपका मालिक वास्तव में परियोजना के पूर्ण दायरे को समझ न सके। यदि आप इसे कार्यों या वर्गों की सूची में विभाजित कर सकते हैं यह दिखाने के लिए कि वास्तव में इसमें कितना काम करना है, तो वे देख सकते हैं कि आप कहां से आ रहे हैं।

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

Answer 4

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

Answer 5

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

आपको ध्यान से विश्लेषण करना होगा कि क्या किया जाना है और इसे छोटे हिस्सों में तोड़ना है और देखें कि आप इनमें से कौन सा कर सकते हैं और आप कौन नहीं कर सकते हैं। परियोजना में ऐसे हिस्सों को रखना सामान्य है जो संभव दिखते हैं लेकिन करना मुश्किल है - हर सामान्य बॉस usderstands कि।

इस तरह आप दिखाते हैं कि समस्या काल्पनिक नहीं है और यह छोटी नौकरी के लिए अच्छा वेतन पाने की आपकी इच्छा नहीं है।

Answer 6

"नहीं" या "यह नहीं किया जा सकता" या "यह बहुत कठिन" या आपकी पोस्ट में आपने जो कुछ भी कहा है, उससे शुरू न करें। किसी कंपनी में अधिकांश प्रबंधक प्रोग्रामिंग प्रोजेक्ट में शामिल प्रयास स्तर को समझना शुरू नहीं करते हैं और उनके सॉफ़्टवेयर नियोजन अनुमानों के साथ थोड़ी सी शिक्षा की आवश्यकता होती है।

मैं एक वार्तालाप का सुझाव दूंगा जिसमें निम्नलिखित कदम शामिल हैं।

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

Answer 7

पाठ्यक्रम की सच्चाई हमेशा सही उत्तर है, जो आपके बॉस को अंततः विफल हो जाएगी, जल्दी विफल होने के लिए बेहतर होगा।

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

Answer 8

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

Answer 9

यदि अनुमान अभी तक नहीं हैं तो आपका पहला कार्य यथार्थवादी परियोजना अनुमान करना है। दूसरा कार्य यह जांचना होगा कि परियोजना के लिए कौन सी तकनीकों की आवश्यकता है और जांच करें कि ज्ञान पहले से ही उपलब्ध है या नहीं। यदि नहीं तो प्रशिक्षण के लिए अनुमान लगाएं और ज्ञान प्राप्त करें। मैं समझता हूं कि मालिक मालिक है लेकिन आप अपना हिस्सा करते हैं और बाकी उसके ऊपर है। यदि बॉस दूसरों की राय की सराहना करता है तो वह समझ जाएगा लेकिन अगर वह "मैं हमेशा सही हूं" की तरह हूं तो आप जो भी कर सकते हैं (आप जितना संभव हो उतना काम कर सकते हैं और एक नई नौकरी की तलाश भी कर सकते हैं)।

Answer 10

1. घबराओ मत। आपने अपने बॉस के लक्ष्य को गलत व्याख्या कर दिया हो सकता है। ऐसा लगता है जैसे वह बहुत स्पष्ट नहीं था अगर उसने केवल "Ning-like" कहा था।

2. अनुसंधान Ning। क्या हैं चीजें Ning क्या कर सकती हैं? Ning के Resources लिंक पर, वे कम से कम 21 प्रमुख सोशल नेटवर्क सुविधाओं की सूची देते हैं।

3. इस परियोजना के लिए लक्ष्य का एक उच्च स्तरीय विवरण लिखें। Ning सूचियों की सभी सुविधाओं को शामिल करें। इस ऐप को कितने उपयोगकर्ताओं को सेवा देना चाहिए इसके लिए एक उद्देश्य भी शामिल करें। इन लक्ष्यों के उद्देश्यों को हल करने के बारे में सोचने की कोशिश न करें, या कितने प्रोग्रामर इसे लेंगे या कितना समय लगेगा। बस उन्हें सूचीबद्ध करें। इस लेखन को एक या दो पृष्ठों पर रखें।

4. अपने मालिक को सूची प्रस्तुत करें। उससे पूछो, "क्या यह आपके मन में जैसा लगता है?" यह सुनिश्चित करने के लिए कुछ सीधा प्रश्न पूछें कि उन्होंने आपके लेखन-अप को देखा है:

   • "इस एप्लिकेशन के लिए लक्षित उपयोगकर्ता कौन हैं?"
   • "प्रति माह कितने नए उपयोगकर्ता साइन अप करने की उम्मीद करते हैं?"
   • "हमें किस स्तर का अपतटीय समर्थन करने की आवश्यकता है?"
   • "इस सेवा को होस्ट करने के लिए हमारा बजट क्या है?"
   • "क्या आपको अंतर्राष्ट्रीय उपयोगकर्ताओं का समर्थन करने के लिए इस एप्लिकेशन की आवश्यकता है?"
   • "इस एप्लिकेशन के लिए एंड-यूजर लाइसेंस एग्रीमेंट (ईयूएलए) क्या है?"

5. यह इस बिंदु पर स्पष्ट हो सकता है कि आपके मालिक के पास आपके विचार से अधिक मामूली लक्ष्य हैं। शायद वह डुप्लिकेट सभी क्षमताओं और Ning के पैमाने का इरादा नहीं रखता है। तो फिर यह आपके बॉस को स्पष्ट रूप से स्पष्ट करने के लिए एक कार्य बन जाता है कि निगेट निंग सुविधाओं या क्षमता की आवश्यकता है।

6. Drupal, Joomla, या Wordpress इंस्टॉल करें, कुछ प्लगइन्स डाउनलोड करें और अपने मालिक के लिए एक कस्टम साइट डिज़ाइन करें। वह शायद उसे 99% चाहता है जो वह चाहता है, और यह एकमात्र तरीका है कि आप इसे एक महीने में कर पाएंगे।

Answer 11

सॉफ़्टवेयर में मैंने जो सबसे महत्वपूर्ण बात सीखी है वह "वापस धक्का" कैसे था।

इसका मतलब हमेशा नहीं कहता है। इसका मतलब यह है कि नए काम का असर क्या है इसका आपका सर्वश्रेष्ठ अनुमान प्रदान करना है। चाहे आप "हाँ" या "नहीं" कह रहे हों, आप कहते हैं, "हम ऐसा कर सकते हैं, लेकिन इसकी आवश्यकता होगी (x, y और z संसाधन)। मुझे लगता है कि यह लगेगा (मेरे लिए n दिन, n * a व्यक्ति बी) समस्या को समझने के लिए बी), लेकिन मुझे पता है कि कैसे (सी, डी और ई) को संभालना है। मुझे पहले समस्या को हल नहीं करना पड़ा, इसलिए मुझे नहीं पता कि इसके लिए मेरा अनुमान यथार्थवादी है या नहीं। "

"हां" और "नहीं" के बीच का अंतर यह है कि लागत समीकरण स्वीकार्य है या नहीं।

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

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

Answer 12

आप क्या कहते हैं कि कार्यक्षेत्र और जटिलता की आपकी धारणा आपके मालिक की धारणा से काफी अलग है। महान।

अधिकतर आप दोनों गलत हैं: आपने आवश्यकताओं को गलत समझा है और मालिक ने कार्य को कम करके आंका है या इच्छापूर्ण सोच के जाल में गिर गया है।

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

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

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

आपको "नहीं" कहना नहीं है, यह तय करने का आपका काम नहीं है कि आगे बढ़ना है, लेकिन आपको अच्छे प्रश्न पूछना होगा।

Answer 13

उस पर लड़ो क्लब जाओ? मुफ्त पैसे और हवाई किराया प्राप्त करें!

Answer 14

यहाँ कैसे मैं इसे बाहर की योजना है:

1. आतंक न करें और प्रतिक्रिया करने के लिए - अपने मालिक बताते हैं कि आप अनुरोध की समीक्षा करना चाहते हैं और सवालों और चिंताओं
साथ शीघ्र ही उसे वापस मिल जाएगा
2. spec के माध्यम से जाएं (या यदि कोई स्पेक नहीं है, तो ईमेल कहीं भी अनुरोध करें या लिखें) और प्रत्येक डिलीवरी के लिए एक कार्य ब्रेकडाउन संरचना बनाएं। यह एक स्तर पर किया जाना चाहिए जहां प्रत्येक आइटम समझ में आता है (उपयोगकर्ता लॉगिन, संदेश प्रविष्टि, आदि)
3. प्रत्येक आइटम के लिए, कार्य की मात्रा और +/-% amt है। आपके ज्ञान, प्रश्न, जोखिम इत्यादि के आधार पर
4. किसी भी प्रमुख/महत्वपूर्ण प्रश्नों के बारे में एक सूची बनाएं (यह कितने लोगों के लिए लक्षित है? इसमें उपयोगकर्ताओं के लिए आईएम की क्षमता शामिल है, इत्यादि)

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

Answer 15

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

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