एस्पेरांतो, एलवेन और क्लिंगन

प्रोग्रामर व्यावसायिक समस्याओं का समाधान नहीं करते हैं। वे ग्राहक के तकनीकी विशिष्टताओं के अनुसार सॉफ़्टवेयर उत्पाद बनाते और उन्नत करते हैं। सभी को समझाने, और खुद को, जिसमें यह व्यावसायिक समस्याओं का समाधान है।

जब आप एक कार सेवा में आते हैं, तो क्या आप TK लिखते हैं? बेशक, आप में से कई कारों में निपुण हैं, और मेरे दोस्तों के बीच ऐसे लोग हैं जो आसानी से जुदा हो सकते हैं और गियरबॉक्स को इकट्ठा कर सकते हैं। लेकिन, फिर भी, हम में से अधिकांश ने "कुछ दस्तक देता है जब मैं 40 किमी / घंटा से अधिक तेजी से ड्राइव करता हूं" या "डिफ्लेक्टर से बुरी तरह से उड़ रहा है, शायद एयर कंडीशनर, या, मुझे पता नहीं है कि क्या है" के रूप में कार्य निर्धारित किया है।

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

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

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

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

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

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

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

व्यवसाय को काम, एक या दूसरे तरीके से स्वीकार करना होगा। आरक्षण के साथ, अतिरिक्त आवश्यकताओं की सूची के साथ, लेकिन स्वीकार करें। और इसका उपयोग करें।

भाषा बाधा

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

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

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

हालांकि, हम सभी उदाहरणों को जानते हैं जब स्वचालन द्वारा समान कार्य हल किए गए थे। तो, सिद्धांत रूप में, क्लिंगन भाषा ऐसे जटिल निर्माणों को व्यक्त करने में सक्षम है। लेकिन यह कैसे काम करता है?

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

नियम व्यवसाय की आवश्यकताओं की "उच्च कविता" को आदिम - रूपों, रिपोर्टों, प्रक्रियाओं, दस्तावेजों, निर्देशिकाओं, रजिस्टरों, वेब सेवाओं, पृष्ठों, आदि की भाषा में अनुवाद करना है।

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

मज़े के लिए, Google अनुवाद का अंग्रेजी कविता में अनुवाद करने का प्रयास करें, उदाहरण के लिए, इस तरह:

एक तूफान आकाश को अंधेरे में ढंक देता है
बर्फ़ का भँवर।
जिस तरह से वह जानवर को जीतता है
वह बच्चे की तरह रोएगा।

क्या होगा?

तूफान का अंधेरा आसमान को ढंक लेता है,
भंवरे का चक्कर।
तब वह जानवर के रूप में,
वह बच्चे की तरह रोएगा।

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

तूफान का अंधेरा आसमान को ढंक लेता है
भंवरे भँवर।
फिर, जब वह जानवर का विलाप करती है,
यह बच्चे की तरह रोएगा।

कुछ गलत है ... प्रवेश द्वार बहुत अच्छी तरह से काम नहीं कर रहा है, हालांकि सामान्य मनोदशा सही ढंग से प्रसारित होती है। लेकिन विवरण, अर्थ, कविता में, पाठ ने लगभग सब कुछ खो दिया है।

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

परिणाम

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

कोई कविता, कलाकृति, वाह प्रभाव और व्यापार और आईटी का पारस्परिक पालन नहीं है। पृथ्वी के नीचे बोलते हुए, कोई भी आईटी समाधान नहीं हैं जो वास्तव में व्यवसाय की सहायता करते हैं।

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

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

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

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

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

हां, आप पहले से ही जानते हैं कि क्या करना है। भाषा सीखें। और परफेक्ट परफेक्ट।

भाषा सीखें

विभिन्न भाषाओं के दो वक्ताओं के लिए, सामान्य रूप से, सूचनात्मक और दिलचस्प रूप से बोलने में सक्षम होने के लिए, किसी को दो भाषाओं को जानना चाहिए - उसकी अपनी और वार्ताकार। सवाल यह है कि "चाल" के लिए सबसे पहले कौन होना चाहिए

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

लेकिन यह विकल्प, विशुद्ध रूप से दक्षता के मामले में, उपयुक्त नहीं है। बहुत कुछ सीखना है। यदि आप, फिर से, एक प्रोग्रामर हैं, तो आप सहमत होंगे: यहां तक ​​कि आप, जो भी आप अपने बारे में सोचते हैं, आईटी के बारे में केवल एक छोटा सा अंश जानते हैं। यह सिर्फ इतना है कि सूचना प्रौद्योगिकी के क्षेत्र में ज्ञान एक व्यक्ति की तुलना में तेजी से पैदा होता है, इसे कोई भी पचा नहीं सकता है, चाहे उसके माथे में कितने भी स्पैन हों।

आप कह सकते हैं - ठीक है, भले ही व्यवसाय को विवरण न पता हो, लेकिन क्या यह सबसे ऊपर जा सकता है? और इस ज्ञान की प्रासंगिकता बनाए रखें। हो सकता है, ज़ाहिर है, केवल यह एक ही एस्पेरांतो होगा। यह हम पहले ही पास कर चुके हैं।

इसके विपरीत करना बहुत आसान है - व्यवसाय की भाषा सीखने के लिए एक प्रोग्रामर।

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

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

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

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

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

पहली नज़र में, एक अधिक विशिष्ट क्षेत्र प्रेरणा प्रणाली है। लेकिन, वास्तव में, यह व्यापार में ज्ञान के सबसे सरल क्षेत्रों में से एक है। बहुत कम टेम्प्लेट विकल्प हैं, जो सभी कंपनियों में मानव संसाधन को प्रेरित करने का असफल प्रयास करते हैं, प्रेरणा का सार नहीं समझते हैं।

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

क्यों?

एक साथ दो प्रश्न हैं: यह व्यवसाय के लिए क्यों है और प्रोग्रामर के लिए क्यों है।

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

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

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

लेकिन आप आईटी विभाग में सक्रिय शुरुआत को फिर से व्यवस्थित कर सकते हैं। कोई भी प्रोग्रामर को संबंधित क्षेत्रों में दक्षता विकसित करने से मना नहीं करता है? उदाहरण के लिए, elven सीखें। और फिर, बीच में, घोषित करें, और उनके नए कौशल का अभ्यास करना बेहतर है। व्यापार, लाभ की सराहना करते हुए, द्विभाषी प्रोग्रामर को अपनी कंपनी में मानक बनाएंगे। उसी समय, और व्यापार विश्लेषकों की तरह दु: ख-अनुवादकों को बाहर निकाल देगा।

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

जल्दी या बाद में, व्यवसाय एक रास्ता खोज लेगा। उसके लिए इस तरह से सुझाव देना बेहतर है - कल्पित और क्लिंगन दोनों के लिए फायदेमंद।

अभ्यास

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

"मैं जानना चाहता हूं कि स्वचालन मेरे व्यवसाय में परिवर्तन को कैसे प्रभावित करता है।"

"क्या एकाउंटेंट की संख्या कम करने के लिए स्वचालित किया जा सकता है?"

"क्या यह संभव है कि सभी प्रबंधकों को तितर-बितर किया जाए जो कुछ भी नहीं बेच रहे हैं, लेकिन केवल कागज के टुकड़ों से ड्राइविंग के आदेश हैं?"

"क्या आप किसी तरह इसे बना सकते हैं ताकि कोई कमी न हो?"

"डीलरशिप विभाग से कैसे छुटकारा पाएं, जो केवल उसी के साथ व्यवहार करता है, जो भागीदारों के साथ बातचीत का आयोजन करता है?"

"नकद अंतराल के साथ कुछ किया जा सकता है?"

“मैं उत्पादन की गुणवत्ता कैसे सुधारूंगा? अब यह सिर्फ एक आपदा है। ”

उन्होंने कहा, “मैं उन सभी अर्थशास्त्रियों से बहुत नाराज हूं, जो मेरे लिए रिपोर्ट तैयार करते हैं। क्या आप इन रिपोर्टों को खोए बिना किसी तरह इनसे छुटकारा पा सकते हैं? ”

“और मुझे लेखांकन की लागत कितनी है? कम से कम संख्या जानने के लिए, मैं अनुकूलन के बारे में बात नहीं कर रहा हूं ... "।

“मैं यह कैसे सुनिश्चित करूँगा कि मैं और अन्य नेता पहले से ही समस्याओं के बारे में जानें? ताकि आप समयबद्ध तरीके से जवाब दे सकें। ”

क्या आप अनुवाद कर सकते हैं?