लगभग एक आदमी

कहानी असली है, मैंने सब कुछ अपनी आँखों से देखा।

कई सालों तक, आप में से कई लोगों की तरह, एक आदमी ने एक प्रोग्रामर के रूप में काम किया। बस के मामले में, मैं इसे लिखूंगा: "प्रोग्रामर।" क्योंकि वह 1Snick था, एक फिक्स पर, एक प्रोडक्शन कंपनी।

इससे पहले, उन्होंने विभिन्न विशिष्टताओं की कोशिश की - एक प्रोग्रामर, प्रोजेक्ट मैनेजर के रूप में 4 साल तक, वह जानते थे कि प्रत्येक को 200 घंटे कैसे बंद करना है, साथ ही परियोजना से प्रतिशत प्राप्त करना, नेतृत्व के लिए और बिक्री का थोड़ा सा। मैंने अपने दम पर उत्पादों को विकसित करने की कोशिश की, एक बड़ी कंपनी में आईटी विभाग के प्रमुख थे, 6 हजार लोगों की संख्या, मेरे उद्धरण पेशे का उपयोग करने के लिए विभिन्न विकल्पों पर कोशिश कर रहे थे - 1 सी प्रोग्रामर।

लेकिन इन सभी पदों को कुछ हद तक गतिरोध था, मुख्य रूप से आय के मामले में। हम सभी ने तब लगभग एक ही पैसा प्राप्त किया, एक ही स्थिति में काम किया।

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

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

खोज अल्पकालिक थी। जिस कंपनी में यह आदमी काम करता था, वहाँ पूरी तरह से नि: शुल्क आला था, जिसे सशर्त रूप से "व्यावसायिक प्रक्रियाओं में आदेश बहाल करना" कहा जा सकता है। प्रत्येक कंपनी में समस्याओं का एक समूह होता है। कुछ हमेशा काम नहीं करता है, और कोई व्यक्ति नहीं है जो आता है और व्यवसाय प्रक्रिया को ठीक करता है। इसलिए, उन्होंने एक विशेषज्ञ की भूमिका में खुद को आजमाने का फैसला किया, जो मालिक को व्यावसायिक प्रक्रियाओं में उसकी समस्याओं को हल करने में मदद कर सकता है।

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

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

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

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

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

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

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

दूसरे वर्ष में, सब कुछ फिर से सफलतापूर्वक पूरा हो गया, घाटे में 2 गुना से अधिक की कमी आई, सभी आईटी परियोजनाएं सफलतापूर्वक पूरी हुईं।

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

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

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

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

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

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

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

मालिक ने उसे प्रतिदिन 1 घंटा दिया। हर दिन। उन्होंने बात की, समस्याओं, समाधानों, नए व्यवसायों, विकास दिशाओं, संकेतकों और दक्षता, व्यक्तिगत विकास, पुस्तकों और बस जीवन पर चर्चा की।

लेकिन यह आदमी अजीब था। ऐसा लगता है - बैठो और आनन्द मनाओ, जीवन अच्छा है। लेकिन नहीं। उसने प्रतिबिंबित करने का फैसला किया।

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

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

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

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

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

प्रोग्रामर, उन्होंने महसूस किया, केवल वही हैं जो सामान्य रूप से, आवश्यक विवरण के साथ, व्यावसायिक प्रक्रियाओं को समझ सकते हैं।

क्यों वास्तव में उन्हें? वास्तव में, उसे कोई निश्चित उत्तर नहीं मिला। उन्होंने केवल थीसिस संकेत तैयार किए।

सबसे पहले, प्रोग्रामर व्यवसाय के विषय क्षेत्रों को जानते हैं, और, इसके अलावा, वे उन्हें कंपनी के अन्य सभी लोगों से बेहतर जानते हैं।

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

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

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

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

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

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

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

मोनोलॉग्स में, निश्चित रूप से, मूल रूप से सभी प्रकार की बकवास और रज़का था - वह एक महान मूड में रहे, क्योंकि सेंट पीटर्सबर्ग के लिए outback से सेवा की। और सेंट पीटर्सबर्ग में काम करने के लिए कहाँ जाना है? गजप्रोम में, बिल्कुल।

लेकिन हम उसके एकालाप से कुछ उपयोगी पाने में कामयाब रहे। मैं आपको बताता हूं कि मुझे क्या याद है।

तो, उस आदमी की सिफारिशें। जो लोग व्यावसायिक प्रक्रियाओं को साफ करने की कोशिश करना चाहते हैं।

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

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

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

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

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

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

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

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

यह टोयोटा प्रोडक्शन के बारे में कहता है कि जापान में जेफ सदरलैंड ने किस तरह से एक दिखावा किया, उन्होंने वहां कितना रूट लिया और उनके दर्शन के करीब थे। और सदरलैंड ने स्क्रैम मास्टर की भूमिका के महत्व के बारे में डेमिंग चक्र के बारे में बात की। स्क्रैम मास्टर की भूमिका प्रक्रिया को लगातार तेज करना है। , , – , , — , . , .

, , « – », , : « – », , .

, - . , , . , , — : « , , ?». , …

. .

— boundary management ( ).

«», , , . - , boundary management, Harvard Business Review .

Boundary management , . , — , , , . boundary management - , — . , , — , , , .

लेकिन अधिक से अधिक बार आदमी को नियंत्रित करने के बारे में बात की। इस विषय पर उनके पास बस कुछ प्रकार के bzik थे।

नियंत्रण, संक्षेप में, संख्यात्मक नियंत्रण है। यहां, उन्होंने कहा, परिभाषा का हर हिस्सा महत्वपूर्ण है - "प्रबंधन," और "आधारित," और "संख्या।"

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

पहली चीज जो खराब है वह है संख्या। उनमें से कुछ हैं और वे खराब गुणवत्ता के हैं।

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

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

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

अंत में, कोई अंतिम रिपोर्ट फिर से जांचता है ताकि गलती से नेता के आंकड़े गलती से न दें। नतीजतन, संख्या सुंदर, सिद्ध, लेकिन बहुत देर हो चुकी है। आमतौर पर - अवधि (महीने, सप्ताह, आदि) की समाप्ति के बाद।

, , . , . .

., — , , .

. — (.. ) 12 . — 4 . — . .

, , .

( ) - , — ? .

, , -. , , . , , , « - », . . .

, , - . , . , . — , — . — , (, ). — -.

, : -. - : , , ( — , , , , ..)

: , -, , … . क्यों?

.

— -, — , .

-, ? , . , , .

, , , .

, , . , , , — , . , , ( ?) .

, , , . — -.

, , -, , .

( ).

, , , , , - - .

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

तब उनके पास तरीकों का पर्याप्त सामान था, और उन्होंने कहा: एक विशिष्ट स्थिति में लागू समाधान बनाने के लिए सिद्धांतों को मिलाएं।

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

फिर उन्होंने कुछ उद्धरण याद करने की कोशिश की, जिसके परिणामस्वरूप उन्हें इंटरनेट पर सर्फ करना पड़ा। यह एलियाहू गोल्डरैट द्वारा "दिग्गजों के कंधों पर खड़े" लेख से एक उद्धरण निकला:

« () , . , — . , . — ( — ) . , , ».

, « -» — . .