Apa yang dimaksud dengan rencana kontinjensi?

Rencana kontingensi (yang secara informal dikenal sebagai strategi rencana B atau rencana cadangan) memainkan peran kunci dalam upaya manajemen krisis dan manajemen risiko organisasi secara lebih luas. Mereka tumpang tindih sampai batas tertentu dengan rencana keberlangsungan bisnis (BCP), rencana mitigasi, rencana tanggap darurat, dan rencana pemulihan bencana (DRP). Namun, meskipun organisasi sering mendefinisikan strategi pemulihan berdasarkan cakupannya, rencana kontingensi justru dirancang untuk mengatasi peristiwa tertentu, yang dapat terjadi di lapisan mana pun dalam perusahaan.

Meskipun regulator, perusahaan, dan organisasi standar menggunakan istilah-istilah ini dengan cara yang berbeda dan untuk tujuan yang berbeda, BCP umumnya dianggap sebagai rencana di seluruh perusahaan untuk menjaga organisasi tetap berjalan selama dan setelah gangguan atau bencana. DRP memiliki cakupan yang lebih sempit dan berpusat pada TI, berfokus secara khusus pada cara memulihkan sistem dan data setelah bencana.

Karena rencana kontingensi tidak ditentukan oleh ruang lingkupnya, rencana ini dapat beroperasi pada tingkat granularitas apa pun, mulai dari insiden di seluruh perusahaan hingga gangguan yang memengaruhi satu tim atau divisi. Strategi kontingensi dapat digunakan di dalam, bersama atau di samping pendekatan pemulihan bencana lainnya. Sebagai contoh, rencana kontingensi dapat beroperasi pada:

• Tingkat perusahaan: “Jika pemasok tunggal kami gagal, beralihlah ke vendor B”
  
  
• Tingkat BCP: “Jika kantor tidak dapat diakses, staf bekerja dari situs pemulihan”
  
  
• Tingkat DRP: “Jika drive penyimpanan gagal, pulihkan data melalui cadangan di luar lokasi”
  
  
• Level runbook: "Jika langkah 4 terjadi kesalahan, mundur dan eskalasi"

Perusahaan mungkin membuat strategi pemulihan untuk membantu mempersiapkan situasi darurat skala besar, seperti pandemi global, krisis keuangan internasional atau konflik bersenjata. Namun, rencana kontingensi juga dapat diarahkan pada gangguan operasional spesifik organisasi. Itu termasuk hilangnya klien penting, pelanggaran data yang membahayakan sistem informasi, penggabungan pesaing utama atau kebangkrutan bank yang memproses penggajian karyawan.

Strategi kontingensi dapat memperkuat ketahanan operasional organisasi dengan memberi tim peta jalan yang jelas tentang bagaimana melanjutkan ketika peristiwa yang mengganggu terjadi. Strategi ini berkontribusi pada waktu pemulihan yang lebih cepat, pengurangan biaya dan peningkatan hubungan pelanggan dan mitra. Rencana kontingensi menjadi semakin penting karena arsitektur hybrid dan multicloud, kecerdasan buatan (AI), Internet of Things (IoT), dan teknologi modern lainnya mempersulit prosedur failover, pencadangan, dan pemulihan tradisional. Oleh karena itu, meskipun rencana kontinjensi dapat digunakan untuk mempersiapkan berbagai skenario, artikel ini akan fokus terutama pada aplikasi TI dan teknologi.

Rencana kontingensi sangat penting di industri yang sangat diatur, seperti keuangan dan kesehatan, di mana perusahaan mungkin diwajibkan membantu menjaga keamanan data konsumen dan menjaga waktu aktif secara berkelanjutan—atau berisiko denda besar, penyitaan lisensi, dan sanksi lainnya.

Misalnya, Undang-Undang Portabilitas dan Akuntabilitas Asuransi Kesehatan (HIPAA) di AS mewajibkan rumah sakit dan perusahaan asuransi untuk memelihara cadangan informasi kesehatan yang dilindungi (PHI) di samping prosedur failover dan alur kerja pemulihan data yang dapat digunakan dengan cepat selama pemadaman listrik, peretasan, atau gangguan lainnya—yang semuanya dapat membantu mengantisipasi, menentukan, dan memfasilitasi rencana kontingensi.

Rencana kontingensi bisnis yang efektif memberikan instruksi yang jelas tentang bagaimana tim harus mendelegasikan tanggung jawab, mempertahankan waktu aktif, memulihkan layanan yang terkena dampak, dan mempertahankan kelangsungan operasi selama dan setelah keadaan darurat atau gangguan tertentu yang telah ditentukan sebelumnya.

Komponen-komponen utama meliputi:

Pengendalian preventif bertujuan untuk mengantisipasi ancaman keamanan dan operasional tertentu terlebih dahulu untuk mengurangi risiko keadaan darurat—atau untuk membatasi kerusakan setelah insiden terjadi. Misalnya, enkripsi end-to-end, autentikasi dan otorisasi, pencadangan server dan protokol manajemen perubahan (yang menentukan siapa yang dapat mengakses dan mengedit aplikasi dan layanan yang berbeda) dapat mengurangi kemungkinan serangan siber atau pemadaman atau membatasi dampaknya.

Pemicu menentukan ambang batas atau metrik tertentu yang perlu dilewati sebelum tim memulai rencana kontingensi. Pemicu dapat bervariasi berdasarkan jenis ancaman atau tingkat keparahan, memungkinkan tim untuk merespons insiden yang berbeda dengan tingkat sumber daya dan urgensi yang sesuai. Misalnya, hilangnya konektivitas wifi dalam satu klaster komputer yang terisolasi mungkin memerlukan respons yang berbeda dari gangguan di seluruh wilayah.

Struktur akuntabilitas menetapkan terlebih dahulu individu atau kelompok mana yang bertanggung jawab untuk menanggapi berbagai jenis gangguan atau krisis. Organisasi dapat meningkatkan waktu respons darurat dengan menugaskan tim atau individu tugas yang spesifik dan jelas. Ini membantu mencegah upaya pemulihan duplikat atau pertimbangan berlebihan selama keadaan darurat.

Inventarisasi sumber daya adalah dokumen dinamis yang mencatat aset organisasi, termasuk infrastruktur, personel, data, aplikasi, dan dependensi, sehingga tim dapat merancang alur kerja alternatif dan rencana fallback selama keadaan darurat. Inventarisasi sumber daya dapat membantu organisasi menemukan potensi kerentanan, seperti peralatan yang menua atau jaringan yang kelebihan beban, dan membuat rencana kontingensi (atau memprioritaskan pembuatan rencana) sesuai dengan kemungkinan skenario tertentu.

Rencana tindakan memberikan panduan langkah demi langkah dan urutan operasi untuk bagaimana merespons selama keadaan darurat. Mereka mengkonsolidasikan pohon akuntabilitas yang berbeda, garis waktu, inventaris sumber daya, dan kebijakan lainnya ke dalam satu dokumen komprehensif yang dapat diikuti oleh tim untuk mengatasi gangguan secara efisien dan mengoordinasikan alur kerja alternatif.

Tidak seperti prosedur operasi standar, yang menjelaskan cara menyelesaikan tugas sehari-hari biasa, rencana tindakan merinci bagaimana menyelesaikan masalah tertentu dan kembali ke operasi normal, sambil mempertahankan kepatuhan.

Rencana komunikasi adalah seperangkat instruksi untuk bagaimana berkomunikasi dengan pelanggan dan mitra untuk memberi mereka informasi setelah keadaan darurat atau gangguan terjadi.

Misalnya, lembaga keuangan mungkin menyusun rencana darurat untuk pelanggaran data yang mencakup instruksi tentang cara menjangkau pelanggan. Pemberitahuan ini mungkin mencakup detail tentang apa yang terjadi, sumber daya untuk menavigasi pelanggaran, dan instruksi tentang cara mengamankan akun yang terpengaruh.

Selain membantu mengurangi ketidakpuasan pelanggan dan meningkatkan transparansi, pemberitahuan pelanggan mungkin diperlukan secara hukum di beberapa industri dan yurisdiksi. Misalnya, Peraturan Perlindungan Data Umum (GDPR) Uni Eropa mengharuskan perusahaan memberi tahu pelanggan dalam waktu 72 jam setelah menemukan pelanggaran data.

Sementara definisi bervariasi, dan ada beberapa tumpang tindih antara setiap jenis strategi respons, satu kerangka kerja melihat perencanaan kontingensi sebagai strategi untuk menangani insiden tertentu, bukan cetak biru untuk menjaga bisnis tetap operasional.

Rencana keberlangsungan bisnis berfokus pada bagaimana bisnis dapat memulihkan atau mempertahankan operasi selama dan setelah keadaan darurat sehingga organisasi dapat terus berfungsi meskipun ada gangguan. Rencana-rencana ini memiliki cakupan yang luas dan dapat meliputi setiap peristiwa yang mengganggu operasi normal. Berbagai insiden memprovokasi, dari banjir hingga pelanggaran keamanan, dapat memicu respons keberlangsungan bisnis yang sama, sedangkan rencana kontingensi sesuai dengan ancaman tertentu.

Misalnya, organisasi dapat membangun alur kerja jarak jauh sehingga tim tatap muka dapat beradaptasi jika mereka sementara tidak dapat mencapai kantor mereka, baik karena banjir, pandemi, atau gangguan layanan internet. Dalam satu laporan baru-baru ini, organisasi menyebut keamanan siber (63,6%), risiko iklim (40,7%) dan peran AI (30,5%) sebagai tiga keberlangsungan bisnis teratas mereka.

Rencana pemulihan bencana (DRP) sering berfokus secara khusus pada pemulihan infrastruktur dan fungsi TI, melindungi aset dan mencegah kehilangan data setelah bencana atau gangguan, seperti pelanggaran atau bencana alam. Lebih dari tiga perempat organisasi memiliki program DRP formal, meskipun program mereka dibagi di seluruh penyebaran yang tersilo, federasi, dan terpusat, menurut studi Jurnal DR 2026.

Rencana tanggap darurat biasanya berorientasi pada keselamatan karyawan dan perlindungan properti. Misalnya, sebuah organisasi mungkin membuat rencana terperinci tentang bagaimana personelnya harus mengevakuasi kantor selama kebakaran atau banjir. Sebagai alternatif, rencana tanggap darurat dapat menentukan bagaimana kotak pertolongan pertama harus didistribusikan di seluruh kantor, bagaimana karyawan dapat mengganti peralatan yang rusak, atau bagaimana sistem darurat dapat digunakan untuk memperingatkan karyawan sebelum bencana alam terjadi.

Rencana kontingensi berorientasi pada skenario atau keadaan darurat tertentu. Mereka mungkin termasuk langkah-langkah persiapan seperti identifikasi kerentanan dan pemetaan aset serta alur kerja pemulihan dan strategi komunikasi. Tidak seperti rencana keberlangsungan bisnis, rencana kontingensi dapat mengatasi masalah di luar keamanan siber dan keadaan darurat lingkungan atau geopolitik untuk mencakup merger, gangguan rantai pasokan, keberangkatan personel kunci, persyaratan peraturan baru, dan gangguan operasional lainnya.

Berikut lima langkah yang dapat digunakan perusahaan untuk merancang rencana kontingensi yang kuat.

Proses perencanaan kontingensi sering dimulai dengan penilaian risiko. Sebuah perusahaan mengidentifikasi berbagai risiko dan mengukur kemungkinan dan dampak potensial mereka serta kesiapan perusahaan untuk menanggapi setiap skenario. Selama tahap ini, penting untuk mengumpulkan input dari semua pemangku kepentingan yang relevan dan untuk menentukan ruang lingkup proyek yang dimaksudkan.

Seringkali tidak layak bagi tim untuk membuat rencana darurat untuk setiap ancaman yang mereka hadapi. Sebaliknya, organisasi mungkin memprioritaskan risiko yang lebih mungkin terjadi—atau skenario yang, meskipun tidak mungkin, dapat memiliki konsekuensi bencana bagi fungsi bisnis inti tanpa rencana kontingensi untuk membantu tim pulih dengan cepat.

Laporan analisis dampak bisnis (BIA) membantu organisasi menilai risiko dan lebih memahami bagian mana dari bisnis mereka yang penting untuk operasi sehari-hari. BIA yang dikembangkan dengan baik dapat membantu tim memahami bagaimana peristiwa tak terduga dapat memengaruhi pendapatan, produktivitas, dan waktu aktif di seluruh fungsi bisnis yang berbeda sehingga rencana kontingensi dapat mencerminkan realitas ini dengan lebih akurat.

Misalnya, produsen komputer mungkin merujuk laporan BIA untuk menentukan dampak kelangkaan mikroprosesor pada pendapatan keseluruhan. BIA dapat menunjukkan proporsi produk yang menggabungkan mikroprosesor — dan seberapa banyak produk tersebut berkontribusi terhadap penjualan secara keseluruhan. Laporan ini juga dapat membantu produsen menentukan ruang lingkup gangguan dan mengalihkan sumber daya yang sesuai.

Manajemen proyek memainkan peran kunci dalam rencana kontingensi yang efektif. Salah satu cara untuk meningkatkan koordinasi lintas tim adalah dengan membuat bagan RACI. RACI adalah singkatan dari “responsible, accountable, consulted and informed” dan merupakan metode yang digunakan secara luas untuk membantu tim dan individu mendelegasikan tanggung jawab dan bereaksi dengan tegas terhadap krisis secara real-time. Pendekatan ini membantu tim memahami apa yang diharapkan dari mereka selama krisis melalui instruksi dan protokol yang jelas dan dapat diakses.

Demikian pula, pemicu menentukan kapan tim harus bertindak sebelum atau selama keadaan darurat. Misalnya, departemen SDM mungkin bertanggung jawab untuk memberi tahu karyawan ketika badai berjarak 100 mil. Atau tim TI mungkin mulai memecahkan masalah pemadaman ketika layanan tetap offline selama lebih dari satu menit. Akhirnya, perencanaan kontingensi perlu dipasangkan dengan pelatihan yang tepat sehingga tim dapat bertindak tegas selama skenario yang tidak dapat diprediksi.

Saat menyusun rencana kontingensi, tim sering kesulitan menjelaskan kepada pemangku kepentingan pentingnya berinvestasi dalam respons terhadap skenario hipotetis. Selain itu, karena rencana kontingensi merupakan proyeksi peristiwa di masa depan, penganggaran dapat menjadi sulit. Organisasi tidak dapat secara pasti memprediksi bagaimana peristiwa dapat mengganggu bisnis dan berapa biaya untuk pulih darinya.

Industri yang berbeda memiliki cara yang berbeda untuk mengatasi masalah ini. Salah satu metode umum mengalokasikan dana pemulihan berdasarkan kemungkinan suatu peristiwa terjadi. Misalnya, jika ada risiko 25% banjir yang menyebabkan pemadaman pusat data, dan diperkirakan membutuhkan biaya USD 200.000 untuk pemulihan, perusahaan harus menyisihkan 25% - atau USD 50.000 - untuk kontingensi.

Pasar dan industri terus bergeser, sehingga gangguan operasional dapat mempengaruhi perusahaan dengan cara yang mungkin tidak mereka antisipasi saat menyusun rencana kontingensi awal. Misalnya, kelangkaan chip dapat menimbulkan ancaman yang lebih besar bagi organisasi jika dipasangkan dengan gangguan rantai pasokan tak terduga lainnya. Untuk memperhitungkan keadaan baru dan berkembang, bisnis dapat secara teratur menguji dan menilai kembali rencana mereka dan secara bertahap menyesuaikannya saat ancaman baru muncul — dan karena ancaman lama menjadi lebih kecil kemungkinannya.

Ketika bisnis dilanda gangguan, rencana kontingensi yang kuat menyediakan perancah dan instruksi untuk proses pemulihan, membantu tim merespons dengan percaya diri. Manfaatnya meliputi:

Bisnis dengan rencana kontingensi yang kuat sering pulih dari peristiwa yang mengganggu dengan kecepatan dan efisiensi yang lebih tinggi daripada bisnis yang menanggapi insiden secara ad hoc. Ketika gangguan terjadi, semakin cepat bisnis pulih dan melanjutkan operasi normal, semakin rendah risiko bagi perusahaan, pelanggan, dan karyawannya.

Rencana kontingensi yang efektif meminimalkan kerusakan reputasi dan keuangan perusahaan dengan membatasi waktu henti, mengurangi biaya pemulihan, dan membantu menghilangkan denda regulasi.

Sebagai contoh, menurut Siemens, waktu henti (downtime) merugikan 500 perusahaan terbesar di dunia sekitar USD 1,4 triliun, atau 11% dari total pendapatan mereka, setiap tahunnya. Meskipun pemadaman listrik tidak dapat dihindari—perusahaan melaporkan rata-rata 86 insiden waktu henti per tahun—perencanaan kontingensi yang efektif dapat sangat mengurangi frekuensi dan dampaknya dengan membantu tim untuk pulih dengan cepat.

Dan sementara pelanggaran data dapat merusak reputasi bank dan pendapatannya, respons bank dapat memainkan peran penting dalam menjaga atau mendapatkan kembali kepercayaan pelanggan. Segera memberi tahu pemegang rekening, memberikan rincian tentang ancaman dan menyajikan rencana pemulihan yang komprehensif dapat memberi pelanggan keyakinan bahwa bank memprioritaskan keselamatan dan keamanan mereka.

Rencana kontingensi membantu menunjukkan kepada karyawan, pelanggan, dan pemangku kepentingan lain bahwa perusahaan sangat serius dalam persiapan darurat. Dengan merencanakan berbagai kejadian yang berpotensi merugikan dan secara rutin menyesuaikan strategi respons sesuai perubahan kondisi, para pemimpin bisnis dapat menunjukkan kepada investor, pelanggan, dan pekerja bahwa organisasi telah mengambil langkah-langkah yang diperlukan untuk meminimalkan risiko.

Rencana kontingensi dapat mencakup instruksi untuk menjaga kepatuhan selama keadaan darurat dan cara mencatat insiden untuk audit. Sebagai contoh, ISO 27001, standar keamanan internasional yang diakui secara global, mengharuskan organisasi menerapkan kontrol untuk menjaga akses dan integritas data. Akibatnya, rencana kontingensi tim TI mungkin memasukkan langkah-langkah wajib, seperti memverifikasi identitas pengguna sebelum memulihkan akses, untuk memenuhi persyaratan standar.