यह शायद एक अच्छा जवाब नहीं है, और यह आपके काम को बहुत आसान नहीं बनाने जा रहा है, लेकिन यह वही है जो मैं करूँगा। इसके अलावा, जब आप ऐसी बैठकों में फंस जाते हैं, जिसमें आप कुछ भी नहीं कर रहे होते हैं, तो आप देवता नहीं बन सकते, जब आप लोग निराश होते हैं तो आप देवता नहीं बन सकते हैं और स्थितियां इतनी हास्यास्पद होती हैं कि कार्यस्थल एक बार-रूम विवाद जैसा दिखता है, और यह एक मौत सर्पिल में है कि एक परियोजना को बचा सकता है।
1) मूल कंपनी के गुमनाम संपर्क प्रबंधन और उन्हें स्थिति स्पष्ट करें। उन्हें बताएं कि या तो (ए) आपके प्रबंधन ने देव टीम से परामर्श किए बिना समय सारिणी निर्धारित की है, और उन्हें या तो यह पता नहीं था कि परियोजना कितनी जटिल थी, या (बी), यदि आप प्रबंधन से दोष को दूर करना चाहते हैं, तो कुछ धारणाएं बनाई गईं। , जैसे कि आप पिछली परियोजना से कोड की हजारों लाइनों का पुन: उपयोग करने में सक्षम होने जा रहे थे, लेकिन कुछ छेड़छाड़ के बाद, यह जल्दी से महसूस किया गया कि पुराने कोड को इस परियोजना के लिए डिज़ाइन नहीं किया गया था और आपको पूरी तरह से शुरू करना होगा शुरुवात से। बता दें कि परिस्थितियां दक्षिण हो गई हैं, कि प्रबंधन द्वारा फिंगरप्रिंटिंग और दुरुपयोग एक असहनीय स्तर तक बढ़ गया है, और यह कि टीम का नेतृत्व, जो दोष नहीं दे रहा था, पहले ही इस्तीफा दे चुका है।
यदि सफल होता है, तो यह निम्नलिखित में से कम से कम एक को पूरा करेगा: (1) तथ्यों के साथ सामना करने के बाद, वे परियोजना को स्क्रैप करेंगे और आपके लिए दो काम पर कुछ और पाएंगे, (2) वे एक और देव टीम में लाएंगे जो करेंगे कार्यक्रम के एक हिस्से की देखभाल करने के लिए सौंपा जाए ताकि आपकी टीम अपने सदस्यों को पुनः प्राप्त कर सके, (3) वे समय सीमा का विस्तार करेंगे।
2) अगर वह काम नहीं करता है, तो डेवलपर्स के सभी राउंड अप करें और पूरी तरह से पत्थर के प्रबंधन के लिए सहमत हों। उन्हें सीधे तौर पर नजरअंदाज करना कठिन होगा, इसलिए हो सकता है कि कोई ऐसा व्यक्ति मिल जाए जो इस बिंदु पर अपनी नौकरी खोने का मन न करे, और प्रबंधन से उन्हें "प्रबंधन एकीकरण" कर्तव्यों को फिर से सौंपने के लिए कहें। इसे प्रबंधन को बेचें: वह आपके (देवों) और प्रबंधन के बीच दुभाषिया होगा, ताकि उन्हें बेहतर जानकारी दी जा सके और हर समय प्रबंधन को चीजों को समझाने के लिए डेवलपर्स को अपने काम से दूर नहीं होना पड़े। यह व्यक्ति मूल रूप से आपका अपना छोटा व्हाइट हाउस प्रेस सचिव होगा जो आप की गर्मी को दूर करेगा। क्या उनके द्वारा की जा रही सभी "प्रगति" के बारे में कुछ फर्जी चित्र, पावरपॉइंट प्रस्तुतिकरण और चार्ट बनाए गए हैं (शायद एक घातीय संस्करण चार्ट के बाद भी) असंवेदनशील बकवास। इस धारणा को दूर करने के लिए कि वह सिर्फ BS'ing है, उसे हर कुछ हफ्तों में एक नकली प्रोटोटाइप / कार्यक्रम का निर्माण करना चाहिए। कार्यशीलता जिसे फेक नहीं कहा जा सकता है उसे पूरा किया जाना चाहिए, लेकिन प्रदर्शन पर संस्करण में नहीं क्योंकि प्रोटोटाइप के बीच छह सप्ताह का अंतराल है और जहां डेवलपर्स वास्तव में उस बिंदु पर हैं। उनका काम बांस प्रबंधन करना है। यदि प्रबंधन डेवलपर्स के किसी भी विशिष्ट प्रश्न पूछता है, तो डेवलपर्स को बस यह कहना चाहिए कि वे कार्यक्रम के उस विशेष हिस्से के बारे में कुछ भी नहीं जानते हैं (जब तक कि यह एक जटिल हिस्सा नहीं है जिसे प्रबंधन संभवतः समझ नहीं सकता है, तो निम्नलिखित वाक्य को देखें।) यदि प्रबंधन बंदूक के नीचे उन्हें पूछता है कि वास्तव में यह क्या है असंवेदनशील बकवास। इस धारणा को दूर करने के लिए कि वह सिर्फ BS'ing है, उसे हर कुछ हफ्तों में एक नकली प्रोटोटाइप / कार्यक्रम का निर्माण करना चाहिए। कार्यशीलता जिसे फेक नहीं कहा जा सकता है उसे पूरा किया जाना चाहिए, लेकिन प्रदर्शन पर संस्करण में नहीं क्योंकि प्रोटोटाइप के बीच छह सप्ताह का अंतराल है और जहां डेवलपर्स वास्तव में उस बिंदु पर हैं। उनका काम बांस प्रबंधन करना है। यदि प्रबंधन डेवलपर्स के किसी भी विशिष्ट प्रश्न पूछता है, तो डेवलपर्स को बस यह कहना चाहिए कि वे कार्यक्रम के उस विशेष हिस्से के बारे में कुछ भी नहीं जानते हैं (जब तक कि यह एक जटिल हिस्सा नहीं है जिसे प्रबंधन संभवतः समझ नहीं सकता है, तो निम्नलिखित वाक्य को देखें।) यदि प्रबंधन बंदूक के नीचे उन्हें पूछता है कि वास्तव में यह क्या है उसे हर कुछ हफ्तों में एक नकली प्रोटोटाइप / कार्यक्रम का निर्माण करना चाहिए। कार्यशीलता जिसे फेक नहीं कहा जा सकता है उसे पूरा किया जाना चाहिए, लेकिन प्रदर्शन पर संस्करण में नहीं क्योंकि प्रोटोटाइप के बीच छह सप्ताह का अंतराल है और जहां डेवलपर्स वास्तव में उस बिंदु पर हैं। उनका काम बांस प्रबंधन करना है। यदि प्रबंधन डेवलपर्स के किसी भी विशिष्ट प्रश्न पूछता है, तो डेवलपर्स को बस यह कहना चाहिए कि वे कार्यक्रम के उस विशेष हिस्से के बारे में कुछ भी नहीं जानते हैं (जब तक कि यह एक जटिल हिस्सा नहीं है जिसे प्रबंधन संभवतः समझ नहीं सकता है, तो निम्नलिखित वाक्य को देखें।) यदि प्रबंधन बंदूक के नीचे उन्हें पूछता है कि वास्तव में यह क्या है उसे हर कुछ हफ्तों में एक नकली प्रोटोटाइप / कार्यक्रम का निर्माण करना चाहिए। कार्यशीलता जिसे फेक नहीं कहा जा सकता है उसे पूरा किया जाना चाहिए, लेकिन प्रदर्शन पर संस्करण में नहीं क्योंकि प्रोटोटाइप के बीच छह सप्ताह का अंतराल है और जहां डेवलपर्स वास्तव में उस बिंदु पर हैं। उनका काम बांस प्रबंधन करना है। यदि प्रबंधन डेवलपर्स के किसी भी विशिष्ट प्रश्न पूछता है, तो डेवलपर्स को बस यह कहना चाहिए कि वे कार्यक्रम के उस विशेष हिस्से के बारे में कुछ भी नहीं जानते हैं (जब तक कि यह एक जटिल हिस्सा नहीं है जिसे प्रबंधन संभवतः समझ नहीं सकता है, तो निम्नलिखित वाक्य को देखें।) यदि प्रबंधन बंदूक के नीचे उन्हें पूछता है कि वास्तव में यह क्या है छह सप्ताह के प्रोटोटाइप और जहां डेवलपर्स वास्तव में उस बिंदु पर हैं। उनका काम बांस प्रबंधन करना है। यदि प्रबंधन डेवलपर्स के किसी भी विशिष्ट प्रश्न पूछता है, तो डेवलपर्स को बस यह कहना चाहिए कि वे कार्यक्रम के उस विशेष हिस्से के बारे में कुछ भी नहीं जानते हैं (जब तक कि यह एक जटिल हिस्सा नहीं है जिसे प्रबंधन संभवतः समझ नहीं सकता है, तो निम्नलिखित वाक्य को देखें।) यदि प्रबंधन बंदूक के नीचे उन्हें पूछता है कि वास्तव में यह क्या है प्रोटोटाइप के बीच एक छह सप्ताह का अंतराल और जहां डेवलपर्स वास्तव में उस बिंदु पर हैं। उनका काम बांस प्रबंधन करना है। यदि प्रबंधन डेवलपर्स के किसी भी विशिष्ट प्रश्न पूछता है, तो डेवलपर्स को बस यह कहना चाहिए कि वे कार्यक्रम के उस विशेष हिस्से के बारे में कुछ भी नहीं जानते हैं (जब तक कि यह एक जटिल हिस्सा नहीं है जिसे प्रबंधन संभवतः समझ नहीं सकता है, तो निम्नलिखित वाक्य को देखें।) यदि प्रबंधन बंदूक के नीचे उन्हें पूछता है कि वास्तव में यह क्या हैकर रहे हैं, उन्हें वास्तव में जटिल सामान के बारे में बात करने और हवा में चारों ओर अपने हाथों को लहराने के लिए कहें, 3 डी-स्पेस में चीजों को ड्राइंग और कनेक्ट करके विषय को प्रदर्शित करने की कोशिश कर रहा है। इन "अजीब डेवलपर सनकी" से भ्रमित और नाराज, वे तय करेंगे कि आपका छोटा दुभाषिया डेवलपर्स के साथ अकेले बात करना और छोड़ना बहुत आसान है। जब छह महीने के आसपास रोल, अपने दुभाषिया गिर आदमी है बस दिखावा छोड़ दिया है। अधिनियम आश्चर्यचकित करता है जब प्रबंधन आपको वह सब कुछ बताता है जो वह कह रहा है, और फिर उन्हें बताएं कि नौकरी के दबाव के कारण वह स्पष्ट रूप से अपना दिमाग खो देगा। उन्हें बताएं कि वह आपका सबसे कमजोर डेवलपर था, इसलिए आपको लगा कि वह "पैराडिग्म इंटीग्रेशन इंजीनियर" ( PIE) में अधिक उपयोगी हो सकता है) स्थिति, लेकिन आप हैरान थे कि वह भी नहीं संभाल सकता है। नौकरी के लिए किसी अन्य व्यक्ति (पढ़ें: शहीद) की सिफारिश करें, दावा करें कि वह टीम के बीच बहुत अधिक जानने वाला और सम्मानित है - नौकरी के लिए पूरी तरह से योग्य है! क्या वह वहाँ गया है और उन चीजों के बारे में आश्चर्यचकित है जो पिछले आदमी ने कही थी, फिर कहा कि यह सब उसकी कल्पना का निर्माण था। प्रबंधन को पुराने आदमी के बीएस को हटाने और नए आदमी के बीएस को सीखने में कम से कम एक या दो महीने खर्च करने होंगे, और नए आदमी को पकड़ने से पहले यह 3 या 4 महीने का होगा। इस बिंदु पर, प्रबंधन उग्र हो जाएगा और एक और PIE होने से इंकार कर देगा, जिस बिंदु पर वे एक बार फिर आपकी गर्दन को सांस ले रहे होंगे - लेकिन कम से कम आपने 9-12 महीने की परेशानी से मुक्त काम खुद खरीदा।
यह एक बहुत अच्छी योजना नहीं है, लेकिन फिर भी काम करना जारी रखने, पूरे दिन बिखरने और फिर अपने दोपहर के भोजन के ब्रेक पर खुद को बंद करने का निर्णय लेने की तुलना में काफी बेहतर है।