ग्राहक को आईटी विशेषज्ञ की सलाह, या गड़बड़ी को स्वचालित कैसे करें

सभी को नमस्कार, मैं 20 से अधिक वर्षों से आईटी व्यवसाय (आईटी सिस्टम के निर्माण से संबंधित भाग में) काम कर रहा हूं। मैं ग्राहक को कुछ सुझावों में अनुभव को संक्षेप में प्रस्तुत करना चाहता था कि कैसे संगठन के स्वचालन को एक प्रभावी और सफल प्रोजेक्ट बनाया जाए।

परियोजना के लक्ष्यों और सीमाओं के बारे में

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

युक्ति: यदि आप अपनी कंपनी के कई क्षेत्रों को कवर करने वाले बड़े पैमाने के आईटी प्रोजेक्ट के बारे में सोच रहे हैं, तो सुनिश्चित करें कि लक्ष्य पहले व्यक्ति और यहां तक ​​कि निदेशक मंडल के साथ, यदि कोई हो, से सहमत है। प्रबंधन का ध्यान इस परियोजना की ओर जल्द से जल्द आकर्षित करना बेहतर है।

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

स्वचालित गतिविधि की प्रक्रियाओं की परिभाषा भविष्य के प्रोजेक्ट की सीमाओं को संगठनात्मक (व्यक्तियों, विभागों के संदर्भ में) और कार्यात्मक (कार्यों का सेट जो प्रक्रिया को निर्धारित करती है) है।

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

कार्यदल के बारे में

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

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

एक स्वचालित प्रणाली के लिए आवश्यकताओं का गठन

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

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

अगला कदम तकनीकी आवश्यकताओं का गठन है

यहां आपको कंपनी के आईटी निदेशक की आवश्यकता है। इसका कार्य एक आईटी प्रोजेक्ट को ठीक से कैसे करना है (किस सर्वर पर, किन संचार चैनलों के साथ, किस ऑपरेटिंग सिस्टम के अंतर्गत, प्रोग्रामिंग भाषाओं में, किस सॉफ्टवेयर उत्पादों का उपयोग करके किया जाता है) के बारे में जानकारी प्रदान करना है। या उपरोक्त सभी को अपनी कंपनी की आईटी परिदृश्य की समझ के आधार पर आवश्यकताएं दें।

जब हम इन चरणों से गुजरे - हम मानते हैं, एक आईटी परियोजना के लिए एक तकनीकी कार्य है!

ठेकेदार का चयन

इसके बाद संगठनात्मक चरण की बारी आती है: कंपनी-ठेकेदार की पसंद। आधुनिक दुनिया में, ऐसी प्रक्रिया एक प्रतिस्पर्धी प्रक्रिया के रूप में आयोजित की जाती है।

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

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

बाइक: एक कंपनी (मैं नाम नहीं बता सकता) ने पूरे देश के लिए एक सूचना संसाधन बनाने का फैसला किया। यह एक राज्य संरचना नहीं है, और नेतृत्व ने सस्ती कीमतों के कांटे को सीमित नहीं किया है, जितना संभव हो उतने विकल्प प्राप्त करना चाहते हैं।
प्रतियोगिता में 75 कंपनियां आईं। ग्राहक को अपने टीके के कार्यान्वयन के लिए 3 मिलियन रूबल से 300 मिलियन रूबल की कीमत सीमा के लिए प्रस्ताव मिले। और निर्णय नहीं ले सके। प्रतियोगिता रद्द कर दी गई थी, कार्यों को हल नहीं किया गया था।

युक्ति: परियोजना के समय की योजना बनाते समय, याद रखें कि प्रतिस्पर्धी प्रक्रियाओं में आमतौर पर लगभग एक महीने का समय लगता है।

आईटी परियोजनाओं के प्रकारों पर पाचन

हमारे आईटी प्रोजेक्ट के कार्यान्वयन की विशेषताओं के बारे में बात करने से पहले, हमें एक छोटा ब्रेक लेने और यह निर्धारित करने की आवश्यकता है कि आईटी प्रोजेक्ट वास्तव में अलग हैं। कौन-कौन से?

इन्फ्रास्ट्रक्चर आईटी प्रोजेक्ट्स
एक आईटी परियोजना आपके आईटी बुनियादी ढांचे के निर्माण या उन्नयन पर ध्यान केंद्रित कर सकती है। बोलचाल की भाषा में कहा जाता है "लेकिन चलो सर्वर और प्रिंटर खरीदते हैं।"

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

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

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

प्रोजेक्ट जटिलता या बड़ी सूचना प्रणाली पर एक नोट।
कॉर्पोरेट सूचना प्रणाली की दुनिया में, "बड़े" को एक प्रणाली कहा जाता है जो 10 से अधिक व्यावसायिक प्रक्रियाओं को स्वचालित करता है। और अगर आप सिर्फ एक ऐसी प्रणाली बना रहे हैं, तो आपके लिए यह समझना महत्वपूर्ण है कि इसके निर्माण और कार्यान्वयन के लिए एक परियोजना का प्रबंधन कैसे किया जाए।

परियोजना कार्यान्वयन। ग्राहक का काम

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

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

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

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

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

सूचना प्रणाली के विकास के प्रबंधन के बारे में

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

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

ग्राहक पक्ष पर काम का संगठन, कुछ सुझाव

1. "सब कुछ के स्वचालन" शुरू करने से पहले, आपको उच्च प्राथमिकता वाले कार्यों (प्रक्रियाओं का एक सेट जहां स्वचालन की कमी से जीना मुश्किल हो जाता है) को पहचानने की आवश्यकता है।

2. कंपनी के भीतर चर्चा करें कि ये स्वचालित प्रक्रियाएं संबंधित व्यावसायिक प्रक्रियाओं के साथ सूचनाओं का आदान-प्रदान कैसे करेंगी।

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

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

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

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

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

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

याद रखें कि ठेकेदार बदल सकता है, और यदि सिस्टम दस्तावेज नहीं है, तो नया ठेकेदार खरोंच से शुरू होगा!

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

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

अब मैं एक आईटी परियोजना के जीवन चक्र के अंतिम दो चरणों के बारे में अधिक बात करना चाहता हूं : कार्यान्वयन और संचालन।

कार्यान्वयन प्रक्रिया का संगठन

इसलिए, परियोजना प्रबंधन कार्य समूह ने, ठेकेदार के साथ मिलकर प्रणाली को अपनाया। वह इसे कहां ले गई और आगे क्या करना है?

परंपरागत रूप से, पहली स्वीकृति का मतलब है ट्रायल ऑपरेशन की शुरुआत। इस कदम पर अक्सर थोड़ा ध्यान दिया जाता है। और वह महत्वपूर्ण है। आदर्श रूप से, ट्रायल ऑपरेशन के दौरान, आप 1-2 लोगों को सिंगल करते हैं और उन्हें सिस्टम में प्रशिक्षित करते हैं: इसे कार्यस्थल में रखें (या एक्सेस दें), और वे नई प्रणाली का उपयोग करके कार्य को पूरा करना शुरू करते हैं।

ध्यान दें कि उनके कर्तव्यों को पूरा करने के पुराने तरीके अभी भी प्रभावी हैं। यही है, ट्रायल ऑपरेशन प्रतिभागी दोहरा काम करते हैं! उन्हें प्रेरित करने के लिए मत भूलना!

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

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

ट्रायल ऑपरेशन के बाद, ऐसे कर्मचारी होंगे जो आईटी सिस्टम में काम करने में सक्षम हैं। वे सहकर्मियों को दैनिक कार्य का एक नया तरीका सीखने में मदद कर सकेंगे। पायलट ऑपरेशन आमतौर पर 1 से 3 महीने तक रहता है।

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

स्टाफ प्रशिक्षण के बारे में दो शब्द

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

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

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

1. आप उस तारीख को निर्धारित करते हैं जिससे सभी ऑपरेशन नई प्रणाली में किए जाते हैं। काश, लोग परिपूर्ण नहीं होते। इसलिए, मैं आपको सलाह देता हूं कि आप न केवल एक तिथि निर्धारित करें, बल्कि एक प्रेरक उपकरण भी प्रदान करें।
2. एक नियम के रूप में, ऐसी तारीख "अधिनियम पर हस्ताक्षर करने के बाद कल" नहीं है, लेकिन कुछ अवधि के बाद, आमतौर पर एक संक्रमण अवधि कहा जाता है। इस अवधि के दौरान, संगठन दो दुनियाओं में रहता है: पुराना और नया। वास्तव में, संक्रमण की अवधि एक विस्तारित परीक्षण ऑपरेशन की तरह है, केवल सभी उपयोगकर्ताओं के साथ।

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

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

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

लागत और समय के बारे में कुछ शब्द

आईटी काम की लागत, तथाकथित संसाधन विधि का निर्धारण करने के लिए एक सार्वभौमिक दृष्टिकोण का उपयोग करता है। यह अनुमान लगाया जाता है कि विशेषज्ञों की कौन सी टीम, किस समय अवधि में कार्यों के आवश्यक सेट को लागू करती है।टीम की मानक संरचना: एक प्रक्रिया (उदाहरण के लिए, AXO की गतिविधियों के प्रबंधन की प्रक्रिया) को स्वचालित करने के लिए आपको 1 प्रोजेक्ट मैनेजर, 1 बिजनेस एनालिस्ट, 1 सिस्टम एनालिस्ट, 2-3 डेवलपर्स, 1 टेस्टर और एक तकनीकी लेखक की टीम की आवश्यकता होती है। इसमें कम से कम 3 महीने लगेंगे। फिर विशेषज्ञों की दर (बाजार, उदाहरण के लिए) निर्धारित की जाती है। यह एक प्रक्रिया की लागत का पता लगाता है। मैं ऐसा क्यों कर रहा हूं? आईटी प्रणाली बनाने की प्रक्रिया की योजना बनाते समय, आप इसकी लागत का अनुमान लगा सकते हैं। मोटे अनुमान के लिए, मैं hh में विशेषज्ञों के वेतन को देखने की सलाह देता हूं। सटीक गणना, निश्चित रूप से, बदल जाएगी, क्योंकि एक विशेष ठेकेदार प्रक्रियाओं की जटिलता को ध्यान में रखेगा, उन घटकों का उपयोग करने की क्षमता जो उसने पहले से ही विकसित की है, लेकिन ...
याद रखें: कोई भी ठेकेदार पहली बैठक में जवाब नहीं दे पाएगा कि सिस्टम की लागत कितनी है जब तक उन्हें यह नहीं बताया गया कि क्या प्रक्रियाएं स्वचालित होनी चाहिए। वह केवल मोटे तौर पर आकलन कर सकता है। आप ही की तरह।



यदि आपने एक आईटी परियोजना के लिए नुस्खा सीखा है, तो परिणाम आपको विस्मित कर देंगे।
आप सभी को धन्यवाद!