RWI Consulting memandang operational resilience sebagai kemampuan organisasi untuk mempertahankan, melanjutkan, memulihkan, dan menstabilkan layanan atau aktivitas prioritas ketika terjadi gangguan operasional yang signifikan.

Operational Resilience

Photo by Ann H on Pexels

Operational resilience tidak hanya berbicara tentang dokumen Business Continuity Plan. Ketahanan operasional membutuhkan pemahaman atas layanan yang paling penting, proses pendukung, aplikasi, orang, fasilitas, data, pihak ketiga, ketergantungan upstream dan downstream, toleransi gangguan, strategi pemulihan, crisis management, komunikasi, serta pengujian yang membuktikan bahwa respons dapat dijalankan.

Materi internal RWI mengenai Business Impact Analysis menempatkan identifikasi layanan dan produk prioritas, critical process, aplikasi, sumber daya, third party, upstream-downstream dependency, target pemulihan, impact analysis, serta recovery strategy sebagai satu rangkaian yang terintegrasi.

Materi internal lain mengenai crisis management dan drilling-testing simulation menunjukkan bahwa ketahanan tidak selesai pada perencanaan. Organisasi perlu menguji activation criteria, eskalasi, koordinasi lintas fungsi, pengalihan cara kerja, pemulihan layanan prioritas, komunikasi, ketersediaan sumber daya, serta tindak lanjut setelah simulasi.

Operational resilience dengan demikian adalah kemampuan organisasi yang dibangun melalui governance, risk management, business continuity, crisis management, IT resilience, third-party dependency management, dan continuous improvement.

Baca juga: Sinkronisasi Risk Register dengan Business Continuity Plan: Dari Daftar Risiko ke Ketahanan…

Apa Itu Operational Resilience?

Photo by Annas Zakaria on Pexels

Operational resilience adalah pendekatan untuk memastikan organisasi tetap mampu memberikan layanan penting pada tingkat yang dapat diterima ketika mengalami gangguan.

Pendekatan ini membantu perusahaan menjawab:

• layanan apa yang paling penting;
• berapa lama layanan dapat terganggu;
• proses apa yang mendukung layanan;
• aplikasi dan data apa yang dibutuhkan;
• orang dan fasilitas apa yang kritikal;
• pihak ketiga apa yang menjadi dependency;
• skenario gangguan apa yang perlu dipersiapkan;
• bagaimana operasi dipertahankan selama disruption;
• bagaimana recovery dilakukan;
• bagaimana kemampuan tersebut diuji.

Operational resilience berorientasi pada outcome: layanan penting tetap tersedia atau dapat dipulihkan dalam batas yang dapat diterima.

Baca juga: BCM Adalah: Business Continuity untuk Menjaga Layanan Tetap Jalan Saat Disrupsi

Mengapa Operational Resilience Penting?

Photo by Rebrand Cities on Pexels

Gangguan operasional tidak selalu berbentuk bencana besar.

Gangguan dapat berasal dari:

• kegagalan sistem;
• serangan siber;
• gangguan jaringan;
• kegagalan fasilitas;
• gangguan listrik;
• ketidaktersediaan pegawai;
• kegagalan vendor;
• kesalahan operasional;
• gangguan supply;
• kebakaran;
• bencana alam;
• krisis komunikasi;
• disinformasi;
• gangguan akses lokasi.

Materi internal RWI memetakan disruptive events pada proses kritikal dengan implikasi terhadap layanan, termasuk kegagalan aplikasi, serangan siber, hilangnya data, gangguan third party, ketidakhadiran personel, gangguan fasilitas, dan kegagalan komunikasi krisis.

Dampaknya dapat berupa kehilangan pendapatan, penalti, gangguan pelayanan, keterlambatan transaksi, ketidakpatuhan, reputational impact, keselamatan, kehilangan pelanggan, dan penurunan kepercayaan stakeholder.

Operational resilience membantu organisasi beralih dari pertanyaan “apakah kita memiliki BCP?” menjadi “apakah layanan yang penting benar-benar dapat bertahan dan pulih saat gangguan terjadi?”

Baca juga: Business Impact Analysis: Panduan Lengkap BIA untuk Business Continuity

Perbedaan Operational Resilience dan Business Continuity

Photo by Tom Fisk on Pexels

Operational resilience dan business continuity sangat terkait, tetapi fokusnya dapat dibedakan.

Aspek: Fokus utama

Operational Resilience: Ketahanan layanan penting secara end-to-end

Business Continuity: Kelanjutan dan pemulihan aktivitas atau proses

Aspek: Orientasi

Operational Resilience: Outcome dan service continuity

Business Continuity: Continuity planning dan recovery

Aspek: Dependency

Operational Resilience: Sangat menekankan keterkaitan end-to-end

Business Continuity: Dipetakan melalui BIA dan continuity strategy

Aspek: Testing

Operational Resilience: Menguji ability to remain within tolerance

Business Continuity: Menguji BCP dan recovery capability

Dalam praktik, business continuity menjadi salah satu fondasi operational resilience. Operational resilience memperluas sudut pandang dengan melihat kemampuan layanan secara keseluruhan.

Perbedaan Operational Resilience dan Operational Risk Management

Photo by Gustavo Fring on Pexels

Operational risk management mengidentifikasi, menilai, mengendalikan, dan memonitor risiko operasional.

Operational resilience berfokus pada kemampuan bertahan ketika risk event benar-benar terjadi.

Hubungannya:

• operational risk mengidentifikasi exposure;
• internal control mengurangi kemungkinan atau dampak;
• operational resilience mempersiapkan kemampuan saat gangguan tetap terjadi.

Perusahaan membutuhkan ketiganya.

Fondasi Operational Resilience

Photo by Doğan Alpaslan Demir on Pexels

1. Critical Services

Organisasi perlu menentukan layanan atau produk yang paling penting.

Penentuan prioritas dapat mempertimbangkan:

• dampak kepada pelanggan;
• dampak finansial;
• dampak regulasi;
• dampak reputasi;
• dampak operasional;
• dampak stakeholder;
• ketergantungan layanan lain.

Materi internal BIA RWI memulai analisis dari prioritas layanan dan produk sebelum bergerak ke proses, aplikasi, resource, dan recovery.

2. Business Impact Analysis

BIA membantu menentukan:

• critical activities;
• impact over time;
• prioritas recovery;
• minimum level of service;
• resource requirement;
• dependency;
• recovery objective.

BIA tidak seharusnya menjadi spreadsheet yang hanya diperbarui tahunan. Hasilnya perlu digunakan untuk menentukan continuity strategy dan recovery investment.

3. Impact Tolerance

Operational resilience membutuhkan batas mengenai gangguan yang masih dapat diterima.

Toleransi dapat mempertimbangkan:

• duration;
• volume;
• jumlah pelanggan terdampak;
• nilai transaksi;
• regulatory implication;
• reputational impact.

Batas tersebut perlu terhubung dengan BIA dan risk appetite.

4. Dependency Mapping

Layanan kritis jarang berdiri sendiri.

Dependency dapat mencakup:

• business process;
• application;
• data;
• people;
• building;
• equipment;
• network;
• third party;
• supporting unit;
• external infrastructure.

Materi internal RWI menempatkan integrated dependency mapping antara layanan, proses, aplikasi, unit internal, external party, fasilitas, teknologi, tools, tenaga kerja, dan third party sebagai output penting BIA.

5. Risk Assessment

Resilience perlu dibangun berdasarkan disruptive events yang relevan.

Assessment dapat mencakup:

• risk event;
• cause;
• impact;
• existing control;
• likelihood;
• residual risk;
• recovery dependency.

Risk scenario membantu perusahaan menentukan kapasitas yang perlu dipersiapkan.

6. Recovery Strategy

Recovery strategy menjelaskan bagaimana layanan dipertahankan atau dipulihkan.

Strategi dapat mencakup:

• alternate site;
• remote working;
• manual workaround;
• system failover;
• alternative supplier;
• resource substitution;
• priority queue;
• service degradation;
• temporary process;
• data recovery.

7. Crisis Management

Tidak semua gangguan dapat ditangani pada level operasional.

Crisis management diperlukan ketika gangguan membutuhkan keputusan lintas fungsi dan leadership response.

Komponen dapat mencakup:

• activation criteria;
• crisis level;
• crisis management team;
• command structure;
• decision log;
• communication;
• stakeholder management;
• escalation.

Materi internal RWI menggunakan simulasi untuk menguji activation criteria, crisis management team, impact assessment, escalation level, komunikasi, dan keputusan pemulihan.

8. Technology Resilience

Aplikasi, infrastruktur, data, dan jaringan dapat menjadi enabler kritikal.

Area yang perlu dinilai:

• application criticality;
• system dependency;
• availability;
• capacity;
• backup;
• recovery;
• failover;
• cyber incident;
• data integrity.

Materi internal BIA RWI menghubungkan critical services, critical applications, RTO, RPO, technology dependency, dan recovery strategy secara terintegrasi.

9. Third-Party Resilience

Ketergantungan pihak ketiga perlu masuk resilience architecture.

Assessment dapat mencakup:

• criticality;
• service level;
• single point of failure;
• recovery capability;
• communication;
• alternative supplier;
• exit plan;
• testing participation.

Third-party resilience penting karena organisasi dapat memiliki BCP yang baik tetapi tetap gagal apabila critical supplier tidak mampu pulih.

10. People Resilience

Ketahanan juga bergantung pada orang.

Area yang perlu diperhatikan:

• critical role;
• backup person;
• cross-training;
• contact tree;
• remote access;
• decision authority;
• fatigue management;
• communication.

Operational Resilience Lifecycle

Photo by Atlantic Ambience on Pexels

1. Understand

Menentukan layanan, proses, dependency, risk, dan impact.

2. Prepare

Menyusun strategy, plan, resource, role, dan communication.

3. Respond

Mengaktifkan emergency response atau crisis mechanism.

4. Resume

Menjalankan operasi pada kondisi disruptif dengan kapasitas minimum yang dapat diterima.

5. Recover

Memulihkan proses dan teknologi menuju kondisi yang lebih stabil.

6. Restore

Mengembalikan operasi ke kondisi normal.

7. Learn

Mengevaluasi incident atau test dan memperbaiki capability.

Materi internal RWI menggunakan pola emergency response, resumption, recovery, dan restoration untuk menggambarkan fase gangguan dan pemulihan.

Operational Resilience dan BIA

Photo by Ann H on Pexels

BIA menjadi pusat karena resilience perlu berbasis prioritas.

Proses BIA dapat mencakup:

1. merencanakan BIA;
2. menyepakati pendekatan;
3. menentukan layanan prioritas;
4. menentukan critical activities;
5. mengidentifikasi resource dan dependency;
6. menganalisis impact;
7. mengonsolidasikan hasil;
8. memperoleh management approval;
9. melakukan periodic review.

Hasilnya perlu dapat menunjukkan hubungan layanan → proses → aplikasi → resource → dependency → recovery objective.

Operational Resilience dan Recovery Objectives

Photo by Ann H on Pexels

Recovery objective membantu menentukan target.

Beberapa parameter yang umum digunakan dalam continuity planning:

• Maximum Tolerable Period of Disruption;
• Recovery Time Objective;
• Recovery Point Objective;
• Minimum Business Continuity Objective.

Materi internal RWI menggunakan parameter tersebut untuk menghubungkan toleransi gangguan, target pemulihan proses, data, dan minimum level of service.

Target perlu realistis. RTO yang terlalu agresif tanpa resource tidak memberikan resilience.

Operational Resilience dan Scenario Testing

Photo by Atlantic Ambience on Pexels

Testing merupakan pembuktian capability.

Metode dapat mencakup:

• tabletop exercise;
• simulation;
• technical recovery test;
• failover test;
• communication test;
• call tree test;
• integrated exercise.

Materi internal RWI menggunakan tabletop dan semi-real test untuk menguji crisis activation, WFH, layanan prioritas, komunikasi, sistem, resource, dependency, serta koordinasi lintas fungsi.

Apa yang Perlu Diukur saat Testing?

Photo by Tara Winstead on Pexels

Kriteria dapat mencakup:

• activation time;
• decision time;
• communication effectiveness;
• availability of contact list;
• resource readiness;
• recovery time;
• service level during disruption;
• dependency failure;
• actual versus expected action;
• gap dan lesson learned.

Setiap exercise perlu menghasilkan action plan.

Operational Resilience dan Crisis Communication

Photo by Qeis Ismail on Pexels

Gangguan layanan dapat menjadi reputational crisis apabila komunikasi tidak dikelola.

Crisis communication perlu menetapkan:

• audience;
• message owner;
• approval;
• communication channel;
• frequency;
• spokesperson;
• monitoring;
• record.

Komunikasi internal dan eksternal harus terkoordinasi dengan keputusan operasional.

Operational Resilience dan Enterprise Risk Management

Operational resilience perlu terhubung dengan ERM.

Integrasi dapat dilakukan melalui:

• operational risk taxonomy;
• top risk;
• risk appetite;
• KRI;
• control effectiveness;
• scenario analysis;
• treatment;
• risk reporting.

Materi internal RWI tentang ERM menempatkan risk assessment, prioritization, risk register, treatment, governance, monitoring, KRI, reporting, dan roadmap sebagai satu sistem yang mendukung strategi dan keputusan.

Resilience investment dapat diprioritaskan berdasarkan residual risk dan criticality.

Operational Resilience dan Internal Control

Internal control berfungsi mengurangi kemungkinan atau dampak gangguan.

Resilience mempersiapkan respons apabila preventive control tetap gagal.

Control dapat mencakup:

• preventive maintenance;
• access control;
• backup;
• redundancy;
• monitoring;
• vendor control;
• manual fallback;
• emergency procedure.

Hubungan risk-control-resilience perlu terlihat dalam assessment.

Operational Resilience untuk Holding

Holding perlu memahami dependency lintas entitas.

Group resilience dapat mencakup:

• group critical services;
• entity critical services;
• shared service dependency;
• common technology;
• shared vendor;
• group crisis escalation;
• minimum testing standard;
• consolidated resilience reporting.

Shared services dapat menciptakan concentration risk yang tidak terlihat apabila BIA hanya dilakukan per entitas.

Operational Resilience Dashboard

Management dashboard dapat menampilkan:

• critical services;
• resilience status;
• open BIA actions;
• overdue continuity plan review;
• testing status;
• recovery capability;
• critical third party;
• open resilience gaps;
• incident trend;
• management decision required.

Dashboard perlu berbasis data yang dapat ditelusuri.

Operational Resilience Maturity

Level 1: Reactive

Respons bergantung individu dan pengalaman.

Level 2: Documented

BCP dan recovery procedure mulai tersedia.

Level 3: Managed

BIA, dependency, recovery strategy, testing, dan governance berjalan konsisten.

Level 4: Integrated

Resilience terhubung dengan ERM, IT, third party, crisis management, dan investment.

Level 5: Adaptive

Scenario, data, testing insight, dan incident learning digunakan untuk meningkatkan capability secara proaktif.

Tahapan Pengembangan Operational Resilience

Fase 1. Context and Governance

Menentukan scope, governance, role, dan resilience objective.

Fase 2. Critical Service Identification

Menentukan layanan prioritas dan business owner.

Fase 3. Business Impact Analysis

Menentukan critical activity, impact, tolerance, dan recovery requirement.

Fase 4. Dependency Mapping

Memetakan people, process, technology, facility, data, dan third party.

Fase 5. Risk and Scenario Assessment

Menentukan disruptive events dan exposure.

Fase 6. Recovery Strategy

Menyusun response, resumption, recovery, dan restoration strategy.

Fase 7. Plan Development

Menyusun BCP, crisis plan, communication plan, dan technical procedure yang relevan.

Fase 8. Testing

Melakukan tabletop, technical, atau integrated test.

Fase 9. Gap and Improvement

Menganalisis actual action, expected action, gap, dan lesson learned.

Fase 10. Monitoring

Mengembangkan KRI, dashboard, review calendar, dan management reporting.

Deliverables Operational Resilience

Deliverable dapat mencakup:

• operational resilience current state assessment;
• critical service inventory;
• BIA;
• impact tolerance matrix;
• dependency map;
• operational resilience risk register;
• scenario library;
• recovery strategy;
• business continuity plan;
• crisis management framework;
• crisis communication plan;
• third-party resilience assessment;
• testing scenario;
• exercise report;
• gap and improvement register;
• resilience dashboard design;
• implementation roadmap.

Kesalahan Umum dalam Operational Resilience

1. Memulai dari Dokumen BCP

Perusahaan perlu menentukan critical services dan dependency terlebih dahulu.

2. BIA Terlalu Berbasis Unit

Resilience membutuhkan pandangan end-to-end terhadap layanan.

3. Tidak Memetakan Third Party

Critical dependency dapat terlewat.

4. Recovery Target Tidak Didukung Resource

Target menjadi tidak realistis.

5. Crisis Management Terpisah dari BCP

Decision dan execution menjadi tidak sinkron.

6. Testing Hanya untuk Checklist

Exercise perlu menguji asumsi dan menghasilkan improvement.

7. Tidak Menguji Komunikasi

Operational response dapat gagal karena koordinasi.

8. Tidak Mengintegrasikan dengan ERM

Resilience gap tidak memengaruhi risk prioritization.

9. Tidak Memperbarui Dependency

BIA menjadi usang setelah perubahan sistem atau vendor.

10. Tidak Melibatkan Management

Prioritas recovery dan investment membutuhkan keputusan.

Fitur dan Manfaat Operational Resilience

Fitur: Critical service mapping

Manfaat: Memfokuskan resilience pada layanan paling penting.

Fitur: BIA

Manfaat: Menentukan impact, tolerance, dan recovery priority.

Fitur: Dependency mapping

Manfaat: Mengidentifikasi single point of failure.

Fitur: Risk and scenario assessment

Manfaat: Mempersiapkan gangguan yang relevan.

Fitur: Recovery strategy

Manfaat: Menentukan cara mempertahankan dan memulihkan layanan.

Fitur: Crisis management

Manfaat: Mempercepat keputusan lintas fungsi.

Fitur: Testing

Manfaat: Membuktikan capability secara praktis.

Fitur: Dashboard dan review

Manfaat: Mendukung continual improvement.

Pembeda RWI Consulting

RWI Consulting mengembangkan operational resilience dengan menghubungkan enterprise risk management, Business Impact Analysis, business continuity, crisis management, technology recovery, third-party dependency, internal control, testing, dan management reporting.

Pendekatan RWI tidak berhenti pada penyusunan dokumen. Critical service ditelusuri ke process, application, data, people, facility, third party, recovery objective, strategy, dan testing.

Materi internal RWI menunjukkan pendekatan yang mengintegrasikan BIA strategic dan tactical, system impact analysis, dependency mapping, resource requirement, recovery strategy, crisis management, drilling and testing simulation, gap analysis, serta resilience improvement.

Internal Link Wheel Operational Resilience

Konten Induk

• Business Continuity Management
• Enterprise Risk Management System

Konten Setingkat

• Operational Resilience
• Crisis Management
• Business Impact Analysis
• Contingency Plan

Konten Turunan

• Third Party Risk Management
• Operational Resilience Testing
• Recovery Strategy
• Operational Resilience Dashboard

FAQ Operational Resilience

Apa itu operational resilience?

Operational resilience adalah kemampuan organisasi mempertahankan, melanjutkan, memulihkan, dan menstabilkan layanan penting ketika terjadi gangguan.

Apa perbedaannya dengan business continuity?

Business continuity berfokus pada continuity dan recovery process. Operational resilience menempatkan layanan penting dan dependency end-to-end sebagai outcome utama.

Apa peran BIA?

BIA menentukan critical service, critical activity, impact, resource, dependency, dan recovery requirement.

Apa itu impact tolerance?

Impact tolerance adalah batas gangguan yang masih dapat diterima sebelum dampaknya menjadi tidak dapat ditoleransi oleh organisasi.

Apakah operational resilience hanya terkait IT?

Tidak. Resilience mencakup people, process, technology, data, facility, third party, crisis management, dan communication.

Mengapa third party perlu dinilai?

Karena critical service dapat gagal apabila supplier atau external service yang menjadi dependency tidak memiliki recovery capability.

Apa jenis testing yang dapat dilakukan?

Tabletop exercise, technical recovery testing, failover test, communication test, call tree test, dan integrated simulation.

Bagaimana operational resilience diintegrasikan dengan ERM?

Disruptive events dapat masuk risk register, sedangkan resilience gap dapat menjadi risk treatment, KRI, dan management reporting.

Siapa yang bertanggung jawab atas operational resilience?

Business owner bertanggung jawab atas layanan, sedangkan fungsi BCM, risk, IT, crisis management, dan supporting function memberikan koordinasi dan oversight.

Seberapa sering BIA perlu diperbarui?

BIA perlu direview secara periodik dan ketika terdapat perubahan material pada process, application, resource, vendor, atau business model.

Apa output operational resilience assessment?

Output dapat berupa critical service map, BIA, dependency map, risk register, recovery strategy, testing plan, gap analysis, dan roadmap.

Bagaimana mengukur maturity operational resilience?

Maturity dapat dilihat dari kualitas governance, mapping, recovery strategy, testing, integration, monitoring, dan penggunaan lesson learned.

Operational Resilience dan Prioritas Investasi

Operational resilience juga perlu digunakan untuk menentukan prioritas investasi. Organisasi biasanya memiliki banyak kebutuhan, seperti redundansi sistem, alternate site, peningkatan jaringan, additional capacity, backup resource, penguatan vendor, atau peningkatan capability. Seluruh kebutuhan tersebut tidak harus memiliki prioritas yang sama.

Prioritas dapat mempertimbangkan:

• criticality layanan;
• impact tolerance;
• residual risk;
• single point of failure;
• dependency concentration;
• historical incident;
• testing gap;
• implementation effort;
• expected resilience improvement.

Investment case yang baik menunjukkan hubungan antara resilience gap, risiko, critical service, target pemulihan, dan manfaat yang diharapkan. Dengan demikian, keputusan investasi tidak hanya didasarkan pada keinginan memiliki redundancy, tetapi pada kemampuan yang benar-benar dibutuhkan untuk menjaga layanan prioritas.

Review dan Continual Improvement

Operational resilience perlu direview ketika terdapat perubahan process, aplikasi, lokasi, personel, vendor, teknologi, atau business model. Hasil incident dan testing juga perlu menjadi input pembaruan BIA, recovery strategy, contact list, plan, scenario, dan training.

Program yang matang memiliki siklus review yang memastikan lesson learned benar-benar berubah menjadi tindakan, bukan hanya dicatat dalam laporan simulasi.

Konsultasi Operational Resilience

RWI Consulting membantu perusahaan membangun operational resilience melalui critical service identification, BIA, dependency mapping, risk assessment, recovery strategy, crisis management, third-party resilience, testing, dashboard, dan improvement roadmap.

<strong>Jadwalkan konsultasi Operational Resilience bersama RWI Consulting untuk memastikan layanan prioritas tetap dapat dipertahankan dan dipulihkan saat terjadi gangguan operasional.</strong>