भगवान का हाथ. कूपन के साथ सहायता करें

सामान्य तौर पर, हैंड ऑफ गॉड इतिहास के सबसे प्रसिद्ध फुटबॉल गोलों में से एक है, जो 51 फीफा विश्व कप के क्वार्टर फाइनल मैच के 1986वें मिनट में इंग्लैंड के खिलाफ अर्जेंटीना के डिएगो माराडोना द्वारा किया गया था। "हाथ" - क्योंकि गोल हाथ से किया गया था।

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

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

मदद के लिए समय की सीमा शुरू में बड़ी थी, 1 घंटे तक, लेकिन धीरे-धीरे कम हो गई, और अब शायद ही कभी आधे घंटे से अधिक हो जाती है। वे। कार्य को आगे बढ़ने या यहां तक ​​कि सफलतापूर्वक पूरा करने में एम के कुछ मिनट का समय लगता है। कभी - कभी ऐसा होता है।

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

उदाहरण के लिए, मैं टीम में माराडोना के लिए अंशकालिक काम करता हूं। सभी कर्मचारियों के लिए प्रतिदिन 3 घंटे की सीमा निर्धारित की गई थी। मैंने सोचा कि यह पर्याप्त नहीं होगा. पता चला कि 3 घंटे भी चोरी हैं, क्योंकि... औसत खपत - प्रति दिन 2 घंटे।

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

सामान्य तौर पर, ईश्वर का हाथ एक फिसलन भरी चाल है। ऐसा लगता है कि कर्मचारी को स्वयं ही सब कुछ समझना होगा, सभी समस्याओं का समाधान करना होगा, पूरे संदर्भ को समझना होगा। लेकिन एक समस्या है - तंत्रिका संबंध।

मस्तिष्क एक साधारण ऑटोमेटन की तरह काम करता है - यह पथ और परिणाम को याद रखता है। यदि किसी व्यक्ति ने किसी मार्ग का अनुसरण किया है और उसका सकारात्मक परिणाम आया है, तो "आपको यही करना चाहिए" प्रकार का एक तंत्रिका संबंध बनता है। खैर, इसके विपरीत.

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

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

अंत में, वह कोई विकल्प ढूंढता है, उसे आज़माता है, और फिर - बम! - घटित! कर्मचारी क्या करेगा? आदर्श रूप से, निश्चित रूप से, वह देखेगा कि अन्य समाधान विकल्प क्या उपलब्ध हैं, अपने कोड का मूल्यांकन करेगा, और वास्तुकला की शुद्धता और अन्य लोगों की वस्तुओं और मॉड्यूल में हस्तक्षेप की वैधता के बारे में निर्णय लेगा।

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

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

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

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

वास्तव में, एम की बहुत कम आवश्यकता है। प्रशिक्षु, एक नियम के रूप में, नीले रंग से बाहर बेवकूफ है। सिर्फ इसलिए कि वह नहीं जानता है, उदाहरण के लिए, फ़ंक्शन विवरण पर कैसे जाएं, कोड को कैसे प्रारूपित करें, उसे मोमेंट.जेएस के अस्तित्व या क्रोम में सेवाओं को डीबग करने के तरीकों पर संदेह नहीं है। आगे बढ़ने के लिए आपको बस उस पर अपनी उंगली उठानी है।

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

और ये सब औसतन 13 मिनट में. या दिन में 2 घंटे.

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

युपीडी: मैं यह कहना भूल गया कि एम की उत्पादकता के साथ क्या हो रहा है।

अजीब बात है कि, इस गतिविधि की शुरुआत के साथ, उत्पादकता 1.5-2 गुना बढ़ गई। और समग्र रूप से टीम की उत्पादकता और भी अधिक बढ़ गई है।

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

स्रोत: www.habr.com