PERENCANAAN RESPON RESIKO
9.6 PERENCANAAN RESPON RESIKO
Setelah resiko diidentifikasi dan diukur, sebuah organisasi harus mengembangkan respon kepada mereka. Mengembangkan respon terhadap resiko melibatkan langkah-langkah mendefinisikan untuk meningkatkan opportunities dan mengembangkan rencana untuk menangani resiko atau ancaman terhadap keberhasilan proyek. Empat strategi respon dasar penghindaran., acceptance, transferensi, dan mitigasi. Output penting dari Setelah resiko diidentifikasi dan diukur, sebuah organisasi harus mengembangkan respon kepada mereka. Mengembangkan respon terhadap resiko melibatkan langkah-langkah mendefinisikan untuk meningkatkan opportunities dan mengembangkan rencana untuk menangani resiko atau ancaman terhadap keberhasilan proyek. Empat strategi respon dasar penghindaran., acceptance, transferensi, dan mitigasi. Output penting dari
Penghindaran resiko melibatkan menghilangkan ancaman atau resiko tertentu, biasanya dengan menghilangkan penyebabnya. Sebagai contoh, sebuah tim proyek memutuskan untuk terus menggunakan bagian tertentu dari perangkat keras atau perangkat lunak pada sebuah proyek karena mereka tahu itu bekerja. Pruduk lain yang dapat digunakan pada proyek mungkin tersedia, tetapi jika tim tidak familiar dengan mereka, dapat menyebabkan resiko yang signifikan. Menggunakan perangkat keras atau perangkat lunak akrab menghilangkan resiko.
Penerimaan resiko berarti menerima konsekuensi yang terjadi. Sebagai contoh, sebuah tim proyek perencanaan proyek review pertemuan besar bisa mengambil pendekatan aktif untuk resiko dengan memiliki kontigensi atau rencana cadangan dan kontingensi cadangan jika mereka tidak bisa mendapatkan persetujuan untuk situs spesifik untuk pertemuan. Di sisi lain, mereka bisa mengambil pendekatan pasif dan menerima fasilitas apa pun organisasi mereka.
Transferensi Resiko menggeser konsekuensi dari resiko dan tanggungjawab untuk pengelolaannya kepada pihak ketiga. Misalnya, pemindahan resiko sering digunakan dalam menangani eksposur resiko keuangan. Sebuah tim proyek dapat membeli asuransi khusus atau perlindungan garansi untuk perangkat yang spesifik diperlukan sebuah proyek. Jika perangkat keras gagal, perusahaan asuransi harus menggantinya dalam jangka waktu yang telah disepakati.
Mitigasi resiko mengurangi dampak dari kejadian resiko dengan mengurangi kemungkinan kejadian tersebut. Saran untuk mengurangi sumber resiko pada proyek teknologi informasi tersedia di awal bab ini. Contoh lain dari mitigasi resiko termasuk menggunakan teknologi terbukti, memiliki personil proyek yang kompeten, menggunakan berbagai analisis dan validasi teknik, dan membeli perjanjian maintenance atau layanan dari subkontraktor.
Tabel 11 memberikan strategi mitigasi umum untuk teknis, biaya, dan resiko jadwal pada proyek. Perhatikan bahwa dalam kekusutan frekuensi pemantauan proyek dan menggunakan struktur rincian kerja (WBS) dan metode jalur kritis (CMP) adalah strategi untuk ketiga wilayah. Meningkatkan otoritas manajer proyek adalah strategi untuk mengurangi resiko teknis dan biaya, dan memilih manajer proyek yang paling berpengalaman direkomendasikan untuk mengurangi resiko jadwal. Meningkatkan komunikasi juga merupakan strategi yang efektif untuk mengurangi resiko.
Tabel 11 : General Strategi Mitigasi Resiko Teknis, Biaya, dan Resiko Jadwal
Resiko Teknis
Resiko biaya
Resiko Jadwal
Tekankan dukungan tim dan menghindari struktur
berdiri Meningkatkan frekuensi pemantauan
sendiri
pemantauan proyek
frekuensi proyek
Meningkatkan
otoritas
Gunakan WBS dan
manajer proyek
Gunakan WBS dan CPM
tujuan Pilih manajer proyek
penanganan masalah dan proyek pemahaman dan yang
paling
komunikasi
dukungan tim
berpengalaman
Meningkatkan frekuensi Meningkatkan otoritas pemantauan proyek
manajer proyek
Gunakan WSB dan CMP
Output penting dari perencanaan respon resiko termasuk pengembangan rencana respon resiko, analisis resiko residual, dan analisis balik resiko sekunder. Rencana respon resiko menggambarkan resiko yang teridentifikasi, orang yang ditugaskan tanggung jawab untuk mengelola resiko-resiko tersebut, hasil dari analisis resiko, strategi respon, estimasi anggaran dan jadwal untuk tanggapan, dan kontingensi dan mundur rencana. Resiko residual adalah resiko setelah semua strategi respon diimplementasikan. Misalnya, meskipun produk hardware lebih stabil mungkin telah digunakan pada proyek, masih ada beberapa resiko itu gagal berfungsi dengan baik. Resiko sekunder adalah akibat langsung dari pelaksanaan respon resiko. Misalnya, menggunakan hardware lebih stabil telah menyebabkan resiko perangkat periferal gagal berfungsi dengan baik. Output lain dari perencanaan respon resiko termasuk perjanjian kontrak, perkiraan kebutuhan cadangan kontingensi, dan masukan untuk proses lainnya dan rencana proyek.