भगवान का हाथ। कूपन मदद

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

यूपीडी: यह कहना भूल गया कि एम की उत्पादकता क्या होती है

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

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