व्यावसायिक प्रक्रियाएँ लोड करने के लिए

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

हो सकता है, सहकर्मियों, मैंने फिर से कुछ प्लैटिट्यूड कहा। लेकिन मैं व्यापार से इन मूल निवासी और लकड़ी के हेडफ़ोन में उनके शमन मित्रों को इतिहास में डूबने तक भोज और स्पष्ट बातें कहूंगा।

09/23 से पी.एस. सहकर्मियों ने मिखाइल प्लिस के एक लेख के लिए एक लिंक भेजा , "टूटी हुई महत्वाकांक्षाएं, या रूस में सीआईओ की स्थिति एक कैरियर की समाप्ति क्यों है," जो इस पोस्ट को पूरी तरह से पूरक करता है। जोड़ने के लिए कुछ नहीं है मैं पढ़ता हूं और सम्मानपूर्वक चुप रहता हूं।