2000 लोग, प्रति वर्ष 3K परियोजनाएं: पीपीएम क्या है, और आपको इसकी आवश्यकता क्यों है

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

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

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

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

पीपीएम कार्यान्वयन पूर्वापेक्षाएँ

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

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

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

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

• आईटी कंपनी और बड़ी कंपनियों के आईटी विभाग।
• बैंक, विशेष रूप से कई परीक्षण परियोजनाएं शुरू करने वाले।
• तेल और गैस क्षेत्र।
• कई डिवीजनों के साथ बड़ी विज्ञापन एजेंसियां।
• विभिन्न बिंदुओं पर 5-6 प्रस्तुतियों के साथ उत्पादन संघ।

और इसी तरह।

सबसे अधिक बार, संक्रमण या तो अविश्वसनीय रूप से जटिल एक्सेल फाइलों की एक प्रणाली से किया जाता है, जो साल-दर-साल बढ़ते हुए विशाल मैक्रोज़ से जुड़ा होता है, या असमान उपप्रणालियों के एक झुंड से। कम सामान्यतः, कंपनी में ऐसा कुछ भी नहीं है, और आपको एक नए स्तर पर जाने की आवश्यकता है। लेकिन पर्याप्त सिद्धांत।

कार्यान्वयन के उदाहरण

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



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

एक विज्ञापन कंपनी के लिए उन्होंने एक कॉर्पोरेट परियोजना प्रबंधन प्रणाली बनाई।
Microsoft Project Server 2007 और Microsoft Project Server 2003 की MS प्रोजेक्ट सर्वर 2010 प्लेटफ़ॉर्म पर एक-बार माइग्रेशन किया गया, साथ ही साथ कॉर्पोरेट DevTrack और TFS सिस्टम के साथ सिस्टम एकीकरण। सिस्टम के मुख्य उपयोगकर्ता प्रोजेक्ट मैनेजर और प्रोजेक्ट टीम सदस्य हैं। मुख्य कार्यक्षमता: समय प्रबंधन, संसाधन प्रबंधन, परियोजना प्रलेखन के साथ काम करना, परियोजना प्रतिभागियों के कार्यों का समन्वय।

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

खैर, दूसरी कंपनी के लिए Microsoft SharePoint पर आधारित पोर्टल के साथ Oracle Primavera EPPM को एकीकृत किया गया।
परिणाम एकल सूचना स्थान का निर्माण था, जो परियोजना टीमों के परिचालन टीमवर्क को सुनिश्चित करना, परिचालन परियोजना प्रबंधन को सुनिश्चित करना और संसाधनों के उपयोग को समन्वित करना, परियोजना कार्यों के कार्यान्वयन की निगरानी करना और परियोजना कार्यों पर रिपोर्टिंग करना था।

कौन से कार्य हल किए जा रहे हैं?

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

यह सब ट्रैकर्स से कैसे अलग है?

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

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

परिचय से कौन लाभान्वित होता है?

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

पीपीएम क्या कर सकता है और किसी विशेष प्रणाली का चयन कैसे किया जाता है?

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

राक्षस पीपीएम

घरेलू बाजार में "राक्षसों" के बीच, मैं अक्सर निम्नलिखित समाधानों में आता हूं:

• सीए स्पष्टता
• एचपी पीपीएम
• Oracle Primavera
• Microsoft प्रोजेक्ट सर्वर

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

ये सभी सिस्टम कंपनियों और कार्यों के प्रकार के आधार पर अच्छे हैं। मेरे व्यवहार में, एक कंपनी ने लगभग 11 महीनों की समान सूची से एक समाधान चुना: एक शॉर्टलिस्ट को दो सप्ताह के लिए संकलित किया गया था, फिर कंपनी के विशेषज्ञों ने प्रत्येक आपूर्तिकर्ता के साथ अध्ययन किया, फिर उन्होंने वास्तविक डेटा पर डेमो संस्करणों में कुछ परीक्षण परियोजनाओं को चलाया। यही है, वास्तव में, इस बार मैंने संदर्भ और आवश्यकताओं की शर्तों को ठीक किया। 11 महीनों के बाद, सिस्टम का चयन किया गया था, पहला संस्करण 3-4 महीने पेश किया गया था और शेष समय ऐतिहासिक डेटा + उपयोगकर्ता प्रशिक्षण का प्रवास था।

आधुनिक लचीला समाधान

लेकिन आप हमेशा पूरे व्यवसाय को फिर से बनाना नहीं चाहते हैं और इसमें प्रक्रियाओं के लिए विश्वदृष्टि को बदलना चाहते हैं, और आप हमेशा पीपीएम के लिए एक नया आईटी बुनियादी ढांचा बनाना चाहते हैं।

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

संसाधन प्रबंधन उदाहरण

संसाधन आवंटन कई संगठनों और संरचनाओं के लिए विशिष्ट कार्यों में से एक है, विशेष रूप से सेवा वाले। यह हो सकता है:

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

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


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

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

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


हेड पैनल। हम समूह में 4 परियोजनाएँ देखते हैं - और ट्रैफिक लाइट "बजट, परिणाम, संसाधन" के साथ अंतिम स्थिति। यदि "पीला" या "लाल" - तो हमारी प्रतिक्रिया की आवश्यकता है।


प्रबंधक का पैनल जहां वह उन परियोजनाओं की महत्वपूर्ण जानकारी देख सकता है जो कार्यान्वित की जा रही हैं। जैसा कि आप की जरूरत है एक नज़र में कवर करने के लिए आप अनुकूलित कर सकते हैं।


उपयोगकर्ता पैनल - काम के लिए डेटा: कार्य, काम के घंटे लिखना, जोखिम और समस्याओं का प्रबंधन करने के लिए असाइन किए गए कार्य।

कार्यान्वयन में कितना समय लगता है?

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

KeyedIn जैसे विशिष्ट कार्यों के लिए सिस्टम - कुछ महीने, और अधिकांश समय डेटा एकत्र कर रहा है और इसे सिस्टम में स्थानांतरित कर रहा है। यदि तैनाती बादल में है, तो और भी कम है।

यदि किसी को दिलचस्पी है, तो सिस्टम को विक्रेता के साथ क्लाउड में परीक्षण किया जा सकता है । अनुरोध करने पर, हम सिस्टम को सार्वजनिक क्लाउड CROC (सेवा के रूप में) में रख सकते हैं।

विशिष्ट प्रणालियों और विशिष्ट कीमतों के लिए - मैं आपको पीएम में बता सकता हूं, या AlKiselev@croc.ru पर लिख सकता हूं । वहां आप ऐसे प्रश्न भेज सकते हैं जो आप नहीं चाहते (या नहीं) टिप्पणियों में पूछ सकते हैं।