च्वाइस इविल है

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

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

और मनुष्य द्वारा चुना गया विकल्प क्या है? यह एक त्वरित एल्गोरिथ्म नहीं है, बल्कि एक प्रक्रिया है। इस प्रक्रिया की एक शुरुआत है, एक अंत (भगवान न करे), और, सबसे महत्वपूर्ण, अवधि। आपको लगता है कि कार्य चयन में कितना समय लग सकता है?

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

चयन प्रक्रिया खराब है क्योंकि यह हमारी आंखों से छिपी है। यदि कोई व्यक्ति कार्यालय के चारों ओर घूम रहा था, तो एक तरफ से भागते हुए, एक लंबे हॉवेल में अपना सिर फेंकते हुए, हम समझेंगे कि उसे एक समस्या थी। लेकिन यह अलग तरह से होता है।

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

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

बेशक यह सही है। लेकिन केवल अगर, अपने शोध के परिणामों के अनुसार, वह अंतिम निर्णय लेता है - कार्य पर लेने के लिए, या नहीं। एक विकल्प के रूप में, आरक्षण के साथ कार्य को लें, जैसे कि अतिरिक्त तंत्र का अध्ययन करने की आवश्यकता।

यदि प्रोग्रामर ने कार्य लेने का फैसला किया, और करने के लिए बैठ गया, तो सब कुछ ठीक है। यदि उसने कार्य छोड़ दिया, तो सब कुछ बुरा है। शोध में लगने वाला समय बर्बाद होगा।

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

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

और इसलिए यह पता चला है। समय है कि प्रोग्रामर समस्याओं को हल करने पर खर्च करते हैं। सामान्य, सही, अच्छा समय। एक नियम के रूप में, समय एक समस्या को हल करने पर खर्च किया जाता है।

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

लेकिन समस्या केवल बुद्धि की नहीं है। यह बदतर होता है।

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

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

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

इस तरह की मानसिक पीड़ा चयन प्रक्रिया को और भी अधिक बढ़ा देती है। एक व्यक्ति उदास विचारों में डूब जाता है, अपनी पसंद को विवेक के तराजू पर तौलता है। और इसलिए घंटे और दिन बीत सकते हैं।

किनारे पर खड़े प्रबंधक के दृष्टिकोण से, यह पूरी प्रक्रिया एक प्रसिद्ध फिल्म से एक ग्राउंड से मिलती जुलती है जो एक छेद से बाहर निकलती है और "अगले छह सप्ताह के लिए मौसम का चयन करती है।" वह वहाँ क्या करता है, उसकी छाया को देखता है या नहीं, और ग्राउंडहोग ऐसा क्यों करता है? सच है, अगर प्रबंधक अक्सर बाहर से इस प्रक्रिया को देखता है, तो सवाल उसके लिए प्रोग्रामर की तुलना में अधिक संभावना है।

इसके अलावा, पसंद के संदर्भ में, छुट्टी का बहुत महत्व है। एक प्रोग्रामर एक व्यक्ति है, सबसे पहले, और रोबोट नहीं। कठिन काम पूरा करने के बाद व्यक्ति क्या चाहता है? छुट्टी का दिन!

पूर्ण कार्य को नोट किया जाना चाहिए। धूम्रपान के लिए जाएं, चाय या कॉफी पीएं, दोस्तों के साथ गपशप करें, हल की गई समस्या के बारे में डींग मारें, सामाजिक नेटवर्क पर बैठें, समाचार पढ़ें - सामान्य तौर पर, कई विकल्प हैं। दुर्भाग्य से, इस छुट्टी में कभी-कभी देरी होती है।

यह विशेष रूप से बुरा है यदि कार्य एक घंटे में पूरा किया गया था, या कार्य दिवस की समाप्ति से पहले भी दो। ठीक है, जो, अपने सही दिमाग में, अपने लिए एक नया कार्य चुनेंगे, अगर जल्द ही - घर?

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

यदि पसंद से नुकसान को संक्षेप में प्रस्तुत करना है, तो वे हमेशा होते हैं। एकमात्र सवाल उनकी मात्रा है। आपको प्रेरित करने के लिए, मैं आपको यह आंकड़ा बताता हूं: किसी कार्य को चुनने में 50% समय लगता है। जरा इस आंकड़े के बारे में सोचिए।

लेकिन, हमारी सामग्री के संदर्भ में, यह आंकड़ा केवल सुंदर है। पसंद के नुकसान को समाप्त करके, आप दक्षता को दोगुना कर सकते हैं।

पसंद से छुटकारा पाने के लिए कैसे? कुछ भी आसान नहीं है। दरअसल, आप खुद जानते हैं कि यह कैसे करना है। मैं अपने सुझाव प्रस्तुत करूंगा, और आप उन्हें अपने तरीकों से जोड़ देंगे, और दक्षता में एक सभ्य वृद्धि होगी।

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

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

यदि आप एक टीम का प्रबंधन करते हैं, और यहां तक ​​कि जब आप खुद को नियंत्रित करते हैं, तो नियंत्रण आवश्यक है। आखिरकार, अपने आप से सहमत होना बॉस के साथ की तुलना में आसान है? "हाँ अब, आखिरी बार, और फिर सुनिश्चित करने के लिए!"

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

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

पहली विधि ऑटोमेशन का उपयोग किए बिना, बॉस द्वारा कार्यों का वितरण है। आप सिर्फ यह कहते हैं कि कौन क्या और किस क्रम में करता है। आप सरल योजनाएं बना सकते हैं - उदाहरण के लिए, कागज के छोटे टुकड़ों के रूप में, जैसे कार्य आदेश, या उत्पादन कार्य। आप बस नोटबुक में लिखने के लिए कार्य संख्याओं को निर्धारित कर सकते हैं।

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

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

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

यदि कतार में संख्या बच जाती है, तो सॉर्ट करें, सॉर्ट न करें, गलती करना मुश्किल है।

आप छँटाई के लिए संलग्न नहीं हो सकते हैं, लेकिन संख्याओं को मैन्युअल रूप से सेट करें। यह भी काम करता है अगर आपके पास इन संख्याओं को व्यवस्थित करने के लिए पर्याप्त इच्छाशक्ति है।

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

दूसरा चरण हम आगे विचार करेंगे। यह हमें कतारों से बहुत अधिक लाभ प्राप्त करने की अनुमति देगा - न केवल विकल्प को सरल बनाने के लिए, बल्कि इसे सही बनाने के लिए भी।

सारांश

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