BCP विकास गर्दा शीर्ष 11 गल्तीहरू

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

1. RTO र RPO अनियमित रूपमा

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

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

यसबाहेक, कहिलेकाहीँ ती दुई घण्टाको रिकभरीमा एक मिलियन डलर खर्च हुन्छ। र आरटीओको अवधिलाई औचित्य दिनु भनेको पैसाको कुरा हो, र त्यसमा धेरै ठूलो।

र अन्तमा, जब तपाइँ तपाइँको BCP र / वा DR योजना कलाकारहरु लाई ल्याउनुहुन्छ (जो वास्तवमा दुर्घटनाको क्षणमा आफ्नो हतियार हल्लाउँदैछन्), तिनीहरूले यस्तै प्रश्न सोध्नेछन्: यी दुई घण्टा कहाँबाट आयो? र यदि तपाइँ यसलाई स्पष्ट रूपमा व्याख्या गर्न सक्नुहुन्न भने, तब उनीहरूलाई तपाइँ वा तपाइँको कागजातमा विश्वास हुनेछैन।

यो कागजको टुक्राको लागि कागजको टुक्रा हुन जान्छ, सदस्यता रद्द गर्नुहोस्। वैसे, कोहीले यो जानाजानी गर्छन, केवल नियामकको आवश्यकताहरू पूरा गर्न।

ठिक छ, तपाईंले बुझ्नुभयो

2. सबै कुराको लागि उपचार

केही मानिसहरू विश्वास गर्छन् कि BCP योजना सबै व्यापार प्रक्रियाहरूलाई कुनै पनि खतराबाट जोगाउनको लागि विकसित गरिएको हो। भर्खरै, प्रश्न "हामी आफूलाई केबाट जोगाउन चाहन्छौं?" मैले जवाफ सुने: "सबै कुरा र थप।"

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

एउटा BCP, विशेष गरी ठूलो कम्पनीको साथ सम्पूर्ण कम्पनीलाई सुरक्षित गर्न असम्भव छ। उदाहरणका लागि, विशाल X5 रिटेल समूहले दुई प्रमुख व्यापार प्रक्रियाहरूसँग निरन्तरता सुनिश्चित गर्न थाल्यो (हामीले यस बारे लेख्यौं। यहाँ)। र सम्पूर्ण कम्पनीलाई एउटै योजनामा ​​घेर्नु अवास्तविक छ; यो "सामूहिक जिम्मेवारी" को श्रेणीबाट हो, जब सबै जिम्मेवार हुन्छन् र कोही जिम्मेवार हुँदैनन्।

ISO 22301 मानकले नीतिको अवधारणा समावेश गर्दछ, जसको साथ, वास्तवमा, कम्पनीमा निरन्तरता प्रक्रिया सुरु हुन्छ। यसले हामीले के र केबाट जोगाउनेछौं भनेर वर्णन गर्दछ। यदि मानिसहरू दौडेर आउँछन् र यो र त्यो थप्न सोध्छन्, उदाहरणका लागि:

- BCP मा हामी ह्याक हुने जोखिम थपौं?

वा

- भर्खरै, वर्षाको समयमा, हाम्रो माथिल्लो तला बाढी आएको थियो - बाढीको अवस्थामा के गर्ने एक परिदृश्य थप्नुहोस्?

त्यसपछि तुरुन्तै तिनीहरूलाई यस नीतिमा सन्दर्भ गर्नुहोस् र भन्नुहोस् कि हामी विशेष कम्पनी सम्पत्तिहरू र केवल विशिष्ट, पूर्व-सहमत खतराहरूबाट जोगाउँछौं, किनभने तिनीहरू अहिले प्राथमिकतामा छन्।

र यदि परिवर्तनहरूका लागि प्रस्तावहरू साँच्चै उपयुक्त छन् भने, त्यसपछि नीतिको अर्को संस्करणमा तिनीहरूलाई खातामा लिने प्रस्ताव गर्नुहोस्। किनभने कम्पनीको सुरक्षा गर्न धेरै पैसा खर्च हुन्छ। त्यसैले BCP योजनामा ​​सबै परिवर्तनहरू बजेट समिति र योजना मार्फत जानुपर्छ। हामी कम्पनीको व्यापार निरन्तरता नीतिलाई वर्षमा एक पटक वा कम्पनीको संरचना वा बाह्य अवस्थाहरूमा महत्त्वपूर्ण परिवर्तनहरू पछि तुरुन्तै समीक्षा गर्न सिफारिस गर्दछौं (पाठकहरूले मलाई यसो भन्दैमा क्षमा गर्न सक्छन्)।

3. कल्पना र वास्तविकता

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

बाँयामा बीसीपीसँग मिल्दोजुल्दो पूर्वाधार छ, दायाँमा वास्तविक पूर्वाधार छ

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

BCP विकास टोलीले विज्ञहरूलाई के गर्ने र कुन समयमा गर्ने भनेर पत्ता लगाउन थाल्दा यो पनि एउटा काल्पनिक कुरा हो। यो वर्गबाट ​​आउँछ: "जब तपाइँ टाइगामा भालु देख्नुहुन्छ, तपाइँले भालुबाट विपरीत दिशामा घुम्नु पर्छ र भालुको गति भन्दा बढी गतिमा दौडनु पर्छ। जाडो महिनाहरूमा, तपाईंले आफ्नो ट्र्याकहरू कभर गर्न आवश्यक छ।"

4. शीर्ष र जरा

चौथो सबैभन्दा महत्त्वपूर्ण गल्ती भनेको योजनालाई अति सतही वा धेरै विस्तृत बनाउनु हो। हामीलाई सुनौलो अर्थ चाहिन्छ। योजना बेवकूफहरूको लागि धेरै विस्तृत हुनु हुँदैन, तर यो धेरै सामान्य हुनु हुँदैन ताकि यो जस्तै केहि समाप्त हुन्छ:

सामान्य मा सजिलो मा

5. सिजरलाई - सिजरको के हो, मेकानिकलाई - मेकानिकको के हो।

अर्को गल्ती अघिल्लोबाट उत्पन्न हुन्छ: एउटा योजनाले सबै तहको व्यवस्थापनका लागि सबै कार्यहरू समायोजन गर्न सक्दैन। BCP योजनाहरू सामान्यतया ठूला वित्तीय प्रवाह भएका ठूला कम्पनीहरूका लागि विकसित हुन्छन् (यसैले, हाम्रो अनुसार अनुसन्धान, औसतमा, 48% ठूला रूसी कम्पनीहरूले आपतकालीन परिस्थितिहरूको सामना गर्नुपरेको थियो जसमा महत्त्वपूर्ण वित्तीय नोक्सान हुन्छ) र बहु-स्तरीय व्यवस्थापन प्रणाली। त्यस्ता कम्पनीहरूको लागि, यो एक कागजातमा सबै कुरा फिट गर्न प्रयास गर्न लायक छैन। यदि कम्पनी ठूलो र संरचित छ भने, योजनामा ​​तीन अलग-अलग स्तरहरू हुनुपर्छ:

• रणनीतिक स्तर - वरिष्ठ व्यवस्थापन को लागी;
• रणनीतिक स्तर - मध्य प्रबन्धकहरूको लागि;
• र परिचालन स्तर - प्रत्यक्ष रूपमा क्षेत्रमा संलग्न व्यक्तिहरूको लागि।

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

BCP बजेट बिना

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

6. भूमिका खेल्नुहोस्

BCP योजना बनाउँदा अर्को गल्ती: योजनामा ​​विशेष नाम, इमेल ठेगाना र अन्य सम्पर्क जानकारी समावेश गर्न आवश्यक छैन। कागजातको पाठमा मात्र, अवैयक्तिक भूमिकाहरू मात्र संकेत गरिनु पर्छ, र यी भूमिकाहरूलाई विशेष कार्यहरूको लागि जिम्मेवार व्यक्तिहरूको नाम तोक्नुपर्छ र तिनीहरूको सम्पर्कहरू योजनाको एनेक्समा सूचीबद्ध हुनुपर्छ।

किन?

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

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

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

7. संस्करणको अभाव

सामान्यतया तिनीहरूले एक योजना संस्करण 1.0 सिर्जना, र त्यसपछि सम्पादन मोड बिना सबै परिवर्तनहरू, र फाइल नाम परिवर्तन बिना। एकै समयमा, यो अक्सर स्पष्ट छैन कि अघिल्लो संस्करणको तुलनामा के परिवर्तन भयो। संस्करणको अभावमा, योजनाले आफ्नै जीवन बिताउँछ, जुन कुनै पनि हिसाबले ट्र्याक गरिएको छैन। कुनै पनि BCP योजनाको दोस्रो पृष्ठले संस्करण, परिवर्तनहरूको लेखक, र परिवर्तनहरूको सूची आफैलाई संकेत गर्नुपर्छ।

अब कसैले पनि यो पत्ता लगाउन सक्दैन

8. मैले कसलाई सोध्नु पर्छ?

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

योजना भण्डारण गर्ने, अद्यावधिक गर्ने र त्यसमा भएका जानकारीलाई परिमार्जन गर्ने जिम्मेवारी कसको हो? यो निर्धारित नहुन सक्छ। यसका लागि छुट्टै कर्मचारी भर्ना गर्नु बेकार हो, तर अवस्थित कर्मचारीहरू मध्ये एकलाई अतिरिक्त कर्तव्यहरू लोड गर्न सम्भव छ, निस्सन्देह, किनकि सबैजना अब दक्षताको लागि प्रयास गरिरहेका छन्: "उहाँलाई लालटेन झुण्ड्याउनुहोस् ताकि उसले राती घास काट्न सक्छ," तर के यो आवश्यक छ?

हामी BCP यसको स्थापना भएको दुई वर्ष पछि जिम्मेवार व्यक्तिहरूको खोजी गरिरहेका छौं

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

9. धेरै पानी

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

जब तपाइँ पल सम्म पढ्न कोशिस गर्दै हुनुहुन्छ, यदि तपाइँको डाटा केन्द्र बाढी भयो भने तपाइँ के गर्नुपर्छ?

सबै कर्पोरेट "पानी" लाई छुट्टै कागजातमा राख्नुहोस्। योजना आफैंमा अत्यन्त विशिष्ट हुनुपर्छ: यो कार्यको लागि जिम्मेवार व्यक्तिले यो गर्छ, र यस्तै।

10. भोज कसको खर्चमा हुन्छ?

प्राय: योजना निर्माताहरूसँग कम्पनीको शीर्ष व्यवस्थापनबाट समर्थन हुँदैन। तर व्यवसायको निरन्तरता व्यवस्थापन गर्न आवश्यक बजेट र स्रोतहरू व्यवस्थापन नगर्ने वा नभएका मध्य व्यवस्थापनबाट सहयोग छ। उदाहरणका लागि, IT विभागले आफ्नो बजेट भित्र BCP योजना बनाउँछ, तर CIO ले कम्पनीको सम्पूर्ण तस्वीर देख्दैन। मेरो मनपर्ने उदाहरण भिडियो कन्फरेन्सिङ हो। जब सीईओको भिडियो कन्फरेन्सले काम गर्दैन, उसले कसलाई हटाउने? CIO जसले "प्रदान गरेन।" त्यसकारण, CIO को दृष्टिकोणबाट, कम्पनीमा सबैभन्दा महत्त्वपूर्ण कुरा के हो? के मानिसहरूले उहाँलाई सधैं "प्रेम" गर्छन्: भिडियो कन्फरेन्सिङ, जुन तुरुन्तै व्यापार-महत्वपूर्ण प्रणालीमा परिणत हुन्छ। र व्यापारिक दृष्टिकोणबाट - ठीक छ, कुनै VKS छैन, सोच्नुहोस्, हामी फोनमा कुरा गर्नेछौं, जस्तै Brezhnev अन्तर्गत ...

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

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

IT विभागसँग मात्र DR योजनाहरू हुँदा अवस्था यस्तो देखिन्छ

10. कुनै परीक्षण छैन

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

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

निष्कर्षमा

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

कसै-कसैले सोच्छन् कि निरन्तरता भनेको सबै प्रकारका जोखिमहरूलाई कसरी हटाउने भन्ने बारे हो ताकि तिनीहरू साकार नहोस्। होइन, बिन्दु यो हो कि जोखिमहरू साकार हुनेछन्, र हामी यसको लागि तयार हुनेछौं। सिपाहीहरूलाई युद्धमा सोच्न होइन, कार्य गर्न तालिम दिइन्छ। यो BCP योजनाको साथ समान छ: यसले तपाईंलाई सकेसम्म चाँडो आफ्नो व्यवसाय पुनर्स्थापित गर्न अनुमति दिनेछ।

एक मात्र उपकरण जसलाई BCP आवश्यक पर्दैन

इगोर ट्युकाचेभ,
व्यापार निरन्तरता सल्लाहकार
कम्प्युटिङ सिस्टम को डिजाइन को लागि केन्द्र
"जेट इन्फोसिस्टम्स"

स्रोत: www.habr.com