Risk plan management meliputi analisis risiko yang mungkin terjadi baik risiko dengan dampak tinggi maupunrendah. Risk plan management juga memantu sebuah proyek agar terhindar dari masalah besar yang mungkin terjadi.
Apakah yang dimaksud risk contingency plan dalam risk management baik dari sisi proses maupun strategi?
Rencana kontingensi adalah tindakan yang dirancang untuk membantu organisasi merespons secara efektif kejadian atau situasi di masa depan yang mungkin atau mungkin tidak terjadi.
Contingency plan adalah tindakan yang dirancang untuk membantu organisasi menanggapi secara efektif kejadian atau situasi di masa depan yang mungkin atau mungkin tidak terjadi.
Contingency plan kadang disebut sebagai "Rencana B", karena bisa juga dijadikan alternatif tindakan jika hasil yang diharapkan gagal terwujud. Contingency Plan adalah komponen kesinambungan bisnis, pemulihan masalah dan manajemen risiko.
Contingency Planning Challenges
Harus mampu menyadari dua hambatan umum saat memulai contingency plan yaitu :
Orang sering kurang termotivasi untuk mengembangkan ‘Plan B’ yang kuat, karena mereka memiliki begitu banyak investasi yang sangat kuat dalam ‘Rencana A’ yang ingin mereka sampaikan. Tekankan bahwa Rencana B perlu dipikirkan dengan benar.
Sering ada kemungkinan pada kondisi krisis yang rendah, sehingga orang sering tidak melihat perencanaan kontingensi sebagai kegiatan mendesak.
Developing the Plan
Your main goal is to maintain business operations – lihatlah dari dekat apa yang perlu dilakukan untuk memberikan tingkat layanan dan fungsionalitas minimum.
Define time periods – apa yang harus dilakukan pada jam pertama dari rencana yang sedang dilaksanakan? Hari pertama? Minggu pertama? Jika masih melihat rencananya dengan cara ini, maka akan cenderung tidak mengetahui rincian penting.
Identify the trigger – apa alasan secara khusus yang menyebabkan menerapkan rencana kontingensi? Tentukan tindakan mana yang akan diambil dan kapan waktunya serta tentukan siapa saja yang bertanggung jawab pada setiap tahap proses pelaporan yang harus dikerjakan.
Keep the plan simple – menggunakan bahasa yang jelas dan sederhana.
Consider related resource restrictions – apakah organisasi dapat berfungsi dengan cara yang sama jika harus menerapkan Plan B?
Identify everyone's needs – meminta kepada orang-orang di seluruh perusahaan untuk mengidentifikasi apa yang harus mereka miliki untuk bisa melanjutkan operasinya.
Define 'success' – Apa yang harus dilakukan untuk kembali ke ‘business as usual’?
Include contingency plans in standard operating procedures – memastikan bahwa telah memberikan pelatihan awal mengenai rencana tersebut.
Manage your risks – mencari kesempatan untuk mengurangi risiko. Hal ini dapat membantu mengurangi atau bahkan menghilangkan, kebutuhan akan rencana kontingensi penuh di area tertentu.
Identify operational inefficiencies – memberikan standar untuk mendokumentasikan proses perencanaan dan menemukan peluang untuk peningkatan kinerja.
Tujuh langkah yang telah ditetapkan untuk IT Contingency Plan dalam publikasi NIST 800-34 Rev 1 adalah:
Melakukan pernyataan tentang kebijakan perencanaan kontingensi. Kebijakan formal memberikan wewenang dan panduan yang diperlukan untuk mengembangkan rencana kontingensi yang efektif.
Melakukan analisis dampak bisnis. Membantu untuk mengidentifikasi dan memprioritaskan sistem informasi dan komponen yang penting untuk mendukung misi bisnis organisasi.
Identifikasi kontrol preventif. Langkah-langkah yang dilakukan untuk mengurangi dampak gangguan sistem yang dapat meningkatkan ketersediaan sistem dan mengurangi biaya siklus hidup dari kontingensi.
Membuat strategi kontingensi. Strategi pemulihan menyeluruh memastikan bahwa sistem dapat dipulihkan dengan cepat dan efektif setelah terjadi gangguan.
Mengembangkan rencangan kontingensi sistem informasi. Rencana kontingensi harus berisi panduan dan prosedur terperinci untuk memulihkan sistem yang rusak.
Memastikan rencana pengujian, training , dan exercises. Pengujian dilakukan untuk memvalidasi kenampuan sistem. Sedangkan training mempersiapkan anggota pemulihan untuk aktivasi program.
Membuat rencana perawatan. Rencananya harus berupa dokumen yang diperbarui secara berkala agar tetap ada saat ini dengan penyempurnaan sistem dan perubahan organisasi.
Referensi :
1. http://whatis.techtarget.com/definition/contingency-plan
2. https://www.mindtools.com/pages/article/newLDR_51.htm