एक ऐसी विशेषता विकसित करना जो एकमात्र उद्देश्य निकाला जाए? [बन्द है]


64

उस पैटर्न का क्या नाम है जिसमें व्यक्तिगत योगदानकर्ताओं (प्रोग्रामर / डिजाइनर) ने एकमात्र उद्देश्य के लिए एक विरूपण साक्ष्य विकसित किया है, ताकि प्रबंधन अंतिम उत्पाद में उस सुविधा को हटा सके ?

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

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

इस प्रक्रिया पैटर्न में गेम प्रोग्रामर्स के बीच एक नाम है जो कॉर्पोरेट्स में काम करता है, लेकिन मैं भूल गया कि वास्तविक नाम क्या था। मेरा मानना ​​है कि यह बतख है- कुछ । कोई भी नाम को इंगित करने में मदद कर सकता है और शायद कुछ और विश्वसनीय संदर्भ कैसे पैटर्न विकसित करता है ?.


31
यह "टाइम-टू-चेंज-ऑफ-द-जॉब-जब-वर्किंग-फॉर-ए-ए-कंपनी" पैटर्न है।
डॉक्टर ब्राउन

8
इसे "बत्तख सुविधा" कहा जाता है। stackoverflow.com/a/2444361/102937 । दरअसल, इसके लिए औपचारिक नाम "रेड हेरिंग" है।
रॉबर्ट हार्वे

9
इसे गैर

15
@ Pierre303: मैं इसे प्रबंधन वास्तविकता से निपटने के लिए कहूंगा। यदि कुछ है, तो यह uber-professionalisim है।
व्याट बार्नेट

3
@ Stargazer712: नहीं। लाभहीनता लोगों को बरगलाने के लिए ट्रिक का उपयोग कर रही है । एक महान डेवलपर पहले ईमानदार संचार चैनलों को सक्षम करने का प्रयास करेगा; यदि इसे काम करने का कोई तरीका नहीं है, तो वह डॉक्टर ब्राउन का अनुसरण करेगा।

जवाबों:


78

इसे डक कहा जाता है , जो एक किंवदंती से है जो कथित तौर पर इंटरप्ले की लड़ाई शतरंज से आता है:

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

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

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


20
मैंने एक प्रोफेसर को अपने स्नातक सहायक के साथ एक पेपर लिखने वाले प्रोफेसर के बारे में एक कहानी सुनाई, और एक सूत्र में एक स्पष्ट त्रुटि के साथ पेपर सबमिट किया। छात्र ने पूछा कि त्रुटि क्यों हुई। प्रोफेसर ने उत्तर दिया, "यह रेफरी के लिए है।"
एरॉन हॉल

3
मैंने एक तकनीकी प्रस्तुति दी है, जहां मैंने कुछ क्षेत्रों पर काम किया है जिसमें हमने कुछ वास्तविक अभिनव कार्य किए हैं क्योंकि प्रस्तुति 10 मिनट के प्रश्न काल के साथ 5 मिनट थी! मैंने हमारे वास्तविक कार्य पर सभी विवरणों का जवाब देने के लिए स्लाइड बनाई, ताकि जब वे इसके बारे में पूछें तो हम तैयार थे। हमें सामान्य तुच्छ प्रश्नों के बजाय वास्तविक कार्य अवधि के बारे में बात करने को मिला।
फिल

4
मुझे लगता है कि यह आपके उद्धरण के स्रोत से लिंक करने के लिए लायक है ... शायद blog.codinghorror.com/new-programming-jargon ?
एंटोनियो



10

मैं बस इसे प्रबंधन के रूप में देखता हूं कि किसी परियोजना पर अपने स्वयं के उद्देश्य को निर्धारित समय तक संभव के रूप में निर्धारित करके या लोगों को व्यस्त रखने के लिए व्यर्थ व्यस्त काम का निर्माण करके।

मैंने इसे व्यक्तिगत रूप से पांच अलग-अलग प्रकारों में देखा है:

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

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

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

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

  • प्रबंधक वैध रूप से टीम को एक साथ रखने के लिए, या तो अपराधबोध से बाहर है या सिर्फ अच्छा बनने की कोशिश कर रहा है। वह उन्हें अपने अधीन रखने के लिए अपनी टीम के उद्देश्य को मान्य करने का प्रयास करेगा।


6

मेरे बॉस ने इसे "फव्वारा रणनीति" कहा। उन्होंने विश्वविद्यालय के लिए एक नया कंप्यूटर विंग तैयार किया, जिसमें एक विशाल फव्वारा था। विंग को मंजूरी दे दी गई, लेकिन फव्वारा के बिना, बिल्कुल नियोजित।

यह 50 साल पहले था, इसलिए यह कोई नई बात नहीं है।


5

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.