എല്ലാവർക്കും ഹലോ, എന്റെ പേര് ഇഗോർ ത്യുക്കാചേവ്, ഞാൻ ഒരു ബിസിനസ്സ് തുടർച്ച കൺസൾട്ടന്റാണ്. ഇന്നത്തെ പോസ്റ്റിൽ പൊതുവായ സത്യങ്ങളെക്കുറിച്ചുള്ള ദീർഘവും മടുപ്പിക്കുന്നതുമായ ഒരു ചർച്ച ഞങ്ങൾ നടത്തും. എന്റെ അനുഭവം പങ്കിടാനും ഒരു ബിസിനസ് തുടർച്ച പ്ലാൻ വികസിപ്പിക്കുമ്പോൾ കമ്പനികൾ വരുത്തുന്ന പ്രധാന തെറ്റുകളെക്കുറിച്ച് സംസാരിക്കാനും ഞാൻ ആഗ്രഹിക്കുന്നു.
1. RTO, RPO എന്നിവ ക്രമരഹിതമായി
ഞാൻ കണ്ട ഏറ്റവും പ്രധാനപ്പെട്ട തെറ്റ്, വീണ്ടെടുക്കൽ സമയം (ആർടിഒ) വായുവിൽ നിന്ന് പുറത്തെടുക്കുന്നു എന്നതാണ്. ശരി, വായുവിൽ നിന്ന് - ഉദാഹരണത്തിന്, SLA-യിൽ നിന്ന് രണ്ട് വർഷം മുമ്പുള്ള ചില നമ്പറുകൾ ആരോ അവരുടെ മുമ്പത്തെ ജോലിസ്ഥലത്ത് നിന്ന് കൊണ്ടുവന്നു. എന്തുകൊണ്ടാണ് അവർ ഇത് ചെയ്യുന്നത്? എല്ലാത്തിനുമുപരി, എല്ലാ രീതികളും അനുസരിച്ച്, നിങ്ങൾ ആദ്യം ബിസിനസ്സ് പ്രക്രിയകൾക്കുള്ള അനന്തരഫലങ്ങൾ വിശകലനം ചെയ്യണം, ഈ വിശകലനത്തെ അടിസ്ഥാനമാക്കി, ടാർഗെറ്റ് വീണ്ടെടുക്കൽ സമയവും സ്വീകാര്യമായ ഡാറ്റ നഷ്ടവും കണക്കാക്കുക. എന്നാൽ അത്തരമൊരു വിശകലനം നടത്തുന്നത് ചിലപ്പോൾ വളരെ സമയമെടുക്കും, ചിലപ്പോൾ അത് ചെലവേറിയതാണ്, ചിലപ്പോൾ അത് എങ്ങനെയെന്ന് വളരെ വ്യക്തമല്ല-എന്താണ് ചെയ്യേണ്ടതെന്ന് ഊന്നിപ്പറയുക. പലർക്കും ആദ്യം മനസ്സിൽ വരുന്നത് ഇതാണ്: “ഞങ്ങൾ എല്ലാവരും മുതിർന്നവരാണ്, ബിസിനസ്സ് എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് മനസ്സിലാക്കുന്നു. നമുക്ക് സമയവും പണവും പാഴാക്കരുത്! പ്ലസും മൈനസും വേണ്ടപോലെ എടുക്കാം. നിങ്ങളുടെ തലയിൽ നിന്ന്, തൊഴിലാളിവർഗ ചാതുര്യം ഉപയോഗിച്ച്! RTO രണ്ടു മണിക്കൂർ ആകട്ടെ.
ഇത് എന്തിലേക്ക് നയിക്കുന്നു? നിശ്ചിത നമ്പറുകളോടെ ആവശ്യമായ ആർടിഒ/ആർപിഒ ഉറപ്പാക്കാനുള്ള പ്രവർത്തനങ്ങൾക്കായി പണത്തിനായി നിങ്ങൾ മാനേജ്മെന്റിലേക്ക് വരുമ്പോൾ, അതിന് എല്ലായ്പ്പോഴും ന്യായീകരണം ആവശ്യമാണ്. ന്യായീകരണമില്ലെങ്കിൽ, ചോദ്യം ഉയർന്നുവരുന്നു: നിങ്ങൾക്കത് എവിടെ നിന്ന് ലഭിച്ചു? പിന്നെ ഉത്തരം പറയാൻ ഒന്നുമില്ല. തൽഫലമായി, നിങ്ങളുടെ ജോലിയിലുള്ള ആത്മവിശ്വാസം നഷ്ടപ്പെടും.
കൂടാതെ, ചിലപ്പോൾ ആ രണ്ട് മണിക്കൂർ വീണ്ടെടുക്കലിന് ഒരു ദശലക്ഷം ഡോളർ ചിലവാകും. RTO യുടെ കാലാവധിയെ ന്യായീകരിക്കുന്നത് പണത്തിന്റെ കാര്യമാണ്, അതിൽ വളരെ വലുതാണ്.
അവസാനമായി, നിങ്ങളുടെ BCP കൂടാതെ/അല്ലെങ്കിൽ DR പ്ലാൻ അവതരിപ്പിക്കുന്നവരിലേക്ക് നിങ്ങൾ കൊണ്ടുവരുമ്പോൾ (അപകട സമയത്ത് യഥാർത്ഥത്തിൽ ഓടുകയും കൈകൾ വീശുകയും ചെയ്യുന്നവർ), അവർ സമാനമായ ഒരു ചോദ്യം ചോദിക്കും: ഈ രണ്ട് മണിക്കൂർ എവിടെ നിന്ന് വന്നു? നിങ്ങൾക്ക് ഇത് വ്യക്തമായി വിശദീകരിക്കാൻ കഴിയുന്നില്ലെങ്കിൽ, അവർക്ക് നിങ്ങളിലോ നിങ്ങളുടെ പ്രമാണത്തിലോ വിശ്വാസമുണ്ടാകില്ല.
ഒരു കഷണം, ഒരു അൺസബ്‌സ്‌ക്രൈബിന്റെ പേരിൽ ഇത് ഒരു കടലാസ് കഷണമായി മാറുന്നു. വഴിയിൽ, ചിലർ ഇത് മനഃപൂർവ്വം ചെയ്യുന്നു, റെഗുലേറ്ററിന്റെ ആവശ്യകതകൾ നിറവേറ്റുന്നതിനായി.
നന്നായി നിങ്ങൾ മനസ്സിലാക്കുന്നു
2. എല്ലാത്തിനും പ്രതിവിധി
എല്ലാ ബിസിനസ്സ് പ്രക്രിയകളെയും ഏതെങ്കിലും ഭീഷണികളിൽ നിന്ന് സംരക്ഷിക്കുന്നതിനാണ് ബിസിപി പ്ലാൻ വികസിപ്പിച്ചതെന്ന് ചിലർ വിശ്വസിക്കുന്നു. അടുത്തിടെ, "എന്തിൽ നിന്ന് സ്വയം പരിരക്ഷിക്കാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു?" ഞാൻ ഉത്തരം കേട്ടു: "എല്ലാം കൂടുതൽ."
എന്നാൽ പദ്ധതി സംരക്ഷിക്കാൻ മാത്രമുള്ളതാണ് എന്നതാണ് വസ്തുത നിർദ്ദിഷ്ട കമ്പനിയുടെ പ്രധാന ബിസിനസ്സ് പ്രക്രിയകൾ നിർദ്ദിഷ്ട ഭീഷണികൾ. അതിനാൽ, ഒരു പ്ലാൻ വികസിപ്പിക്കുന്നതിന് മുമ്പ്, അപകടസാധ്യതകൾ ഉണ്ടാകുന്നത് വിലയിരുത്തുകയും ബിസിനസ്സിനായി അവയുടെ അനന്തരഫലങ്ങൾ വിശകലനം ചെയ്യുകയും ചെയ്യേണ്ടത് ആവശ്യമാണ്. കമ്പനി എന്ത് ഭീഷണികളെയാണ് ഭയപ്പെടുന്നതെന്ന് മനസിലാക്കാൻ റിസ്ക് അസസ്മെന്റ് ആവശ്യമാണ്. കെട്ടിടം തകർന്നാൽ ഒരു തുടർച്ച പദ്ധതിയുണ്ടാകും, അനുമതി സമ്മർദ്ദമുണ്ടെങ്കിൽ - മറ്റൊന്ന്, വെള്ളപ്പൊക്കമുണ്ടായാൽ - മൂന്നാമത്തേത്. വ്യത്യസ്ത നഗരങ്ങളിലെ സമാനമായ രണ്ട് സൈറ്റുകൾക്ക് പോലും കാര്യമായ വ്യത്യസ്ത പ്ലാനുകൾ ഉണ്ടായിരിക്കാം.
ഒരു ബിസിപി ഉപയോഗിച്ച് ഒരു മുഴുവൻ കമ്പനിയെയും സംരക്ഷിക്കുന്നത് അസാധ്യമാണ്, പ്രത്യേകിച്ച് വലിയ ഒന്ന്. ഉദാഹരണത്തിന്, വലിയ X5 റീട്ടെയിൽ ഗ്രൂപ്പ് രണ്ട് പ്രധാന ബിസിനസ്സ് പ്രക്രിയകളുടെ തുടർച്ച ഉറപ്പാക്കാൻ തുടങ്ങി (ഞങ്ങൾ ഇതിനെക്കുറിച്ച് എഴുതി ). മുഴുവൻ കമ്പനിയെയും ഒരു പദ്ധതിയിൽ ഉൾപ്പെടുത്തുന്നത് യാഥാർത്ഥ്യത്തിന് നിരക്കാത്തതാണ്; ഇത് "കൂട്ടായ ഉത്തരവാദിത്തം" എന്ന വിഭാഗത്തിൽ നിന്നുള്ളതാണ്, എല്ലാവരും ഉത്തരവാദികളും ആരും ഉത്തരവാദികളുമല്ല.
ISO 22301 സ്റ്റാൻഡേർഡിൽ ഒരു നയത്തിന്റെ ആശയം അടങ്ങിയിരിക്കുന്നു, വാസ്തവത്തിൽ, കമ്പനിയിലെ തുടർച്ച പ്രക്രിയ ആരംഭിക്കുന്നു. നമ്മൾ എന്തിനെ സംരക്ഷിക്കുമെന്നും എന്തിൽ നിന്ന് സംരക്ഷിക്കുമെന്നും ഇത് വിവരിക്കുന്നു. ആളുകൾ ഓടി വന്ന് ഇതും ഇതും ചേർക്കാൻ ആവശ്യപ്പെടുകയാണെങ്കിൽ, ഉദാഹരണത്തിന്:
— നമ്മൾ ഹാക്ക് ചെയ്യപ്പെടാനുള്ള സാധ്യത BCP യിലേക്ക് ചേർക്കാം?
അല്ലെങ്കിൽ
— ഈയിടെ, മഴക്കാലത്ത്, ഞങ്ങളുടെ മുകളിലത്തെ നിലയിൽ വെള്ളപ്പൊക്കമുണ്ടായി - വെള്ളപ്പൊക്കമുണ്ടായാൽ എന്തുചെയ്യണമെന്നതിന്റെ ഒരു രംഗം ചേർക്കാം?
തുടർന്ന് ഉടൻ തന്നെ അവരെ ഈ നയത്തിലേക്ക് റഫർ ചെയ്‌ത് ഞങ്ങൾ നിർദ്ദിഷ്ട കമ്പനി ആസ്തികളെ സംരക്ഷിക്കുന്നുവെന്നും നിർദ്ദിഷ്ട, മുൻകൂട്ടി സമ്മതിച്ച ഭീഷണികളിൽ നിന്ന് മാത്രമേ ഞങ്ങൾ സംരക്ഷിക്കൂ എന്നും പറയൂ, കാരണം അവയാണ് ഇപ്പോൾ മുൻഗണന.
മാറ്റങ്ങൾക്കുള്ള നിർദ്ദേശങ്ങൾ തീർച്ചയായും ഉചിതമാണെങ്കിൽപ്പോലും, നയത്തിന്റെ അടുത്ത പതിപ്പിൽ അവ കണക്കിലെടുക്കാൻ വാഗ്ദാനം ചെയ്യുക. കാരണം ഒരു കമ്പനിയെ സംരക്ഷിക്കുന്നതിന് ധാരാളം പണം ചിലവാകും. അതിനാൽ ബിസിപി പ്ലാനിലെ എല്ലാ മാറ്റങ്ങളും ബജറ്റ് കമ്മിറ്റിയിലൂടെയും ആസൂത്രണത്തിലൂടെയും കടന്നുപോകണം. കമ്പനിയുടെ ബിസിനസ്സ് തുടർച്ച നയം വർഷത്തിലൊരിക്കൽ അവലോകനം ചെയ്യാൻ ഞങ്ങൾ ശുപാർശ ചെയ്യുന്നു അല്ലെങ്കിൽ കമ്പനിയുടെ ഘടനയിലോ ബാഹ്യ വ്യവസ്ഥകളിലോ കാര്യമായ മാറ്റങ്ങൾക്ക് ശേഷം (അങ്ങനെ പറഞ്ഞതിന് വായനക്കാർ എന്നോട് ക്ഷമിക്കട്ടെ).
3. ഫാന്റസികളും യാഥാർത്ഥ്യവും
ഒരു ബിസിപി പ്ലാൻ തയ്യാറാക്കുമ്പോൾ, രചയിതാക്കൾ ലോകത്തിന്റെ ചില അനുയോജ്യമായ ചിത്രം വിവരിക്കുന്നത് പലപ്പോഴും സംഭവിക്കാറുണ്ട്. ഉദാഹരണത്തിന്, "ഞങ്ങൾക്ക് രണ്ടാമത്തെ ഡാറ്റാ സെന്റർ ഇല്ല, പക്ഷേ ഞങ്ങൾ ചെയ്യുന്നതുപോലെ ഞങ്ങൾ ഒരു പ്ലാൻ എഴുതും." അല്ലെങ്കിൽ ബിസിനസ്സിന് ഇതുവരെ ഇൻഫ്രാസ്ട്രക്ചറിന്റെ ഒരു ഭാഗം ഇല്ല, എന്നാൽ ഭാവിയിൽ അത് ദൃശ്യമാകുമെന്ന പ്രതീക്ഷയിൽ ജീവനക്കാർ അത് പ്ലാനിലേക്ക് ചേർക്കും. തുടർന്ന് കമ്പനി യാഥാർത്ഥ്യത്തെ പ്ലാനിലേക്ക് നീട്ടും: രണ്ടാമത്തെ ഡാറ്റാ സെന്റർ നിർമ്മിക്കുക, മറ്റ് മാറ്റങ്ങൾ വിവരിക്കുക.
ഇടതുവശത്ത് ബിസിപിയുമായി ബന്ധപ്പെട്ട ഇൻഫ്രാസ്ട്രക്ചർ ഉണ്ട്, വലതുവശത്ത് യഥാർത്ഥ ഇൻഫ്രാസ്ട്രക്ചർ ഉണ്ട്
ഇതെല്ലാം ഒരു തെറ്റാണ്. ഒരു ബിസിപി പ്ലാൻ എഴുതുന്നത് പണം ചെലവഴിക്കുക എന്നാണ്. നിങ്ങൾ ഇപ്പോൾ പ്രവർത്തിക്കാത്ത ഒരു പ്ലാൻ എഴുതുകയാണെങ്കിൽ, നിങ്ങൾ വളരെ ചെലവേറിയ പേപ്പറിന് പണം നൽകും. അതിൽ നിന്ന് കരകയറുന്നത് അസാധ്യമാണ്, അത് പരീക്ഷിക്കുന്നത് അസാധ്യമാണ്. അത് ജോലിക്ക് വേണ്ടിയുള്ള ജോലിയായി മാറുന്നു.
നിങ്ങൾക്ക് വളരെ വേഗത്തിൽ ഒരു പ്ലാൻ എഴുതാൻ കഴിയും, എന്നാൽ ഒരു ബാക്കപ്പ് ഇൻഫ്രാസ്ട്രക്ചർ നിർമ്മിക്കുകയും എല്ലാ സംരക്ഷണ പരിഹാരങ്ങൾക്കായി പണം ചെലവഴിക്കുകയും ചെയ്യുന്നത് ദീർഘവും ചെലവേറിയതുമാണ്. ഇതിന് ഒരു വർഷത്തിൽ കൂടുതൽ എടുത്തേക്കാം. നിങ്ങൾക്ക് ഇതിനകം ഒരു പ്ലാൻ ഉണ്ടെന്നും അതിനുള്ള ഇൻഫ്രാസ്ട്രക്ചർ രണ്ട് വർഷത്തിനുള്ളിൽ ദൃശ്യമാകുമെന്നും ഇത് മാറിയേക്കാം. എന്തുകൊണ്ടാണ് അത്തരമൊരു പദ്ധതി ആവശ്യമായി വരുന്നത്? അത് നിങ്ങളെ എന്തിൽ നിന്ന് സംരക്ഷിക്കും?
ബിസിപി ഡെവലപ്‌മെന്റ് ടീം വിദഗ്ധർ എന്തുചെയ്യണമെന്നും ഏത് സമയത്താണ് ചെയ്യേണ്ടതെന്നും മനസ്സിലാക്കാൻ തുടങ്ങുമ്പോൾ ഇത് ഒരു ഫാന്റസിയാണ്. ഇത് വിഭാഗത്തിൽ നിന്നാണ് വരുന്നത്: “ടൈഗയിൽ ഒരു കരടിയെ കാണുമ്പോൾ, നിങ്ങൾ കരടിയിൽ നിന്ന് എതിർ ദിശയിലേക്ക് തിരിയുകയും കരടിയുടെ വേഗതയേക്കാൾ വേഗതയിൽ ഓടുകയും വേണം. ശൈത്യകാലത്ത്, നിങ്ങളുടെ ട്രാക്കുകൾ മറയ്ക്കേണ്ടതുണ്ട്.
4. ടോപ്പുകളും വേരുകളും
നാലാമത്തെ ഏറ്റവും പ്രധാനപ്പെട്ട തെറ്റ് പ്ലാൻ വളരെ ഉപരിപ്ലവമോ വളരെ വിശദമായതോ ആക്കുക എന്നതാണ്. നമുക്ക് ഒരു സുവർണ്ണ ശരാശരി വേണം. വിഡ്ഢികളെ സംബന്ധിച്ചിടത്തോളം പദ്ധതി വളരെ വിശദമായിരിക്കരുത്, പക്ഷേ ഇത് വളരെ പൊതുവായതായിരിക്കരുത്, അങ്ങനെ എന്തെങ്കിലും അവസാനിക്കും:
പൊതുവെ എളുപ്പത്തിൽ
5. സീസറിന് - എന്താണ് സീസറിന്റേത്, മെക്കാനിക്കിന് - എന്താണ് മെക്കാനിക്കിന്റെ.
അടുത്ത തെറ്റ് മുമ്പത്തേതിൽ നിന്ന് ഉരുത്തിരിഞ്ഞതാണ്: മാനേജ്മെന്റിന്റെ എല്ലാ തലങ്ങളിലുമുള്ള എല്ലാ പ്രവർത്തനങ്ങളും ഉൾക്കൊള്ളാൻ ഒരു പ്ലാനിന് കഴിയില്ല. BCP പ്ലാനുകൾ സാധാരണയായി വലിയ സാമ്പത്തിക പ്രവാഹമുള്ള വലിയ കമ്പനികൾക്കായി വികസിപ്പിച്ചെടുക്കുന്നു (വഴി, ഞങ്ങളുടെ പ്രകാരം , ശരാശരി, 48% വലിയ റഷ്യൻ കമ്പനികൾ കാര്യമായ സാമ്പത്തിക നഷ്ടം വരുത്തുന്ന അടിയന്തിര സാഹചര്യങ്ങൾ നേരിട്ടു) കൂടാതെ ഒരു മൾട്ടി ലെവൽ മാനേജ്മെന്റ് സിസ്റ്റവും. അത്തരം കമ്പനികളെ സംബന്ധിച്ചിടത്തോളം, എല്ലാം ഒരു പ്രമാണത്തിൽ ഉൾക്കൊള്ളിക്കാൻ ശ്രമിക്കുന്നത് വിലമതിക്കുന്നില്ല. കമ്പനി വലുതും ഘടനാപരവും ആണെങ്കിൽ, പ്ലാനിന് മൂന്ന് വ്യത്യസ്ത തലങ്ങൾ ഉണ്ടായിരിക്കണം:
- തന്ത്രപരമായ തലം - മുതിർന്ന മാനേജ്മെന്റിന്;
- തന്ത്രപരമായ തലം - മധ്യ മാനേജർമാർക്ക്;
- പ്രവർത്തന നിലയും - ഈ മേഖലയിൽ നേരിട്ട് ഏർപ്പെട്ടിരിക്കുന്നവർക്ക്.
ഉദാഹരണത്തിന്, പരാജയപ്പെട്ട ഒരു ഇൻഫ്രാസ്ട്രക്ചർ പുനഃസ്ഥാപിക്കുന്നതിനെക്കുറിച്ചാണ് നമ്മൾ സംസാരിക്കുന്നതെങ്കിൽ, തന്ത്രപരമായ തലത്തിൽ വീണ്ടെടുക്കൽ പദ്ധതി സജീവമാക്കാനുള്ള തീരുമാനം എടുക്കുന്നു, തന്ത്രപരമായ തലത്തിൽ പ്രോസസ്സ് നടപടിക്രമങ്ങൾ വിവരിക്കാം, പ്രവർത്തന തലത്തിൽ നിർദ്ദിഷ്ട കമ്മീഷൻ ചെയ്യുന്നതിനുള്ള നിർദ്ദേശങ്ങളുണ്ട്. ഉപകരണങ്ങളുടെ കഷണങ്ങൾ.
ബജറ്റില്ലാതെ ബി.സി.പി
എല്ലാവരും അവരുടെ ഉത്തരവാദിത്ത മേഖലയും മറ്റ് ജീവനക്കാരുമായുള്ള ബന്ധവും കാണുന്നു. ഒരു അപകട സമയത്ത്, എല്ലാവരും ഒരു പ്ലാൻ തുറക്കുന്നു, വേഗത്തിൽ അവരുടെ ഭാഗം കണ്ടെത്തി അത് പിന്തുടരുന്നു. ഏത് പേജുകളാണ് തുറക്കേണ്ടതെന്ന് നിങ്ങൾ ഹൃദയപൂർവ്വം ഓർമ്മിക്കേണ്ടതുണ്ട്, കാരണം ചിലപ്പോൾ മിനിറ്റുകൾ കണക്കാക്കുന്നു.
6. റോൾ പ്ലേ
ഒരു BCP പ്ലാൻ തയ്യാറാക്കുമ്പോൾ മറ്റൊരു തെറ്റ്: പ്ലാനിൽ നിർദ്ദിഷ്ട പേരുകളും ഇമെയിൽ വിലാസങ്ങളും മറ്റ് കോൺടാക്റ്റ് വിവരങ്ങളും ഉൾപ്പെടുത്തേണ്ട ആവശ്യമില്ല. പ്രമാണത്തിന്റെ വാചകത്തിൽ തന്നെ, വ്യക്തിത്വമില്ലാത്ത റോളുകൾ മാത്രമേ സൂചിപ്പിക്കാവൂ, കൂടാതെ ഈ റോളുകൾക്ക് നിർദ്ദിഷ്ട ജോലികൾക്ക് ഉത്തരവാദികളുടെ പേരുകൾ നൽകുകയും അവരുടെ കോൺടാക്റ്റുകൾ പ്ലാനിന്റെ അനെക്സിൽ ലിസ്റ്റ് ചെയ്യുകയും വേണം.
എന്തുകൊണ്ട്?
ഇന്ന്, മിക്ക ആളുകളും രണ്ടോ മൂന്നോ വർഷം കൂടുമ്പോൾ ജോലി മാറുന്നു. ഉത്തരവാദിത്തമുള്ള എല്ലാവരെയും അവരുടെ കോൺടാക്റ്റുകളും പ്ലാനിന്റെ വാചകത്തിൽ നിങ്ങൾ എഴുതുകയാണെങ്കിൽ, അത് നിരന്തരം മാറ്റേണ്ടിവരും. വലിയ കമ്പനികളിൽ, പ്രത്യേകിച്ച് സർക്കാർ സ്ഥാപനങ്ങളിൽ, ഏത് ഡോക്യുമെന്റിലെയും ഓരോ മാറ്റത്തിനും ഒരു ടൺ അംഗീകാരങ്ങൾ ആവശ്യമാണ്.
ഒരു അടിയന്തര സാഹചര്യം ഉണ്ടാകുകയും നിങ്ങൾ ഭ്രാന്തമായി പ്ലാൻ പൂർത്തിയാക്കുകയും ശരിയായ കോൺടാക്റ്റിനായി നോക്കുകയും ചെയ്യുകയാണെങ്കിൽ, നിങ്ങൾക്ക് വിലയേറിയ സമയം നഷ്ടപ്പെടുമെന്ന് പ്രത്യേകം പറയേണ്ടതില്ല.
ലൈഫ് ഹാക്ക്: നിങ്ങൾ ഒരു ആപ്ലിക്കേഷൻ മാറ്റുമ്പോൾ, നിങ്ങൾ പലപ്പോഴും അത് അംഗീകരിക്കേണ്ടതില്ല. മറ്റൊരു നുറുങ്ങ്: നിങ്ങൾക്ക് പ്ലാൻ അപ്ഡേറ്റ് ഓട്ടോമേഷൻ സിസ്റ്റങ്ങൾ ഉപയോഗിക്കാം.
7. പതിപ്പിന്റെ അഭാവം
സാധാരണയായി അവർ ഒരു പ്ലാൻ പതിപ്പ് 1.0 സൃഷ്ടിക്കുന്നു, തുടർന്ന് എഡിറ്റിംഗ് മോഡ് കൂടാതെ ഫയലിന്റെ പേര് മാറ്റാതെ തന്നെ എല്ലാ മാറ്റങ്ങളും വരുത്തുന്നു. അതേസമയം, മുമ്പത്തെ പതിപ്പിനെ അപേക്ഷിച്ച് എന്താണ് മാറിയതെന്ന് പലപ്പോഴും വ്യക്തമല്ല. പതിപ്പിന്റെ അഭാവത്തിൽ, പ്ലാൻ സ്വന്തം ജീവിതം നയിക്കുന്നു, അത് ഒരു തരത്തിലും ട്രാക്ക് ചെയ്യപ്പെടുന്നില്ല. ഏതൊരു BCP പ്ലാനിന്റെയും രണ്ടാമത്തെ പേജ് പതിപ്പ്, മാറ്റങ്ങളുടെ രചയിതാവ്, മാറ്റങ്ങളുടെ ഒരു ലിസ്റ്റ് എന്നിവ സൂചിപ്പിക്കണം.
ഇനി ആർക്കും അത് കണ്ടുപിടിക്കാൻ കഴിയില്ല
8. ഞാൻ ആരോട് ചോദിക്കണം?
പലപ്പോഴും കമ്പനികൾക്ക് ബിസിപി പ്ലാനിന് ഉത്തരവാദിത്തമുള്ള ഒരു വ്യക്തി ഇല്ല, കൂടാതെ ബിസിനസ് തുടർച്ചയ്ക്ക് ഉത്തരവാദിയായ പ്രത്യേക വകുപ്പില്ല. ഈ മാന്യമായ ഉത്തരവാദിത്തം CIO, അവന്റെ ഡെപ്യൂട്ടി അല്ലെങ്കിൽ "നിങ്ങൾ വിവര സുരക്ഷ കൈകാര്യം ചെയ്യുന്നു, അതിനാൽ ഇവിടെ BCP ഉണ്ട്" എന്ന തത്ത്വമനുസരിച്ച് നിയോഗിക്കപ്പെട്ടിരിക്കുന്നു. തൽഫലമായി, പ്ലാൻ വികസിപ്പിക്കുകയും അംഗീകരിക്കുകയും അംഗീകരിക്കുകയും ചെയ്യുന്നു, മുകളിൽ നിന്ന് താഴേക്ക്.
പ്ലാൻ സംഭരിക്കുന്നതിനും അപ്ഡേറ്റ് ചെയ്യുന്നതിനും അതിലെ വിവരങ്ങൾ പുതുക്കുന്നതിനും ആരാണ് ഉത്തരവാദി? ഇത് നിർദ്ദേശിക്കപ്പെടണമെന്നില്ല. ഇതിനായി ഒരു പ്രത്യേക ജീവനക്കാരനെ നിയമിക്കുന്നത് പാഴായതാണ്, പക്ഷേ നിലവിലുള്ളവരിൽ ഒരാളെ അധിക ചുമതലകൾ ലോഡുചെയ്യുന്നത് തീർച്ചയായും സാധ്യമാണ്, കാരണം എല്ലാവരും ഇപ്പോൾ കാര്യക്ഷമതയ്ക്കായി പരിശ്രമിക്കുന്നു: “രാത്രിയിൽ വെട്ടാൻ നമുക്ക് അവനിൽ ഒരു വിളക്ക് തൂക്കാം,” എന്നാൽ അത് ആവശ്യമാണോ?
BCP സൃഷ്ടിച്ച് രണ്ട് വർഷത്തിന് ശേഷം അതിന് ഉത്തരവാദികളായവരെ ഞങ്ങൾ തിരയുകയാണ്
അതിനാൽ, ഇത് പലപ്പോഴും ഇതുപോലെയാണ് സംഭവിക്കുന്നത്: ഒരു പ്ലാൻ വികസിപ്പിച്ചെടുത്തു, പൊടിയിൽ മൂടാൻ ഒരു നീണ്ട പെട്ടിയിൽ ഇട്ടു. ആരും അത് പരീക്ഷിക്കുകയോ അതിന്റെ പ്രസക്തി നിലനിർത്തുകയോ ചെയ്യുന്നില്ല. ഞാൻ ഒരു ഉപഭോക്താവിന്റെ അടുത്തേക്ക് വരുമ്പോൾ ഞാൻ കേൾക്കുന്ന ഏറ്റവും സാധാരണമായ വാചകം ഇതാണ്: “ഒരു പ്ലാൻ ഉണ്ട്, പക്ഷേ ഇത് വളരെക്കാലം മുമ്പ് വികസിപ്പിച്ചതാണ്, ഇത് പരീക്ഷിച്ചോ എന്നത് അജ്ഞാതമാണ്, ഇത് പ്രവർത്തിക്കുന്നില്ല എന്ന സംശയമുണ്ട്.”
9. വളരെയധികം വെള്ളം
ആമുഖം അഞ്ച് പേജുകളുള്ള പ്ലാനുകൾ ഉണ്ട്, അതിൽ മുൻവ്യവസ്ഥകളുടെ വിവരണവും പ്രോജക്റ്റിലെ എല്ലാ പങ്കാളികൾക്കും നന്ദി, കമ്പനി എന്താണ് ചെയ്യുന്നതെന്നതിനെക്കുറിച്ചുള്ള വിവരങ്ങൾ. ഉപയോഗപ്രദമായ വിവരങ്ങളുള്ള പത്താം പേജിലേക്ക് നിങ്ങൾ താഴേക്ക് സ്ക്രോൾ ചെയ്യുമ്പോഴേക്കും, നിങ്ങളുടെ ഡാറ്റാ സെന്റർ ഇതിനകം വെള്ളപ്പൊക്കത്തിലാണ്.
നിങ്ങൾ നിമിഷം വരെ വായിക്കാൻ ശ്രമിക്കുമ്പോൾ, നിങ്ങളുടെ ഡാറ്റാ സെന്റർ വെള്ളപ്പൊക്കത്തിലായാൽ നിങ്ങൾ എന്തുചെയ്യണം?
എല്ലാ കോർപ്പറേറ്റ് "ജലവും" ഒരു പ്രത്യേക പ്രമാണത്തിൽ സ്ഥാപിക്കുക. പ്ലാൻ തന്നെ വളരെ നിർദ്ദിഷ്ടമായിരിക്കണം: ഈ ചുമതലയുടെ ഉത്തരവാദിത്തമുള്ള വ്യക്തി ഇത് ചെയ്യുന്നു, തുടങ്ങിയവ.
10. വിരുന്ന് ആരുടെ ചെലവിലാണ്?
പലപ്പോഴും, പ്ലാൻ സ്രഷ്‌ടാക്കൾക്ക് കമ്പനിയുടെ ഉന്നത മാനേജ്മെന്റിന്റെ പിന്തുണയില്ല. എന്നാൽ ബിസിനസ് തുടർച്ച നിയന്ത്രിക്കാൻ ആവശ്യമായ ബജറ്റും വിഭവങ്ങളും കൈകാര്യം ചെയ്യാത്തതോ ഇല്ലാത്തതോ ആയ മിഡിൽ മാനേജ്മെന്റിന്റെ പിന്തുണയുണ്ട്. ഉദാഹരണത്തിന്, ഐടി വകുപ്പ് അതിന്റെ ബഡ്ജറ്റിൽ BCP പ്ലാൻ സൃഷ്ടിക്കുന്നു, എന്നാൽ CIO കമ്പനിയുടെ മുഴുവൻ ചിത്രവും കാണുന്നില്ല. എന്റെ പ്രിയപ്പെട്ട ഉദാഹരണം വീഡിയോ കോൺഫറൻസിംഗ് ആണ്. സിഇഒയുടെ വീഡിയോ കോൺഫറൻസിങ് പ്രവർത്തിക്കുന്നില്ലെങ്കിൽ, ആരെയാണ് അദ്ദേഹം പുറത്താക്കുക? "നൽകാത്ത" സിഐഒ. അതിനാൽ, CIO യുടെ കാഴ്ചപ്പാടിൽ, കമ്പനിയിലെ ഏറ്റവും പ്രധാനപ്പെട്ട കാര്യം എന്താണ്? ആളുകൾ എപ്പോഴും അവനെ "സ്നേഹിക്കുന്നത്" എന്തിനുവേണ്ടിയാണ്: വീഡിയോ കോൺഫറൻസിംഗ്, അത് ഉടനടി ഒരു ബിസിനസ്-നിർണ്ണായക സംവിധാനമായി മാറുന്നു. ഒരു ബിസിനസ്സ് വീക്ഷണകോണിൽ നിന്ന് - ശരി, വികെഎസ് ഇല്ല, ചിന്തിക്കുക, ബ്രെഷ്നെവിന്റെ കീഴിലുള്ളതുപോലെ ഞങ്ങൾ ഫോണിൽ സംസാരിക്കും ...
കൂടാതെ, കോർപ്പറേറ്റ് ഐടി സംവിധാനങ്ങളുടെ പ്രവർത്തനം പുനഃസ്ഥാപിക്കുക എന്നതാണ് ദുരന്തമുണ്ടായാൽ അതിന്റെ പ്രധാന ദൗത്യം എന്നാണ് ഐടി വകുപ്പ് സാധാരണയായി കരുതുന്നത്. എന്നാൽ ചിലപ്പോൾ നിങ്ങൾ ഇത് ചെയ്യേണ്ടതില്ല! ഭയങ്കര വിലയേറിയ പ്രിന്ററിൽ പേപ്പർ കഷണങ്ങൾ അച്ചടിക്കുന്ന രൂപത്തിൽ ഒരു ബിസിനസ്സ് പ്രക്രിയ ഉണ്ടെങ്കിൽ, നിങ്ങൾ രണ്ടാമത്തെ പ്രിന്റർ ഒരു സ്പെയർ ആയി വാങ്ങരുത്, തകരാർ സംഭവിച്ചാൽ അതിനടുത്തായി സ്ഥാപിക്കുക. താത്കാലികമായി കൈകൊണ്ട് കടലാസ് കഷ്ണങ്ങൾ കളർ ചെയ്താൽ മതിയാകും.
ഐടിയിൽ ഞങ്ങൾ തുടർച്ചയായ സംരക്ഷണം നിർമ്മിക്കുകയാണെങ്കിൽ, മുതിർന്ന മാനേജ്‌മെന്റിന്റെയും ബിസിനസ് പ്രതിനിധികളുടെയും പിന്തുണ ഞങ്ങൾ തേടണം. അല്ലെങ്കിൽ, ഐടി ഡിപ്പാർട്ട്‌മെന്റിനുള്ളിൽ പ്യൂപ്പേറ്റ് ചെയ്താൽ, നിങ്ങൾക്ക് ഒരു നിശ്ചിത പരിധിയിലുള്ള പ്രശ്‌നങ്ങൾ പരിഹരിക്കാൻ കഴിയും, പക്ഷേ ആവശ്യമായ എല്ലാ കാര്യങ്ങളും ഇല്ല.
ഐടി വകുപ്പിന് മാത്രം ഡിആർ പ്ലാനുകൾ ഉള്ളപ്പോൾ സ്ഥിതി ഇങ്ങനെയാണ്
10. പരിശോധനയില്ല
ഒരു പ്ലാൻ ഉണ്ടെങ്കിൽ, അത് പരീക്ഷിക്കേണ്ടതുണ്ട്. മാനദണ്ഡങ്ങൾ പരിചിതമല്ലാത്തവർക്ക്, ഇത് ഒട്ടും വ്യക്തമല്ല. ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് എല്ലായിടത്തും "അടിയന്തര എക്സിറ്റ്" അടയാളങ്ങൾ തൂക്കിയിരിക്കുന്നു. എന്നാൽ എന്നോട് പറയൂ, നിങ്ങളുടെ ഫയർ ബക്കറ്റും കൊളുത്തും കോരികയും എവിടെയാണ്? ഫയർ ഹൈഡ്രന്റ് എവിടെയാണ്? അഗ്നിശമന ഉപകരണം എവിടെ സ്ഥാപിക്കണം? എന്നാൽ ഇത് എല്ലാവരും അറിഞ്ഞിരിക്കണം. ഒരു ഓഫീസിൽ പ്രവേശിക്കുമ്പോൾ ഒരു അഗ്നിശമന ഉപകരണം കണ്ടെത്തുന്നത് നമുക്ക് യുക്തിസഹമായി തോന്നുന്നില്ല.
ഒരു പക്ഷേ, പ്ലാൻ പരീക്ഷിക്കേണ്ടതിന്റെ ആവശ്യകത പ്ലാനിൽ തന്നെ പരാമർശിക്കേണ്ടതാണ്, പക്ഷേ ഇത് ഒരു വിവാദ തീരുമാനമാണ്. ഏത് സാഹചര്യത്തിലും, ഒരു പ്ലാൻ ഒരു തവണയെങ്കിലും പരീക്ഷിച്ചാൽ മാത്രമേ അത് പ്രവർത്തനക്ഷമമാണെന്ന് കണക്കാക്കാൻ കഴിയൂ. മുകളിൽ സൂചിപ്പിച്ചതുപോലെ, ഞാൻ പലപ്പോഴും കേൾക്കാറുണ്ട്: “ഒരു പദ്ധതിയുണ്ട്, എല്ലാ അടിസ്ഥാന സൗകര്യങ്ങളും തയ്യാറാക്കിയിട്ടുണ്ട്, പക്ഷേ പ്ലാനിൽ എഴുതിയിരിക്കുന്നതുപോലെ എല്ലാം പ്രവർത്തിക്കുമെന്നത് ഒരു വസ്തുതയല്ല. കാരണം അവർ അത് പരീക്ഷിച്ചില്ല. ഒരിക്കലും".
ഉപസംഹാരമായി
ഏത് തരത്തിലുള്ള പ്രശ്‌നങ്ങളാണ് സംഭവിക്കാൻ സാധ്യതയെന്നും അവ എത്രത്തോളം സാധ്യതയുണ്ടെന്നും മനസിലാക്കാൻ ചില കമ്പനികൾക്ക് അവരുടെ ചരിത്രം വിശകലനം ചെയ്യാൻ കഴിയും. എല്ലാത്തിൽ നിന്നും നമുക്ക് സ്വയം പരിരക്ഷിക്കാൻ കഴിയില്ലെന്ന് ഗവേഷണങ്ങളും അനുഭവങ്ങളും സൂചിപ്പിക്കുന്നു. ഷിറ്റ്, എത്രയും വേഗം അല്ലെങ്കിൽ പിന്നീട്, ഏത് കമ്പനിക്കും സംഭവിക്കുന്നു. മറ്റൊരു കാര്യം, ഇതിനോ സമാനമായ സാഹചര്യത്തിനോ നിങ്ങൾ എത്രത്തോളം തയ്യാറാണ്, നിങ്ങളുടെ ബിസിനസ്സ് കൃത്യസമയത്ത് പുനഃസ്ഥാപിക്കാൻ കഴിയുമോ എന്നതാണ്.
എല്ലാത്തരം അപകടസാധ്യതകളും യാഥാർത്ഥ്യമാകാതിരിക്കാൻ എങ്ങനെ ഇല്ലാതാക്കാം എന്നതാണ് തുടർച്ചയെന്ന് ചിലർ കരുതുന്നു. ഇല്ല, അപകടസാധ്യതകൾ യാഥാർത്ഥ്യമാകും എന്നതാണ് കാര്യം, ഞങ്ങൾ ഇതിന് തയ്യാറാകും. പടയാളികൾ പരിശീലിക്കുന്നത് യുദ്ധത്തിൽ ചിന്തിക്കാനല്ല, പ്രവർത്തിക്കാനാണ്. BCP പ്ലാനിന്റെ കാര്യത്തിലും ഇത് സമാനമാണ്: നിങ്ങളുടെ ബിസിനസ്സ് കഴിയുന്നത്ര വേഗത്തിൽ പുനഃസ്ഥാപിക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കും.
BCP ആവശ്യമില്ലാത്ത ഒരേയൊരു ഉപകരണം
ഇഗോർ ത്യുകാചേവ്,
ബിസിനസ് തുടർച്ച കൺസൾട്ടന്റ്
കമ്പ്യൂട്ടിംഗ് സിസ്റ്റങ്ങളുടെ രൂപകൽപ്പനയ്ക്കുള്ള കേന്ദ്രം
"ജെറ്റ് ഇൻഫോസിസ്റ്റംസ്"
അവലംബം: www.habr.com