तैराकी की विधि

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

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

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

संक्षेप में, लेख प्रायोगिक है। जैसे - मैं और लिखूंगा। मेरे पास व्यावसायिक प्रोग्रामिंग पर एक पूरी पाठ्यपुस्तक है। यह पसंद नहीं है - उसके साथ नरक करने के लिए, मैं जीवित रहूंगा। तो, चलो चलते हैं।

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

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

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

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

तैरने की विधि

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

यह मुख्य रूप से क्रॉस-फ़ंक्शनल प्रक्रियाओं के लिए लागू होता है - वे जिनमें दो या दो से अधिक फ़ंक्शनल इकाइयाँ या टीमें भाग लेती हैं - सामान्य तौर पर, जहाँ यह प्रक्रिया अन्य सीमाओं को पार करती है।

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

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

आइए इस प्रक्रिया का एक सरल आरेख तालिका के रूप में बनाएं।



इस प्रक्रिया को देखकर कोई क्या कह सकता है? क्या समस्याएं दिखाई देती हैं - वास्तविक या संभावित? ऐसा लगता है कि प्रक्रिया काफी मानक है, एक रूप में या दूसरे में यह अधिकांश उद्यमों में पाया जाता है। गति कहां खो गई?

और एक और सवाल: "एक्शन" कॉलम की सामग्री को जाने बिना प्रक्रिया की संभावित समस्याओं को कैसे देखा जाए - केवल कलाकारों के बारे में जानकारी होना? प्रदर्शन किए गए कार्यों के विवरण में गोताखोरी के बिना, मक्खी पर एक तरह का तेजी से विश्लेषण किया जाता है।

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

हमारी पद्धति में, ट्रैक अलग-अलग कार्यात्मक इकाइयाँ हैं। सामान्य तौर पर, यह एक ही टीम या सेवा के भीतर अलग-अलग लोग भी हो सकते हैं।

हम तैराकी लेन पद्धति का उपयोग करते हुए एक ही प्रक्रिया बनाते हैं, केवल कार्यों और कलाकारों की संख्या को छोड़कर। हमारे मामले में, तीन कलाकार हैं, समान संख्या में ट्रैक होंगे। प्रक्रिया ऊपर से नीचे तक जाती है, कार्रवाई संख्या इसके निष्पादक के कॉलम में होती है।



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

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



तीर के साथ, प्रक्रिया कुछ कम पठनीय लगती है, लेकिन सामान्य तौर पर यह समझा जा सकता है कि क्या आप अपनी उंगली को तीर से अंक में स्थानांतरित करते हैं। अब इस तस्वीर को देखकर आप समझ सकते हैं कि अड़चनें कहां हैं? जब तक वे दिखाई नहीं देते।

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

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

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

तैराकी सत्र के दौरान आपको कई बार ट्रैक को बदलना होगा, लहर बुझाने की मशीन के तहत तैरना।

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

आइए प्रक्रिया की अंतिम तस्वीर को देखें - पिछली बार के समान ही, केवल हम एक ट्रैक से दूसरे तक संक्रमण के क्षणों को पार करेंगे।



कुल में, 5 मुख्य क्रियाओं को पार करते हैं, 4 - सहायक पर, कुल (अधिकतम) - 9. नौ बार प्रक्रिया को कार्यात्मक इकाइयों की सीमाओं को पार करने के लिए मजबूर किया जाता है।

हर बॉर्डर क्रॉसिंग एक नुकसान है। सैद्धांतिक रूप से, यह एक संभावित नुकसान है, क्योंकि जीवन में ध्यान से देखते हुए प्रक्रियाएं होती हैं जो सीमाओं पर ठोकर के बिना बहती हैं। लेकिन व्यवहार में, ट्रैक को बदलना हमेशा गति में कमी है।

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

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

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

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

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

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

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

कुछ प्रारूप, या प्रक्रियाओं के विवरण के अंकन, विशेष रूप से दृश्य हैं, और शाब्दिक रूप से किसी से उनके बीच की पटरियों और बदलावों को गिनने के लिए कहते हैं। उदाहरण के लिए, क्वालिग्राम।

तैराकी लेन विधि का उपयोग किया जा सकता है, उदाहरण के लिए, एक साक्षात्कार में - यदि आप एक नई कंपनी में शामिल हो गए हैं और प्रक्रियाओं से संबंधित स्थिति या गतिविधि के लिए आवेदन कर रहे हैं। बस आपको समस्या प्रक्रियाओं का विवरण दिखाने के लिए कहें (यदि नियोक्ता ने खुद ऐसा नहीं किया है), या बोर्ड पर एक मार्कर के साथ ड्रा करें।

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

हालांकि, ज़ाहिर है, आप तुरंत अधिक सटीक सिफारिशें दे सकते हैं - सीमा नियंत्रण विधियां, जिनके बारे में हम बाद में चर्चा करेंगे।