Tayari unajua kwamba BC/DR ni sehemu muhimu ya mafanikio ya shirika. Na tunajua unahitaji vipimo ili kupima ufanisi wa juhudi zako. Hatua ya kwanza ni kuelewa vipimo ambavyo ni muhimu katika mwendelezo wa biashara na upangaji wa uokoaji wa maafa, ambayo ndiyo hasa makala haya yatakavyohusu. Utahitaji pia zana ya kukusanya na kuripoti kuhusu vipimo hivi. Kulingana na ukubwa wa shirika lako na kiwango cha ukomavu cha programu yako ya BC/DR, hii inaweza kuanzia kiolezo cha Excel hadi programu yenye nguvu ya kiotomatiki.
Kuna vipimo 7 muhimu vya BC/DR vya kufuatilia ili kukuza na kupima mipango ya uokoaji:
Ingawa kuna vipimo vingine vingi vya kufuatilia, vipimo hivi hutumika kama ukaguzi msingi wa mpango na kuashiria jinsi umejitayarisha vyema kushughulikia tatizo la kuzuia.
Vipimo viwili vya kwanza muhimu vya BC/DR ni Malengo ya Muda wa Urejeshaji (RTO) na Malengo ya Urejeshaji (RPO). RTO ndio kiwango cha juu kinachokubalika cha muda ambacho kipengee kinaweza kuwa bila kufanya kitu. RPO huamua data unayoweza kumudu kupoteza na ikiwa nakala zako zitahifadhi iliyosalia. Kwa mfano, ikiwa unaweza kumudu kupoteza saa moja ya data, utahitaji kuhifadhi nakala angalau kila saa.
Taratibu za kuhifadhi nakala na kurejesha ni kiini cha mpango mzuri wa BC/DR, kwa hivyo unahitaji kuzingatia RTO na RPO ili kubaini zana bora zaidi za kuhifadhi na kurejesha kazi. Kwa mfano, ikiwa utatengeneza miamala inayoendelea yenye kiasi cha wastani hadi cha juu na thamani, unaweza kupoteza dakika ngapi za muamala? Je, unaweza kumudu kuwa nje ya kazi kwa muda gani? Programu kama hiyo inaweza kufaidika kutokana na chelezo za mara kwa mara za kiwango cha bloku zinazowezekana kwa ulinzi endelevu wa data (CDP), lakini hungejua hilo isipokuwa ungeangalia RTO na RPO.
Hatimaye, unahitaji kupima idadi ya mipango inayoshughulikia kila mchakato wa biashara , pia muda ulipita tangu kila mpango kusasishwa . Viashiria muhimu vya utendaji (KPIs) ni kipimo cha jinsi programu inavyofanya kazi vizuri, na ambayo huwezi kupuuza. Unaweza kuweka KPI kwa ni mara ngapi unakagua na kusasisha mipango yako (kwa mfano, kila mwezi, miezi 6, au kila mwaka) na ni kazi ngapi za biashara zinazoshughulikiwa na mpango wa urejeshaji, ukiwa na mpango wa utekelezaji ili kufikia huduma ya 100%. Ikiwa huna wakati na rasilimali, anza na michakato yako muhimu zaidi ya biashara.
Biashara zinaweza kuwa na mamia hadi maelfu ya michakato, na haiwezekani kurejesha mchakato bila mpango. Kipimo muhimu cha upangaji wa BC/DR ni idadi ya michakato inayotishiwa na maafa yanayoweza kutokea .
Unapaswa kuanza na uchambuzi wa hatari na uchanganuzi wa athari za biashara ili:
Kisha, unaweza kuunda mipango ya kulinda michakato hii na kupunguza usumbufu katika tukio la maafa.
Lakini mipango tuli inaweza kudumaa. Huwezi kurejesha michakato isipokuwa usasishe mipango yako mara kwa mara ili kuhesabu mabadiliko katika programu, data, mazingira, wafanyakazi na hatari. Unapaswa kujiwekea vikumbusho ili kuhimiza ukaguzi wa mpango katika sehemu zinazofaa katika mzunguko. Katika ulimwengu mkamilifu, utapata uthibitisho kutoka kwa wakuu wa idara mbalimbali kwamba walikagua na kusasisha mipango yao, lakini hebu tuseme ukweli: kukagua na kusasisha mipango hiyo ni shida kubwa, na ni karibu miujiza ikiwa wataifanya kwa wakati. Kutumia programu kunaweza kupunguza maumivu haya: Unaweza kubadilisha vikumbusho vya barua pepe kwa wamiliki mbalimbali wa mpango na kufuatilia maendeleo yao ndani ya programu - hakuna barua pepe za fujo zinazohitajika! Programu pia huondoa kazi nyingi za kuchosha zinazohusiana na usimamizi wa mabadiliko. Kwa mfano, miunganisho ya data otomatiki itasasisha data yako kiotomatiki data inapobadilika katika programu zingine. Ikiwa anwani moja itatumiwa katika mipango 100 na nambari zake za simu zikabadilika, mfumo jumuishi utasukuma mabadiliko hayo kuwa mwendelezo wa biashara yako na mipango ya usimamizi wa dharura pia.
Mojawapo ya njia rahisi zaidi za kubainisha jinsi kazi za biashara zinavyotegemeana ni kutumia zana ya kielelezo cha utegemezi. Hii itakusaidia kuona ikiwa utegemezi wa programu yako unakuruhusu kukutana na RTO na SLA.
Kwa mfano, ikiwa unahitaji kurejesha huduma ya Kulipwa kwa Akaunti ndani ya saa 12, lakini hii inategemea programu ya fedha ambayo inaweza kuchukua hadi saa 24 kurejesha, Akaunti Zinazolipwa haziwezi kufikia SLA ya saa 12. Kielelezo cha utegemezi kinaonyesha uhusiano huu tegemezi kwa nguvu na lini na jinsi mpango utavunjika kama matokeo.
Unapaswa kupima wakati halisi inachukua kurejesha mchakato wa biashara . Unaweza kujaribu taratibu za urejeshaji kwa kutumia zana ya BC/DR ili kufuatilia muda ambao kila hatua huchukua.
Vinginevyo, unaweza kutumia mbinu ya shule ya zamani ya kuweka muda kwa kila hatua. Majaribio haya yatakusaidia kubaini ikiwa watu na michakato yako inaweza kufikia RTO kwa kutumia mpango wako uliopo. Unapaswa kuwa na uwezo wa kukamilisha kazi za uokoaji kwa wakati unaoruhusiwa na mpango wako, na ikiwa huwezi, unahitaji kurekebisha mpango wako ili uwe wa kweli na uweze kufikiwa.
Hatimaye, kipimo cha mwisho kilichofunikwa katika rasilimali hii ni tofauti kati ya muda halisi na unaotarajiwa wa kupona , pia inajulikana kama uchanganuzi wa pengo. Unaweza kupima mapungufu kwa kutumia, majaribio ya kushindwa na ya urejeshaji, majaribio ya kiwango cha biashara ya BC/DR na uchanganuzi wa mapungufu. Mara tu unapopata mapungufu katika mipango yako, unaweza kuweka KPI na kuzitumia katika mchakato wako wa kupanga.
Data iliyokusanywa na programu ya BC/DR lazima iwe "safi" ili kuhakikisha ripoti na mipango sahihi. Kwa usafi mzuri wa data, hakikisha umesanifisha uwekaji data kwa menyu kunjuzi, orodha za kuchagua, uumbizaji wa maandishi na uthibitishaji wa data. Kwa mfano, ikiwa tutaweka nambari za simu za mfanyakazi katika mpango, tunapendekeza uangalie ikiwa nambari hizo za simu zina msimbo wa eneo na ziendelee kutumika.
Uondoaji rudufu na udhibiti wa utambulisho na ufikiaji (IAM) unaweza kusaidia kutoa data maridadi. Unaweza kutumia de-rudufu kuondoa vipengele vingi vya maingizo sawa. Unaweza kutumia vitambulisho (uthibitisho) pamoja na ruhusa (idhini) ili kuhakikisha kuwa watumiaji waliohitimu pekee ndio wanaoingiza rekodi na data kuu. Pia utaokoa muda na usumbufu mwingi kwa kuunganisha mfumo wako wa BC/DR na programu zingine (kwa mfano, mfumo wako wa Utumishi) ili kuepuka kurudia rekodi na uwezekano wowote wa hitilafu.
Amua kazi muhimu za biashara na jinsi zinavyotegemeana kwa kutumia zana ya kuiga uhusiano.
Kisha, tunaweka kizingiti kinachokubalika cha muda wa chini kwa kutumia vipimo vya RTO na RPO. Tunajaribu mipango ili kuona ikiwa tunakaribia au kuzidi vizingiti hivyo. Baada ya hayo, hebu tupitie mipango na tujaribu tena. Tunapaswa kuweka KPI ili kupima ni mara ngapi mipango inasasishwa na kujaribiwa, na kufanya uchanganuzi wa pengo ili kulinganisha iliyopangwa dhidi ya muda halisi wa uokoaji.
Hatimaye, hakikisha unaweka data "kisafi" kwa ripoti sahihi. Vipimo vya BC/DR ni bure kabisa ikiwa data si sahihi. Inaweza kuonekana kama isiyo na maana, lakini inashangaza jinsi makampuni mengi yanavyojiingiza kwenye hisia ya uwongo ya usalama kwa ripoti zinazowakilisha vibaya SLA zao. Daima ni bora kuwa wa kweli, hata ikiwa hiyo inamaanisha kukubali hatari zinazohusika.
Ercole Palmeri
Jumatatu iliyopita, Financial Times ilitangaza makubaliano na OpenAI. FT inatoa leseni kwa uandishi wake wa habari wa kiwango cha kimataifa…
Mamilioni ya watu hulipia huduma za utiririshaji, kulipa ada za usajili za kila mwezi. Ni maoni ya kawaida kwamba wewe…
Coveware by Veeam itaendelea kutoa huduma za kukabiliana na matukio ya ulaghai mtandaoni. Coveware itatoa uwezo wa uchunguzi na urekebishaji…
Matengenezo ya kitabiri yanaleta mapinduzi katika sekta ya mafuta na gesi, kwa mbinu bunifu na makini ya usimamizi wa mitambo.…
