Elemen penting pertama dari DRP adalah mengidentifikasi aplikasi penting perusahaan dan

file data terkait. Upaya pemulihan harus berkonsentrasi pada pemulihan aplikasi yang
sangat penting untuk kelangsungan hidup jangka pendek organisasi. Jelas, dalam jangka
panjang, semua aplikasi harus dikembalikan ke tingkat aktivitas bisnis sebelum bencana.
DRP, bagaimanapun, adalah dokumen jangka pendek yang tidak boleh mencoba
memulihkan fasilitas pemrosesan data organisasi ke kapasitas penuh segera setelah
bencana. Melakukannya akan mengalihkan sumber daya dari area kritis dan menunda
pemulihan. Oleh karena itu, rencana tersebut harus fokus pada kelangsungan hidup jangka
pendek, yang berisiko dalam skenario bencana apa pun.

Bagi sebagian besar organisasi, kelangsungan hidup jangka pendek membutuhkan

pemulihan fungsi-fungsi yang menghasilkan arus kas yang cukup untuk memenuhi
kewajiban jangka pendek. Misalnya, asumsikan bahwa fungsi-fungsi berikut memengaruhi
posisi arus kas perusahaan tertentu:
• Penjualan dan layanan pelanggan
• Pemenuhan kewajiban hukum
• Pemeliharaan dan penagihan piutang
• Keputusan produksi dan distribusi
• Fungsi pembelian
• Pengeluaran tunai (rekening dagang dan gaji)
Aplikasi komputer yang mendukung fungsi bisnis ini secara langsung sangat penting. Oleh
karena itu, aplikasi ini harus diidentifikasi dan diprioritaskan dalam rencana restorasi.

Prioritas aplikasi dapat berubah dari waktu ke waktu, dan keputusan ini harus dinilai ulang
secara berkala. Sistem terus direvisi dan diperluas untuk mencerminkan perubahan
kebutuhan pengguna. Demikian pula, DRP harus diperbarui untuk mencerminkan
perkembangan baru dan mengidentifikasi aplikasi penting. Prioritas up-to-date penting,
karena mereka mempengaruhi aspek lain dari rencana strategis. Misalnya, perubahan
dalam prioritas aplikasi dapat menyebabkan perubahan dalam sifat dan tingkat persyaratan
pencadangan situs kedua dan prosedur pencadangan khusus, yang akan dibahas nanti.

Tugas mengidentifikasi item penting dan memprioritaskan aplikasi memerlukan partisipasi

aktif dari departemen pengguna, akuntan, dan auditor. Terlalu sering, tugas ini salah
dipandang sebagai masalah teknis komputer dan karenanya didelegasikan kepada
profesional TI. Meskipun bantuan teknis dari profesional TI akan diperlukan, tugas ini
merupakan keputusan bisnis dan harus dibuat oleh mereka yang paling siap untuk
memahami masalah bisnis.

Creating a Disaster Recovery Team

Memulihkan dari bencana tergantung pada tindakan korektif tepat waktu. Keterlambatan
dalam melakukan tugas-tugas penting memperpanjang periode pemulihan dan mengurangi
prospek pemulihan yang sukses. Untuk menghindari kelalaian serius atau duplikasi usaha
selama pelaksanaan rencana kontinjensi, tanggung jawab tugas harus didefinisikan dengan
jelas dan dikomunikasikan kepada personel yang terlibat.

Gambar 2.7 menyajikan bagan organisasi yang menggambarkan komposisi tim pemulihan
bencana. Anggota tim harus ahli di bidangnya dan memiliki tugas yang diberikan. Setelah
bencana, anggota tim akan mendelegasikan subtugas kepada bawahan mereka. Perlu
dicatat bahwa masalah kontrol tradisional tidak berlaku dalam pengaturan ini. Lingkungan
yang diciptakan oleh bencana mungkin mengharuskan pelanggaran prinsip kontrol seperti
pemisahan tugas, kontrol akses, dan pengawasan.