कम प्रेरणा और / या कलाकारों के कौशल की स्थितियों में आईटी प्रक्रियाओं का स्वचालन

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

लेकिन अधिकांश उद्यमों में (हम तुरंत यह निर्धारित करते हैं कि क्या हमारा मतलब है कि छोटे और मध्यम आकार के व्यवसाय, बजट संगठन, बड़े उद्यम पतन की स्थिति में हैं, कुल: जहां वे आधुनिक स्वचालन दृष्टिकोण के साथ बड़ी टीमों को नियुक्त नहीं कर सकते / नहीं कर सकते) "स्मार्ट" क्रियान्वयन के आते ही अलग हो जाता है साधारण कलाकारों के लिए आता है। और इसका कारण मध्यम स्तर के कर्मचारियों और कलाकारों की कम योग्यता में इतना नहीं है जितना इन कर्मचारियों की प्रेरणा में है। इसलिए, कुछ "नियम" विकसित किए गए हैं जो अनुमति देते हैं:

- स्वचालन प्रक्रिया में तेजी;
- नेतृत्व के साथ एक आम भाषा खोजें;
- अपनी नसों को खराब मत करो;

1. कार्यान्वयन का स्तर

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

2. कार्यान्वयन की शर्तें

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

3. "तोड़फोड़" से नाराज मत बनो

जिन ठेकेदारों का काम आपको ज्यादातर मामलों में स्वचालित करने का काम सौंपा जाता है, वे कई कारणों से इसमें दिलचस्पी नहीं लेते हैं:

समूह 1. ऑपरेशन के सामान्य मोड को बदलना नहीं चाहता क्योंकि:

a) आलस्य - "यह आसान हुआ करता था";
बी) अनिच्छा के लिए अनिच्छा - "मुझे बस याद है (ए) कि कब, कहां क्लिक करना है, क्यों पीछे हटना";
ग) प्रेरणा - “वे मुकर्रर करने के लिए मेरा वेतन नहीं बढ़ाएँगे। वे इस तरह के पीओ के लिए मुझसे बहुत चाहते हैं ”;
घ) "मैं एक गुरु हूँ" - "आप कुछ भी नहीं समझते हैं, मैंने इस तरह से सब कुछ व्यवस्थित किया है और इसे न करना बेहतर है"

समूह 2. ऑपरेशन के सामान्य मोड को बदलने से डरता है क्योंकि:

क) कार्यस्थल के लिए डर - "अब वे लागू करेंगे और कम करेंगे";
बी) डर नहीं सीखता - "मैं यह नहीं सीख सकता";

आइए अधिक विस्तार से विचार करें।

समूह २

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

समूह 2 के लिए तर्क

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

समूह १

यह लिटमस का एक समूह है - आपका काम, अपनी तरफ खींचना - अपनी जीत। समूह 1 ने समूह 2 - आपकी जीत के साथ विश्वसनीयता खो दी है।

समूह 2 के लिए तर्क तकनीकी होना चाहिए। नेतृत्व के तत्वावधान में एक संगठनात्मक चर्चा।

"ए) आलस्य -" यह आसान हुआ करता था ""
आपके प्रस्तावित समाधान कार्यों को सरल बनाने और उन्हें प्रक्रियाओं में विभाजित करना चाहिए
बी) अनिच्छा के लिए अनिच्छा - "मुझे बस याद है (ए) कि, कब, कहां क्लिक करना है, क्यों पीछे हटना";
कार्य को तोड़ दिया जाना चाहिए ताकि प्रत्येक प्रक्रिया को एक निर्देश और / या आरेख द्वारा वर्णित किया जा सके, जो 1-2 चादरों पर फिट होगा। सबसे अच्छा विकल्प जब इंटरफ़ेस ही एक निर्देश है
ग) प्रेरणा - “वे मुकर्रर करने के लिए मेरा वेतन नहीं बढ़ाएँगे। ऐसे RFP के लिए वे चाहते हैं कि मैं (a) सक्षम हो;
इस समस्या के साथ, केवल एक चीज जो मदद करती है वह है "घुसपैठिया-प्रबंधन मोड में हमारे लिए इस समस्या को हल करने के लिए पूछने के लिए, या कलाकार-नेतृत्व मोड में इसे हल किया जाएगा (और अधिक नहीं उठाया जाएगा)"। वास्तव में, यह इस समस्या को नेतृत्व के स्तर तक उठाने के लायक नहीं है, यह टकराव को मजबूत करता है।
घ) "मैं एक गुरु हूँ" - "आप कुछ भी नहीं समझते हैं, मैंने इस तरह से सब कुछ व्यवस्थित किया है और इसे न करना बेहतर है"
"गुरु" से पूछें कि यह वर्णन करने के लिए कि वर्तमान में प्रक्रियाएं कैसे व्यवस्थित हैं, वर्तमान योजना की ताकत और कमजोरियां क्या हैं। 99% में, सबसे अच्छी तरह से योजनाएं बनाने की प्रक्रिया शुरू हो जाएगी।

4. कलाकारों के बारे में थोड़ा या सच्चाई के बारे में अशिष्ट।

समझने के लिए सबसे महत्वपूर्ण बात यह है कि प्रबंधन सबसे पहले उन कर्मियों द्वारा की जाने वाली प्रक्रियाओं को स्वचालित करना चाहता है, जिन्हें एक्ज़ीक्यूटर्स द्वारा सराहना नहीं की जाती है। प्रबंधन चाहता है:

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

और सबसे महत्वपूर्ण बात, "कलाकार काम करते हैं , काम नहीं ।" इसलिए, दावे केवल निर्देशों के सही कार्यान्वयन के लिए हो सकते हैं।

5. सॉफ्टवेयर आवश्यकताएँ

1. समस्या का समाधान कन्वेयर में आयोजित किया जाना चाहिए। प्रत्येक चरण जितना सरल होगा, कलाकार उतना अधिक कुशल होगा।
2. एक कार्य पर ठेकेदार को एक कार्य (दिन, पारी, स्थिति) चक्र पर रखा जाना चाहिए। निष्पादन के कुछ घंटों के बाद, वह इसे मशीन पर निष्पादित करेगा।
3. कन्वेयर के प्रत्येक चरण को 7 ऑपरेशन ("मैजिक नंबर सात प्लस या माइनस दो") में फिट होना चाहिए।
4. यदि कन्वेयर चरण महत्वपूर्ण है, तो इसे किसी अन्य निष्पादक के साथ डुप्लिकेट करें, और कार्यक्रम में परिणामों की तुलना करें। यदि परिणाम विचलन करते हैं, तो समय के साथ (कलाकार को यह दिखाने की आवश्यकता नहीं है कि चरण दोहराया जा रहा है), ओवरफ्लोमेंट पर वापस लौटें।

6. उदाहरण कार्य

वर्गीकरण, एकत्रीकरण और विश्लेषण के बाद अभिलेखीय सामग्रियों का इनपुट।

1. तैयारी।

1.1। प्राथमिक डेटा को विभिन्न रूपों और सामग्रियों में कागज पर संग्रहीत किया जाता है। सिस्टम में प्रवेश करने के लिए, आकार, प्रकार, आदि द्वारा डेटा के प्रकारों का चयन करना आवश्यक है। (ए 4, ए 5, बयान, प्रमाण पत्र, अर्क)। प्रवेश करने से पहले उन्हें क्रमबद्ध करें। जब एक नया प्रकार आता है, तो सॉफ़्टवेयर का विस्तार करें।
1.2। हम इलेक्ट्रॉनिक संग्रह में स्कैन करके डेटा दर्ज करते हैं, जिसे अगले चरणों में संसाधित किया जाएगा।
1.3। एक चक्र में एक प्रदर्शनकर्ता द्वारा एक प्रकार का प्राथमिक डेटा दर्ज किया जाता है।

2. स्कैन करें

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

2.2। स्कैनिंग को 7 ऑपरेशन में फिट होना चाहिए:
नया फ़ोल्डर
उन्होंने प्रश्नावली के साथ फ़ोल्डर लिया -> रजिस्ट्री संलग्न की या प्रारंभिक स्कैन नंबर का संकेत दिया -> स्कैनर के बाईं ओर शीट -> स्कैनर के दाईं ओर फ़ोल्डर
एक फ़ोल्डर से प्रसंस्करण चादरें
शीट -> को स्कैनर में ले जाया गया -> स्कैन (डेटा इलेक्ट्रॉनिक संग्रह में गया) को नंबर मिला) -> शीट पर या रजिस्ट्री में नंबर लिख दिया -> फ़ोल्डर में शीट डाल दिया -> दोहराया

3. स्कैन किए गए डेटा की मान्यता

3.1। मैं डेटाबेस संरचना का वर्णन नहीं करूंगा, मुझे सब कुछ स्पष्ट लगता है।
3.2। चक्र के भीतर प्रत्येक कलाकार एक प्रकार के दस्तावेज़ को पहचानता है।
3.3। यदि डेटा लिखा जाता है, तो प्रश्नावली में प्रत्येक पंक्ति (2-3 लाइनें) को हाइलाइट किया जाता है और ठेकेदार प्रश्नावली के साथ काम करता है। उदाहरण के लिए
3.3.1। प्रश्नावली तालिका का प्रतिनिधित्व करती है: संकेतक, मूल्य। (संकेतक: नाम, जन्म तिथि, लिंग, देश, शहर)
3.3.2। कथन एक तालिका है: नहीं, नाम, जन्म तिथि, लिंग, स्थिति, देश, शहर ... इसलिए, प्रत्येक पंक्ति को प्रश्नावली माना जाता है।
3.4। मान्यता के लिए, पहचान के लिए लाइन (कथन के लिए), संकेतक और मान का चयन करें।
3.4.1। एक प्रश्नावली के लिए, उदाहरण के लिए, इनपुट क्षेत्र, पूरा नाम पर ध्यान केंद्रित करते समय, संकेतक और मूल्य को उजागर करें।
3.4.2। एक स्टेटमेंट के लिए, हाइलाइट, पंक्ति, मीट्रिक और मान।
3.5। इन उदाहरणों में, हमारे पास ब्लॉक हैं
संकेतक: नाम, जन्म तिथि, लिंग, पद।
बयान में अभी भी पंक्तियों में समूह हैं।
3.6। प्रति चक्र इनपुट के लिए फ़ील्ड की संख्या को सीमित करना उचित है। उदाहरण के लिए, ठेकेदार प्रश्नावली से केवल नाम और लिंग में प्रवेश करता है। यह काम को स्वचालित रूप से जल्दी लाएगा।
3.7। एक ही ब्लॉक दो या दो से अधिक कलाकारों (डुप्लिकेट) द्वारा दर्ज किया जाता है। विसंगति के सामंजस्य के आधार पर, हम पुनः प्रवेश के लिए भेजते हैं। यह हमें मैन्युअल रूप से जाँचने से बचाएगा।

इस समय हमारे पास है:

1. एक डिजिटल प्रतिनिधित्व में पेपर डेटा को परिवर्तित करने की सुव्यवस्थित प्रक्रिया - प्राथमिक डिजिटल डेटा "PCD"।
2. स्कैन किए गए संग्रह (आंशिक या पूरी तरह से)
3. मान्यता प्राप्त डेटा (आंशिक या पूर्ण रूप से)

वर्गीकरण

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

एकत्रीकरण

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


चित्र 1। डुप्लिकेट प्रोफाइल का एकत्रीकरण

हम एक मध्यवर्ती तालिका (T2) बनाते हैं, जहां प्रश्नावली-व्यक्तित्व लिंक संग्रहीत किए जाएंगे।
हम एक मध्यवर्ती तालिका (T3) बनाते हैं, जहाँ पर्सनैलिटी को संग्रहीत किया जाएगा और इसे गैर-डुप्लिकेट प्रविष्टियों के साथ भरा जाएगा। जब डुप्लिकेट (T2) (T2) में स्थित होते हैं, तो हम Person_ID में सही मान सेट करते हैं। यदि आवश्यक हो, तो आप एक वर्णनात्मक तालिका बना सकते हैं जहां संघ (टी 2) के कारणों को इंगित करने के लिए।


अंजीर। २। शहर के देशों का अलगाव

हम एक पूर्ण नाम के साथ इसी तरह कार्य करते हैं। देशों के लिए टेबल्स (T2) (T4), (शहरों के लिए T3) (T5)। (T7) संचार शहर + देश के लिए।

परिणाम:

- हम पीसीबी का उल्लंघन नहीं करते हैं;
- संसाधित डेटा को समायोजित करना संभव है;
- ठेकेदार का कार्य "डुप्लिकेट की तरह दिखने वाले डेटा को सत्यापित करने" के लिए घटाया जाता है।