BCP વિકસાવતી વખતે ટોચની 11 ભૂલો

બધાને નમસ્તે, મારું નામ ઇગોર ટ્યુકાચેવ છે અને હું વ્યવસાય સાતત્ય સલાહકાર છું. આજની પોસ્ટમાં આપણે સામાન્ય સત્યોની લાંબી અને કંટાળાજનક ચર્ચા કરીશું. હું મારો અનુભવ શેર કરવા માંગુ છું અને વ્યવસાય સાતત્ય યોજના વિકસાવતી વખતે કંપનીઓ જે મુખ્ય ભૂલો કરે છે તે વિશે વાત કરવા માંગુ છું.

1. RTO અને RPO રેન્ડમ પર

મેં જોયેલી સૌથી મહત્વની ભૂલ એ છે કે રિકવરી ટાઈમ (RTO) પાતળી હવામાંથી બહાર કાઢવામાં આવે છે. ઠીક છે, પાતળી હવાની બહાર - ઉદાહરણ તરીકે, SLA માંથી બે વર્ષ પહેલાંના કેટલાક નંબરો છે જે કોઈ વ્યક્તિ તેમના અગાઉના કામના સ્થળેથી લાવ્યા હતા. તેઓ આવું કેમ કરે છે? છેવટે, બધી પદ્ધતિઓ અનુસાર, તમારે પ્રથમ વ્યવસાય પ્રક્રિયાઓ માટેના પરિણામોનું વિશ્લેષણ કરવું જોઈએ, અને આ વિશ્લેષણના આધારે, લક્ષ્ય પુનઃપ્રાપ્તિ સમય અને સ્વીકાર્ય ડેટા નુકશાનની ગણતરી કરવી જોઈએ. પરંતુ આવા વિશ્લેષણ કરવામાં ક્યારેક લાંબો સમય લાગે છે, ક્યારેક તે ખર્ચાળ હોય છે, કેટલીકવાર તે ખૂબ જ સ્પષ્ટ નથી હોતું કે કેવી રીતે - શું કરવાની જરૂર છે તેના પર ભાર મૂકે છે. અને પ્રથમ વસ્તુ જે ઘણા લોકો માટે ધ્યાનમાં આવે છે તે છે: “અમે બધા પુખ્ત છીએ અને સમજીએ છીએ કે વ્યવસાય કેવી રીતે કાર્ય કરે છે. ચાલો સમય અને પૈસા બગાડો નહીં! ચાલો પ્લસ કે માઈનસ જોઈએ તે રીતે લઈએ. તમારા માથામાંથી, શ્રમજીવી ચાતુર્યનો ઉપયોગ કરીને! આરટીઓને બે કલાક રહેવા દો.

આ શું તરફ દોરી જાય છે? જ્યારે તમે ચોક્કસ નંબરો સાથે જરૂરી RTO/RPO સુનિશ્ચિત કરવા પ્રવૃત્તિઓ માટે નાણાં માટે મેનેજમેન્ટ પાસે આવો છો, ત્યારે તેને હંમેશા વાજબીતાની જરૂર હોય છે. જો ત્યાં કોઈ વાજબીપણું નથી, તો પછી પ્રશ્ન ઊભો થાય છે: તમને તે ક્યાંથી મળ્યું? અને જવાબ આપવા માટે કંઈ નથી. પરિણામે તમારા કામ પરથી વિશ્વાસ ઉઠી જાય છે.

આ ઉપરાંત, કેટલીકવાર તે બે કલાકની પુનઃપ્રાપ્તિ માટે એક મિલિયન ડોલરનો ખર્ચ થાય છે. અને આરટીઓની અવધિને યોગ્ય ઠેરવવી એ પૈસાની બાબત છે, અને તે ખૂબ મોટી છે.

અને છેલ્લે, જ્યારે તમે તમારી BCP અને/અથવા DR યોજનાને પર્ફોર્મર્સ પાસે લાવો છો (જેઓ વાસ્તવમાં અકસ્માતની ક્ષણે દોડતા હશે અને તેમના હાથ હલાવી રહ્યા હશે), તેઓ એક સમાન પ્રશ્ન પૂછશે: આ બે કલાક ક્યાંથી આવ્યા? અને જો તમે આ સ્પષ્ટ રીતે સમજાવી શકતા નથી, તો પછી તેમને તમારા અથવા તમારા દસ્તાવેજમાં વિશ્વાસ નહીં હોય.

તે કાગળના ટુકડા ખાતર, અનસબ્સ્ક્રાઇબ કરે છે. માર્ગ દ્વારા, કેટલાક આ ઇરાદાપૂર્વક કરે છે, ફક્ત નિયમનકારની જરૂરિયાતોને સંતોષવા માટે.

સારું તમે સમજો છો

2. દરેક વસ્તુનો ઈલાજ

કેટલાક લોકો માને છે કે તમામ વ્યવસાય પ્રક્રિયાઓને કોઈપણ જોખમોથી બચાવવા માટે BCP યોજના વિકસાવવામાં આવી છે. તાજેતરમાં, પ્રશ્ન "આપણે આપણી જાતને શેનાથી બચાવવા માંગીએ છીએ?" મેં જવાબ સાંભળ્યો: "બધું અને વધુ."

પરંતુ હકીકત એ છે કે યોજનાનો હેતુ માત્ર રક્ષા કરવાનો છે ચોક્કસ થી કંપનીની મુખ્ય વ્યવસાય પ્રક્રિયાઓ ચોક્કસ ધમકીઓ તેથી, કોઈ યોજના બનાવતા પહેલા, જોખમોની ઘટનાનું મૂલ્યાંકન કરવું અને વ્યવસાય માટે તેના પરિણામોનું વિશ્લેષણ કરવું જરૂરી છે. કંપની કયા જોખમોથી ડરે છે તે સમજવા માટે જોખમનું મૂલ્યાંકન જરૂરી છે. બિલ્ડિંગના વિનાશના કિસ્સામાં એક સાતત્ય યોજના હશે, મંજૂરીના દબાણના કિસ્સામાં - બીજી, પૂરના કિસ્સામાં - ત્રીજી. અલગ-અલગ શહેરોમાં બે સરખી સાઇટ્સમાં પણ નોંધપાત્ર રીતે અલગ અલગ પ્લાન હોઈ શકે છે.

એક BCP, ખાસ કરીને મોટી કંપની સાથે સમગ્ર કંપનીનું રક્ષણ કરવું અશક્ય છે. ઉદાહરણ તરીકે, વિશાળ X5 રિટેલ ગ્રૂપે બે મુખ્ય વ્યવસાય પ્રક્રિયાઓ સાથે સાતત્યની ખાતરી કરવાનું શરૂ કર્યું (અમે આ વિશે લખ્યું હતું. અહીં). અને આખી કંપનીને એક યોજના સાથે બંધ કરવી એ અવાસ્તવિક છે; આ "સામૂહિક જવાબદારી" ની શ્રેણીમાંથી છે, જ્યારે દરેક જવાબદાર હોય છે અને કોઈ જવાબદાર નથી.

ISO 22301 સ્ટાન્ડર્ડમાં નીતિનો ખ્યાલ છે, જેની સાથે, હકીકતમાં, કંપનીમાં સાતત્ય પ્રક્રિયા શરૂ થાય છે. તે વર્ણવે છે કે આપણે શું રક્ષણ કરીશું અને શેનાથી. જો લોકો દોડીને આવે અને આ અને તે ઉમેરવાનું કહે, ઉદાહરણ તરીકે:

- ચાલો બીસીપીમાં એ જોખમ ઉમેરીએ કે આપણને હેક કરવામાં આવશે?

અથવા

- તાજેતરમાં, વરસાદ દરમિયાન, અમારા ઉપરના માળે પૂર આવ્યું હતું - ચાલો એક દૃશ્ય ઉમેરીએ કે પૂરના કિસ્સામાં શું કરવું?

પછી તરત જ તેમને આ નીતિનો સંદર્ભ લો અને કહો કે અમે ચોક્કસ કંપનીની અસ્કયામતોનું રક્ષણ કરીએ છીએ અને માત્ર ચોક્કસ, પૂર્વ-સંમત ધમકીઓથી, કારણ કે તે હવે પ્રાથમિકતા છે.

અને જો ફેરફારો માટેની દરખાસ્તો ખરેખર યોગ્ય હોય, તો પણ નીતિના આગલા સંસ્કરણમાં તેમને ધ્યાનમાં લેવાની ઑફર કરો. કારણ કે કંપનીને સુરક્ષિત કરવા માટે ઘણા પૈસા ખર્ચ થાય છે. તેથી BCP યોજનામાંના તમામ ફેરફારો બજેટ સમિતિ અને આયોજનમાંથી પસાર થવા જોઈએ. અમે વર્ષમાં એકવાર અથવા કંપનીના માળખામાં અથવા બાહ્ય પરિસ્થિતિઓમાં નોંધપાત્ર ફેરફારો થયા પછી તરત જ કંપનીની વ્યવસાય સાતત્ય નીતિની સમીક્ષા કરવાની ભલામણ કરીએ છીએ (આવું કહેવા બદલ વાચકો મને માફ કરી શકે).

3. કલ્પનાઓ અને વાસ્તવિકતા

તે ઘણીવાર બને છે કે જ્યારે BCP યોજના બનાવતી વખતે, લેખકો વિશ્વના કેટલાક આદર્શ ચિત્રનું વર્ણન કરે છે. ઉદાહરણ તરીકે, "અમારી પાસે બીજું ડેટા સેન્ટર નથી, પરંતુ અમે એક પ્લાન લખીશું જેમ આપણે કરીએ છીએ." અથવા વ્યવસાય પાસે હજુ સુધી ઇન્ફ્રાસ્ટ્રક્ચરનો અમુક ભાગ નથી, પરંતુ કર્મચારીઓ હજુ પણ તેને ભવિષ્યમાં દેખાશે તેવી આશા સાથે યોજનામાં ઉમેરશે. અને પછી કંપની વાસ્તવિકતાને યોજના પર લંબાવશે: બીજું ડેટા સેન્ટર બનાવો, અન્ય ફેરફારોનું વર્ણન કરો.

ડાબી બાજુએ BCP ને અનુરૂપ ઈન્ફ્રાસ્ટ્રક્ચર છે, જમણી બાજુએ વાસ્તવિક ઈન્ફ્રાસ્ટ્રક્ચર છે

આ બધી ભૂલ છે. BCP યોજના લખવાનો અર્થ છે પૈસા ખર્ચવા. જો તમે એવી યોજના લખો છો જે અત્યારે કામ કરતું નથી, તો તમે ખૂબ ખર્ચાળ કાગળ માટે ચૂકવણી કરશો. તેમાંથી પુનઃપ્રાપ્ત કરવું અશક્ય છે, તેનું પરીક્ષણ કરવું અશક્ય છે. તે કામ ખાતર કામ નીકળે છે.
તમે યોજના ખૂબ ઝડપથી લખી શકો છો, પરંતુ બેકઅપ ઈન્ફ્રાસ્ટ્રક્ચર બનાવવું અને તમામ સુરક્ષા ઉકેલો પર નાણાં ખર્ચવા લાંબુ અને ખર્ચાળ છે. આમાં એક વર્ષથી વધુ સમય લાગી શકે છે. અને તે ચાલુ થઈ શકે છે કે તમારી પાસે પહેલેથી જ એક યોજના છે, અને તેના માટેનું ઇન્ફ્રાસ્ટ્રક્ચર બે વર્ષમાં દેખાશે. શા માટે આવી યોજનાની જરૂર છે? તે તમારું શું રક્ષણ કરશે?

જ્યારે BCP ડેવલપમેન્ટ ટીમ નિષ્ણાતો માટે તેઓએ શું કરવું જોઈએ અને કયા સમયે કરવું જોઈએ તે શોધવાનું શરૂ કરે છે તે પણ એક કાલ્પનિક છે. તે શ્રેણીમાંથી આવે છે: "જ્યારે તમે તાઈગામાં રીંછ જુઓ છો, ત્યારે તમારે રીંછથી વિરુદ્ધ દિશામાં વળવું પડશે અને રીંછની ગતિ કરતાં વધુ ઝડપે દોડવું પડશે. શિયાળાના મહિનાઓ દરમિયાન, તમારે તમારા ટ્રેકને આવરી લેવાની જરૂર છે."

4. ટોચ અને મૂળ

ચોથી સૌથી મહત્વની ભૂલ એ છે કે યોજનાને કાં તો અતિશય સુપરફિસિયલ અથવા ખૂબ વિગતવાર બનાવવી. અમને સોનેરી સરેરાશની જરૂર છે. યોજના મૂર્ખ લોકો માટે ખૂબ વિગતવાર ન હોવી જોઈએ, પરંતુ તે ખૂબ સામાન્ય ન હોવી જોઈએ જેથી આના જેવું કંઈક સમાપ્ત થાય:

સામાન્ય રીતે સરળ પર

5. સીઝર માટે - સીઝર શું છે, મિકેનિક માટે - મિકેનિક શું છે.

આગલી ભૂલ પાછલી ભૂલથી ઉદ્ભવે છે: એક યોજના મેનેજમેન્ટના તમામ સ્તરો માટે તમામ ક્રિયાઓને સમાવી શકતી નથી. BCP યોજનાઓ સામાન્ય રીતે મોટા નાણાકીય પ્રવાહ ધરાવતી મોટી કંપનીઓ માટે વિકસાવવામાં આવે છે (માર્ગ દ્વારા, અમારા અનુસાર સંશોધન, સરેરાશ, 48% મોટી રશિયન કંપનીઓએ કટોકટીની પરિસ્થિતિઓનો સામનો કરવો પડ્યો હતો જેમાં નોંધપાત્ર નાણાકીય નુકસાન થાય છે) અને બહુ-સ્તરીય મેનેજમેન્ટ સિસ્ટમ. આવી કંપનીઓ માટે, દરેક વસ્તુને એક દસ્તાવેજમાં ફિટ કરવાનો પ્રયાસ કરવો તે યોગ્ય નથી. જો કંપની મોટી અને સંરચિત છે, તો યોજનામાં ત્રણ અલગ-અલગ સ્તરો હોવા જોઈએ:

• વ્યૂહાત્મક સ્તર - વરિષ્ઠ સંચાલન માટે;
• વ્યૂહાત્મક સ્તર - મધ્યમ મેનેજરો માટે;
• અને ઓપરેશનલ સ્તર - જેઓ આ ક્ષેત્રમાં સીધા સંકળાયેલા છે.

ઉદાહરણ તરીકે, જો આપણે નિષ્ફળ ઈન્ફ્રાસ્ટ્રક્ચરને પુનઃસ્થાપિત કરવા વિશે વાત કરી રહ્યા છીએ, તો પછી વ્યૂહાત્મક સ્તરે પુનઃપ્રાપ્તિ યોજનાને સક્રિય કરવાનો નિર્ણય લેવામાં આવે છે, વ્યૂહાત્મક સ્તરે પ્રક્રિયા પ્રક્રિયાઓ વર્ણવી શકાય છે, અને ઓપરેશનલ સ્તરે ચોક્કસ કમિશનિંગ માટે સૂચનાઓ છે. સાધનોના ટુકડા.

બજેટ વિના BCP

દરેક વ્યક્તિ તેમની જવાબદારી અને અન્ય કર્મચારીઓ સાથેના જોડાણોનું ક્ષેત્ર જુએ છે. અકસ્માતની ક્ષણે, દરેક વ્યક્તિ એક યોજના ખોલે છે, ઝડપથી તેમનો ભાગ શોધે છે અને તેને અનુસરે છે. આદર્શ રીતે, તમારે હૃદયથી યાદ રાખવાની જરૂર છે કે કયા પૃષ્ઠો ખોલવા જોઈએ, કારણ કે કેટલીકવાર મિનિટો ગણાય છે.

6. રોલ પ્લે

BCP પ્લાન બનાવતી વખતે બીજી ભૂલ: પ્લાનમાં ચોક્કસ નામો, ઈમેલ એડ્રેસ અને અન્ય સંપર્ક માહિતી શામેલ કરવાની જરૂર નથી. દસ્તાવેજના લખાણમાં જ, માત્ર અંગત ભૂમિકાઓ સૂચવવી જોઈએ, અને આ ભૂમિકાઓને ચોક્કસ કાર્યો માટે જવાબદાર લોકોના નામો સોંપવા જોઈએ અને તેમના સંપર્કો યોજનાના જોડાણમાં સૂચિબદ્ધ હોવા જોઈએ.

શા માટે?

આજે, મોટાભાગના લોકો દર બે થી ત્રણ વર્ષે નોકરી બદલી નાખે છે. અને જો તમે યોજનાના ટેક્સ્ટમાં તમામ જવાબદારો અને તેમના સંપર્કો લખો છો, તો તે સતત બદલવું પડશે. અને મોટી કંપનીઓમાં અને ખાસ કરીને સરકારી કંપનીઓમાં, કોઈપણ દસ્તાવેજમાં દરેક ફેરફાર માટે ઘણી બધી મંજૂરીઓની જરૂર પડે છે.

એ વાતનો ઉલ્લેખ ન કરવો કે જો કોઈ કટોકટી આવે અને તમારે યોજનામાંથી ઉન્મત્તપણે બહાર નીકળીને યોગ્ય સંપર્કની શોધ કરવી પડે, તો તમે કિંમતી સમય ગુમાવશો.

લાઇફ હેક: જ્યારે તમે એપ્લિકેશન બદલો છો, ત્યારે તમારે તેને મંજૂર કરવાની જરૂર પણ પડતી નથી. બીજી ટીપ: તમે પ્લાન અપડેટ ઓટોમેશન સિસ્ટમનો ઉપયોગ કરી શકો છો.

7. સંસ્કરણનો અભાવ

સામાન્ય રીતે તેઓ પ્લાન વર્ઝન 1.0 બનાવે છે અને પછી એડિટીંગ મોડ વગર અને ફાઇલનું નામ બદલ્યા વગર તમામ ફેરફારો કરે છે. તે જ સમયે, તે ઘણીવાર અસ્પષ્ટ છે કે પાછલા સંસ્કરણની તુલનામાં શું બદલાયું છે. સંસ્કરણની ગેરહાજરીમાં, યોજના તેનું પોતાનું જીવન જીવે છે, જે કોઈપણ રીતે ટ્રેક કરવામાં આવતી નથી. કોઈપણ BCP યોજનાના બીજા પૃષ્ઠમાં સંસ્કરણ, ફેરફારોના લેખક અને ફેરફારોની સૂચિ સૂચવવી જોઈએ.

હવે કોઈ તેને શોધી શકશે નહીં

8. મારે કોને પૂછવું જોઈએ?

ઘણી વખત કંપનીઓ પાસે BCP યોજના માટે જવાબદાર વ્યક્તિ હોતી નથી અને વ્યવસાય સાતત્ય માટે જવાબદાર હોય તેવા કોઈ અલગ વિભાગ નથી. આ માનનીય જવાબદારી CIO, તેના ડેપ્યુટી, અથવા સિદ્ધાંત અનુસાર "તમે માહિતી સુરક્ષા સાથે વ્યવહાર કરો છો, તેથી અહીં BCP વધારામાં છે." પરિણામે, યોજના ઉપરથી નીચે સુધી વિકસિત, સંમત અને મંજૂર કરવામાં આવે છે.

યોજનાને સંગ્રહિત કરવા, અપડેટ કરવા અને તેમાં માહિતી સુધારવા માટે કોણ જવાબદાર છે? આ નિયત ન હોઈ શકે. આ માટે એક અલગ કર્મચારીની ભરતી કરવી નકામી છે, પરંતુ વધારાની ફરજો સાથે વર્તમાનમાંના એકને લોડ કરવું શક્ય છે, અલબત્ત, કારણ કે દરેક જણ હવે કાર્યક્ષમતા માટે પ્રયત્નશીલ છે: "ચાલો તેના પર એક ફાનસ લટકાવીએ જેથી તે રાત્રે કાપણી કરી શકે," પરંતુ શું તે જરૂરી છે?

અમે તેની રચનાના બે વર્ષ પછી BCP માટે જવાબદાર લોકોને શોધી રહ્યા છીએ

તેથી, તે ઘણીવાર આના જેવું થાય છે: એક યોજના વિકસાવવામાં આવી હતી અને તેને ધૂળથી ઢાંકવા માટે લાંબા બૉક્સમાં મૂકવામાં આવી હતી. કોઈ તેનું પરીક્ષણ કરતું નથી કે તેની સુસંગતતા જાળવી શકતું નથી. જ્યારે હું ગ્રાહક પાસે આવું છું ત્યારે હું સાંભળું છું તે સૌથી સામાન્ય વાક્ય છે: "એક યોજના છે, પરંતુ તે લાંબા સમય પહેલા વિકસાવવામાં આવી હતી, તેનું પરીક્ષણ કરવામાં આવ્યું હતું કે કેમ તે અજ્ઞાત છે, એવી શંકા છે કે તે કામ કરતું નથી."

9. ખૂબ પાણી

એવી યોજનાઓ છે જેમાં પરિચય પાંચ પૃષ્ઠો લાંબો છે, જેમાં કંપની શું કરે છે તે વિશેની માહિતી સાથે, પ્રોજેક્ટમાંના તમામ સહભાગીઓને પૂર્વજરૂરીયાતોના વર્ણન અને આભાર સહિત. જ્યારે તમે દસમા પૃષ્ઠ પર નીચે સ્ક્રોલ કરો છો, જ્યાં ઉપયોગી માહિતી છે, તમારું ડેટા સેન્ટર પહેલેથી જ છલકાઈ ગયું છે.

જ્યારે તમે ક્ષણ સુધી વાંચવાનો પ્રયાસ કરી રહ્યાં હોવ, જો તમારું ડેટા સેન્ટર છલકાઈ જાય તો તમારે શું કરવું જોઈએ?

એક અલગ દસ્તાવેજમાં તમામ કોર્પોરેટ "પાણી" મૂકો. યોજના પોતે અત્યંત વિશિષ્ટ હોવી જોઈએ: આ કાર્ય માટે જવાબદાર વ્યક્તિ આ કરે છે, અને તેથી વધુ.

10. ભોજન સમારંભ કોના ખર્ચે થાય છે?

ઘણી વાર, યોજના બનાવનારાઓને કંપનીના ટોચના મેનેજમેન્ટ તરફથી સમર્થન મળતું નથી. પરંતુ મધ્યમ મેનેજમેન્ટનો ટેકો છે જેઓ વ્યવસાય સાતત્યનું સંચાલન કરવા માટે જરૂરી બજેટ અને સંસાધનોનું સંચાલન કરતા નથી અથવા તેમની પાસે નથી. ઉદાહરણ તરીકે, IT વિભાગ તેના બજેટની અંદર તેની BCP યોજના બનાવે છે, પરંતુ CIO સમગ્ર કંપનીનું ચિત્ર જોતું નથી. મારું પ્રિય ઉદાહરણ વિડિયો કોન્ફરન્સિંગ છે. જ્યારે CEOની વિડિયો કોન્ફરન્સિંગ કામ ન કરે, તો તે કોને બહાર કાઢશે? CIO જેમણે "પૂરી પાડી ન હતી." તેથી, CIO ના દૃષ્ટિકોણથી, કંપનીમાં સૌથી મહત્વપૂર્ણ વસ્તુ શું છે? લોકો તેના માટે હંમેશા "પ્રેમ" કરે છે: વિડિઓ કોન્ફરન્સિંગ, જે તરત જ વ્યવસાય-નિર્ણાયક સિસ્ટમમાં ફેરવાય છે. અને વ્યવસાયિક દૃષ્ટિકોણથી - સારું, VKS નહીં, જરા વિચારો, અમે ફોન પર વાત કરીશું, જેમ કે બ્રેઝનેવ હેઠળ...

વધુમાં, આઇટી વિભાગ સામાન્ય રીતે વિચારે છે કે આપત્તિની સ્થિતિમાં તેનું મુખ્ય કાર્ય કોર્પોરેટ આઇટી સિસ્ટમ્સના સંચાલનને પુનઃસ્થાપિત કરવાનું છે. પરંતુ કેટલીકવાર તમારે આ કરવાની જરૂર નથી! જો ભયંકર મોંઘા પ્રિન્ટર પર કાગળના ટુકડાઓ છાપવાના સ્વરૂપમાં વ્યવસાયિક પ્રક્રિયા હોય, તો તમારે સ્પેર તરીકે આવા બીજા પ્રિન્ટરને ખરીદવું જોઈએ નહીં અને બ્રેકડાઉનના કિસ્સામાં તેને તેની બાજુમાં રાખવું જોઈએ. કાગળના ટુકડાઓને હાથથી અસ્થાયી રૂપે રંગ આપવા માટે તે પૂરતું હોઈ શકે છે.

જો અમે ITમાં સતત સુરક્ષા બનાવી રહ્યા છીએ, તો અમારે વરિષ્ઠ મેનેજમેન્ટ અને બિઝનેસ પ્રતિનિધિઓના સમર્થનની નોંધણી કરવી જોઈએ. નહિંતર, IT વિભાગની અંદર પ્યુપેટ કર્યા પછી, તમે સમસ્યાઓની ચોક્કસ શ્રેણીને હલ કરી શકો છો, પરંતુ બધી આવશ્યક સમસ્યાઓ નહીં.

જ્યારે માત્ર IT વિભાગ પાસે DR યોજનાઓ હોય ત્યારે આ સ્થિતિ જોવા મળે છે

10. કોઈ પરીક્ષણ નથી

જો કોઈ યોજના હોય, તો તેનું પરીક્ષણ કરવાની જરૂર છે. જેઓ ધોરણોથી પરિચિત નથી તેમના માટે, આ બિલકુલ સ્પષ્ટ નથી. ઉદાહરણ તરીકે, તમારી પાસે "ઇમરજન્સી એક્ઝિટ" ચિહ્નો દરેક જગ્યાએ લટકેલા છે. પણ મને કહો, તમારી આગની ડોલ, હૂક અને પાવડો ક્યાં છે? ફાયર હાઇડ્રેન્ટ ક્યાં છે? અગ્નિશામક ઉપકરણ ક્યાં સ્થિત હોવું જોઈએ? પરંતુ દરેકને આ જાણવું જોઈએ. ઑફિસમાં પ્રવેશતી વખતે અગ્નિશામક શોધવાનું અમને બિલકુલ તાર્કિક લાગતું નથી.

કદાચ યોજનાની ચકાસણી કરવાની જરૂરિયાતનો ઉલ્લેખ યોજનામાં જ હોવો જોઈએ, પરંતુ આ એક વિવાદાસ્પદ નિર્ણય છે. કોઈ પણ સંજોગોમાં, જો યોજના ઓછામાં ઓછી એકવાર પરીક્ષણ કરવામાં આવી હોય તો જ કાર્યકારી ગણી શકાય. ઉપર જણાવ્યા મુજબ, હું ઘણી વાર સાંભળું છું: “એક યોજના છે, તમામ માળખાકીય સુવિધાઓ તૈયાર છે, પરંતુ તે હકીકત નથી કે યોજનામાં લખ્યા મુજબ બધું જ કાર્ય કરશે. કારણ કે તેઓએ તેનું પરીક્ષણ કર્યું નથી. ક્યારેય".

અંતમા

કેટલીક કંપનીઓ તેમના ઇતિહાસનું વિશ્લેષણ કરી શકે છે કે તે સમજવા માટે કે કયા પ્રકારની મુશ્કેલીઓ થવાની સંભાવના છે અને તે કેટલી સંભાવના છે. સંશોધન અને અનુભવ સૂચવે છે કે આપણે દરેક વસ્તુથી પોતાને બચાવી શકતા નથી. છી, વહેલા કે પછી, કોઈપણ કંપની સાથે થાય છે. બીજી બાબત એ છે કે તમે આ અથવા સમાન પરિસ્થિતિ માટે કેટલા તૈયાર છો અને શું તમે સમયસર તમારો વ્યવસાય પુનઃસ્થાપિત કરી શકશો.

કેટલાક લોકો વિચારે છે કે સાતત્ય એ તમામ પ્રકારના જોખમોને કેવી રીતે દૂર કરવું તે વિશે છે જેથી કરીને તેઓ સાકાર ન થાય. ના, મુદ્દો એ છે કે જોખમો સાકાર થશે, અને અમે આ માટે તૈયાર છીએ. સૈનિકોને યુદ્ધમાં વિચારવા માટે નહીં, પરંતુ કાર્ય કરવાની તાલીમ આપવામાં આવે છે. BCP યોજના સાથે પણ તે જ છે: તે તમને તમારા વ્યવસાયને શક્ય તેટલી ઝડપથી પુનઃસ્થાપિત કરવાની મંજૂરી આપશે.

એકમાત્ર સાધન કે જેને BCP ની જરૂર નથી

ઇગોર ટ્યુકાચેવ,
વ્યાપાર સાતત્ય સલાહકાર
સેન્ટર ફોર ડિઝાઇન ઓફ કમ્પ્યુટિંગ સિસ્ટમ્સ
"જેટ ઇન્ફોસિસ્ટમ્સ"

સોર્સ: www.habr.com