MPPL-10-20-Project Risk Management

PROJECT RISK MANAGEMENTIF3150 MANAJEMEN PROYEK PERANGKAT LUNAK

MPPL - PROJECT RISK MANAGEMENT 1

PROJECT RISK MANAGEMENT

Risk merupakan kemungkinan kehilangan atau cacat Project risk management merupakan seni dan ilmu dalam mengidentifikasi,

menganalisis, dan menanggapi resiko selama siklus proyek untuk mencapaitujuan proyek

Risk management bermanfaat utk memilih proyek, menetapkan scope proyek, menyusun jadwal dan estimasi cost yg realistis

Project risk management meliputi pemahaman atas problem potensial yang terjadi pada proyek dan yang dapat mengganggu keberhasilan proyek

Penanganan Resiko sebaiknya dipandang sebagai bagian dari solusi2


MANFAAT IMPLEMENTASI DARI MANAJEMEN RESIKO P/L


RISK: DEFINITION

Risk: “Kemungkinan kehilangan atau cedera” Ada dua hal:

Kesan negatif: karena adanya kehilangan atau kecelakaan

Adanya ketidakpastian

PMBOK 5th edition: Project Risk adalah ketidakpastian yang dapat memiliki efek negatif atau positif

dalam memenuhi tujuan proyek


MANAGING NEGATIVEVS POSITIVE RISKS

Negative Risk Mengelola risiko negatif melibatkan sejumlah tindakan yang mungkin dapat

dilakukan manajer proyek untuk menghindari, mengurangi, mengubah, atau menerima dampak potensial risiko terhadap proyek.

Positive risk management seperti berinvestasi pd peluang. Penting untuk dicatat bahwa manajemen risiko adalah investasi — sedangkan biaya

akan terkait dengannya. Investasi yang dilakukan oleh organisasi dalam kegiatan manajemen risiko

tergantung pada: sifat proyek, pengalaman tim proyek, dan kendala yang dikenakan pada keduanya.

Dalam hal apa pun, biaya untuk manajemen risiko tidak boleh melebihi manfaat potensial.


SIKAP TERHADAP RISIKO

Perlu menyeimbangkan antara risiko dan peluang PMBOK 5th edition:

Risk appetite, merupakan tingkat ketidakpastian yang bersedia diambil untuk mengantisipasi reward.

Risk tolerance, merupakan tingkat, jumlah, atau volume risiko yang akan ditahan oleh suatu organisasi atau individu.

Risk threshold, mengacu pada tindakan di semua tingkat ketidakpastian atau tingkat dampak dimana stakeholder mungkin memiliki kepentingan tertentu. Di bawah ambang risiko, organisasi akan menerima risiko. Di atas ambang risiko, organisasi tidak akan mentolerir risiko.


CONTOH SAAT MENGAMBIL RISIKO

Sikap risiko organisasi dapat mencakup selera terhadap ketidakpastian, ambang batas untuk tingkat risiko yang tidak dapat diterima, atau toleransi risikonya pada titik mana organisasi dapat memilih respons risiko yang berbeda.

Proyek dapat diterima jika risikonya dalam toleransi dan seimbang dengan imbalan yang mungkin diperoleh dengan mengambil risikotsb.


RISK UTILITY

Risk utility adalah jumlah kepuasan atau kesenangan yang diterima dari hasil potensial. Sumbu y mewakili utilitas, atau jumlah kesenangan yang diterima dari mengambil risiko.

Sumbu x menunjukkan jumlah potensi hasil atau nilai uang dari peluang yang dipertaruhkan.

8


RISK UTILITY

Utilitas naik pada tingkat penurunan untuk pihak-pihak yang menolak risiko. ketika lebih banyak pembayaran atau uang dipertaruhkan, seseorang atau organisasi

yang menolak risiko memperoleh lebih sedikit kepuasan dari risiko tersebut, atau memiliki toleransi yang lebih rendah terhadap risiko tersebut.

Mereka yang mencari risiko memiliki toleransi yang lebih tinggi terhadap risiko, dan kepuasan mereka meningkat ketika pembayaran lebih banyak dipertaruhkan.

Seseorang yang mencari risiko lebih menyukai hasil yang lebih tidak pasti dan sering bersedia membayar penalti untuk mengambil risiko.


RISK UTILITY

Orang yang netral-risiko mencapai keseimbangan antara risiko dan hasil. Misalnya, organisasi yang tidak mau mengambil risiko mungkin tidak membeli

perangkat keras dari vendor yang belum menjalankan bisnis untuk jangka waktu tertentu.

Organisasi pencari risiko mungkin dengan sengaja memilih vendor pemula untuk pembelian perangkat keras untuk mendapatkan produk baru dengan fitur yang tidak biasa yang memberikan keuntungan.

Organisasi yang netral-risiko dapat melakukan serangkaian analisis untuk mengevaluasi kemungkinan keputusan pembelian.

Jenis organisasi ini mengevaluasi keputusan menggunakan sejumlah faktor —sedangkan risiko hanyalah salah satunya.


PROJECT RISK MANAGEMENT GOAL

Tujuan dari project risk management meminimalkan potensi risiko negatif sambil

memaksimalkan potensi risiko positif.

Istilah risiko yang diketahui kadang-kadang digunakan untuk menggambarkan risiko yang diidentifikasi dan dianalisis oleh tim proyek. Risiko yang diketahui dapat dikelola secara proaktif. Risiko yang tidak diketahui, atau risiko yang belum diidentifikasi dan

dianalisis, tidak dapat dikelola.


Project START Project FINISH

ControlRisk

Monitoring and Controlling

PROJECT RISK MANAGEMENT - 6 PROSES UTAMA


PlanRisk

Management

IdentifyRisk

Perform Qualitative

Risk Analysis

Planning

PlanRisk

Responses

Perform QuantitativeRisk Analysis

PlanRisk

Management

IdentifyRisk

Perform Qualitative

Risk Analysis

Planning

PlanRisk

Responses

Perform QuantitativeRisk Analysis

• Risk Management Plan

• Risk Register

• Project Documents Updates

OUTPUTS OF TIME MANAGEMENT


• Project Documetns Updates

• Project Management Plan Updates• Project documents updates

ControlRisks

Monitoring and Controlling

• Work Performance Information• Change Request• Project Management Plan Updates• Project Document Updates• Organizational process assets updates

OUTPUTS OF MONITORING AND CONTROLLING


ENAM PROSES UTAMA DALAM RISK MANAGEMENT

1. Merencanakan risk management

Termasuk memutuskan bagaimana mendekati dan merencanakan kegiatan manajemen risiko untuk proyek.

Dengan meninjau project management plan, project charter, daftar stakeholderfaktor lingkungan perusahaan, dan organizational process assets, tim proyek dapat mendiskusikan dan menganalisis kegiatan risk management untuk proyek mereka.

Output utama dari proses ini adalah risk management plan.

2. Mengidentifikasi risiko melibatkan menentukan risiko mana yang cenderung mempengaruhi proyek dan

mendokumentasikan karakteristik masing-masing.

Output utama dari proses ini adalah dimulainya risk registerMPPL - PROJECT RISK MANAGEMENT 15


3. Melakukan qualitative risk analysis Memprioritaskan risiko berdasarkan probabilitas terjadinya dan dampaknya.

Setelah mengidentifikasi risiko, tim proyek dapat menggunakan berbagai alat dan teknik untuk menentukan peringkat risiko dan memperbarui informasi dalam risk register.

Output utama adalah project documents updates.

4. Melakukan quantitative risk analysis Secara numerik memperkirakan dampak risiko terhadap sasaran proyek.

Output: project documents updates.



5. Merencanakan risk responses mengambil langkah-langkah untuk meningkatkan peluang dan mengurangi ancaman untuk memenuhi

tujuan proyek.

Menggunakan output dari proses manajemen risiko sebelumnya, tim proyek dapat mengembangkan strategi risk response yang sering menghasilkan update pada project management plan dan dokumen proyek lainnya.

6. Mengontrol risiko melibatkan pemantauan risiko yang teridentifikasi dan residual risks, mengidentifikasi risiko baru,

melaksanakan rencana risk response, dan mengevaluasi efektivitas strategi risiko sepanjang pelaksanaanproyek.

Output: work performance information, change requests, dan updates to the project management plan,

dokumen proyek lainnya, dan organizational process assets.


1. PLANNING RISK MANAGEMENT


PLANNING RISK MANAGEMENT

Proses utk menentukan bagaimana pendekatan & rencana aktivitas manajemenresiko utk proyek Keluaran: Dokumen Risk Management Plans

Dokumen Risk Management Plans berisi prosedur untuk menangani resikoselama proyek berjalan Dikembangkan di awal proyek oleh tim proyek Tim harus me-review

Kebijakan manajemen resiko perusahaan (Corporate risk Management policies) Kategori Resiko Laporan proyek terdahulu Toleransi terhadap resiko untuk setiap stakeholders


TOPIK PADA RISK MANAGEMENT PLAN


Topics Questions to Answer

Methodology • Bagaimana manajemen risiko akan dilakukan pada proyek ini?• Alat dan sumber data apa yang tersedia dan berlaku?

Roles and responsibilities • Siapa orang-orang yang bertanggung jawab melaksanakan tugas-tugas khusus dan menghasilkan terkait manajemen risiko?

Budget and schedule • Berapa perkiraan biaya dan jadwal untuk melakukan kegiatan terkait risiko?

Risk categories • Apa kategori risiko utama yang harus diatasi pada proyek ini? • Apakah ada risk breakdown structure untuk proyek?

Risk probability and impact

• Bagaimana probabilitas dan dampak dari item risiko dinilai?• Metode penilaian dan interpretasi apa yang akan digunakan untuk analisis

risiko kualitatif dan kuantitatif?• Bagaimana matriks probabilitas dan dampak akan dikembangkan?

Revised stakeholders’ tolerances

• Adakah tolerasi stakeholders’ terhadap risiko yang berubah? • Bagaimana perubahan itu akan memengaruhi proyek?

Tracking • Bagaimana tim melacak aktivitas manajemen risiko?

Bagaimana pelajaran yang diperoleh akan didokumentasikan dan dibagikan?Bagaimana proses manajemen risiko diaudit?

Risk documentation • Format dan proses pelaporan apa yang akan digunakan untuk kegiatan

manajemen risiko?

DOKUMEN PADA RENCANA MANAJEMEN RESIKO

Risk Management Plans

Contingency Plans

Fallback plans

Contingency Plans

Management Reserves


RISK MANAGEMENT PLANS

Risk Management Plan mendokumentasikan prosedur utk mengelolaresiko proyek, mencakup: Metodologi Peran dan tanggung jawab Budget dan schedule Kategori resiko Probabilitas dan dampak resiko Revisi terhadap Toleransi Resiko untuk Stakeholders Tracking Dokumentasi resiko


CONTINGENCY PLANS

Contingency plans adalah tindakan yang telah ditentukan yang akan diambil oleh tim proyek jika peristiwa risiko yang teridentifikasi terjadi..

Misalnya, jika tim proyek tahu bahwa rilis baru paket perangkat lunak mungkin tidak tersedia pada waktunya untuk digunakan untuk proyek tersebut, tim mungkin memiliki rencana darurat untuk menggunakan versi perangkat lunak versi lama yang ada.


FALLBACK PLANS

Rencana cadangan dikembangkan untuk risiko yang memiliki dampak tinggipada pemenuhan sasaran proyek dan diberlakukan jika upaya untuk mengurangi risiko tidak berhasil.

Misalnya, lulusan perguruan tinggi baru mungkin memiliki rencana utama dan beberapa rencana darurat untuk tempat tinggal setelah lulus, tetapi jika rencana ini tidak berhasil, rencana cadangannya mungkin tinggal di rumah untuk sementara waktu.

Terkadang istilah contingency plan dan fallback plan digunakan secara bergantian.


CONTINGENCY RESERVES OR CONTINGENCY ALLOWANCES

Contingency reserves or contingency allowances adalah dana yang termasuk dalam baseline biaya yang dapat digunakan untuk mengurangi biaya atau menjadwalkan overruns jika diketahui ada risiko.

Sebagai contoh, jika sebuah proyek tampaknya keluar jalur karena staf tidak berpengalaman dengan teknologi baru dan tim telah mengidentifikasi bahwa sebagai risiko, contingency reserves dapat digunakan untuk menyewa konsultan luar untuk melatih dan memberi saran kepada staf proyek dalam menggunakan teknologi baru.


MANAGEMENT RESERVES

Management reserves adalah dana yang disimpan untuk risiko yang tidak diketahui yang digunakan untuk tujuan pengendalian manajemen.

Mereka bukan bagian dari baseline biaya, tetapi mereka adalah bagian dari anggaran proyek dan persyaratan pendanaan.

Jika management reserves digunakan untuk pekerjaan yang tidak terduga, mereka ditambahkan ke cost baseline setelah perubahan disetujui.


SUMBER RESIKO PADA PROYEK TEKNOLOGIINFORMASI (INCL SOFTWARE)


Success Criterion Relative ImportanceUser involvement 19Executive management support 16Clear statement of requirements 15Proper planning 11Realistic expectations 10Smaller project milestones 9Competent staff 8Ownership 6Clear vision and objectives 3Hard-working, focused staff 3Total 100

Source: The Standish Group

KRITERIA SUKSES PADA PROYEK IT


SUMBER RESIKO PADA PROYEK IT

Kategori resiko:

Market risk: manfaat/marketable produk/jasa baru

Financial risk: kelayakan finansial

Technology risk: kelayakan teknis

People risk: ketersediaan/kesiapan pelaksana proyek

Structure/process risk: tingkat manfaat/kepuasan pada organisasi/bisnis


KATEGORI UMUM RESIKO PADA PERUSAHAAN

Market risk: Jika proyek TI akan membuat produk atau layanan baru, apakah akan bermanfaat bagi organisasi atau dapat

dipasarkan kepada pihak lain? Apakah pengguna akan menerima dan menggunakan produk atau layanan? Akankah orang lain menciptakan produk atau layanan yang lebih baik lebih atau lebih cepat, sehingga

menjadikan proyek itu buang-buang waktu dan uang?

Financial risk: Dapatkah organisasi mampu melaksanakan proyek? Seberapa yakin para stakeholders dalam proyeksi keuangan? Apakah proyek akan memenuhi estimasi NPV, ROI, dan payback? Jika tidak, dapatkah organisasi mampu melanjutkan proyek? Apakah proyek ini memiliki cara terbaik untuk menggunakan sumber daya keuangan organisasi?



Technology risk: Apakah proyek tersebut layak secara teknis?

Apakah akan menggunakan teknologi mature, leading-edge, or bleeding-edge?

Kapan keputusan akan dibuat tentang teknologi mana yang akan digunakan?

Apakah perangkat keras, perangkat lunak, dan jaringan berfungsi dengan baik?

Apakah teknologi akan tersedia pada waktunya untuk memenuhi tujuan proyek?

Mungkinkah teknologinya sudah usang sebelum produk yang berguna dapat dibuat?

Anda juga dapat me- break down kategori risiko teknologi menjadi perangkat keras, perangkat lunak, dan teknologi jaringan, jika diinginkan.



People risk: Apakah organisasi memiliki orang-orang dengan keterampilan yang tepat untuk menyelesaikan

proyek dengan sukses?

Jika tidak, dapatkah organisasi menemukan orang-orang seperti itu?

Apakah mereka memiliki keterampilan manajerial dan teknis yang tepat?

Apakah mereka memiliki pengalaman yang cukup?

Apakah manajemen senior mendukung proyek?

Apakah ada proyek yang berhasil?

Apakah organisasi akrab dengan sponsor atau pelanggan untuk proyek?

Seberapa baik hubungannya dengan sponsor atau pelanggan?



Structure/process risk: Tingkat perubahan apa yang akan diperkenalkan oleh proyek baru ke dalam area

pengguna dan prosedur bisnis? Berapa banyak kelompok pengguna yang berbeda yang perlu dipenuhi oleh proyek? Berapa banyak sistem lain yang dibutuhkan oleh proyek atau sistem baru untuk

berinteraksi?

Apakah organisasi memiliki proses untuk menyelesaikan proyek dengan sukses?


ISSUES

Tiga risiko teratas yang dilaporkan adalah meningkatnya tekanan thd peraturan dari: pemerintah, risiko reputasi, dan;

risiko pasar. Buat Risk Breakdown Structure!


SAMPLE RISK BREAKDOWN STRUCTURE


KNOWLEDGE AREA – NEGATIVE RISK CONDITIONS


Knowledge Area Risk Conditions

Integration

• perencanaan yang tidak memadai• alokasi sumber daya yang buruk• manajemen integrasi yang buruk• kurangnya ulasan pasca proyek

Scope • definisi scope atau work packages yang buruk• definisi tidak lengkap

Time

• kesalahan dalam memperkirakan waktu atau ketersediaan sumber daya

• kesalahan dalam menentukan critical path• alokasi dan management of float yang buruk• rilis produk kompetitif terlalu dini

Cost• kesalahan estimasi; • productivitas, biaya, perubahan, atau contingency yang

tidak memadai

KNOWLEDGE AREA – NEGATIVE RISK CONDITIONS


Knowledge Area Risk Conditions

Quality• Sikap buruk terhadap kualitas;• desain, bahan, dan pengerjaan di bawah standar;• program jaminan kualitas yang tidak memadai

Human resource• Manajemen konflik yang buruk;

organisasi proyek dan definisi tanggung jawab yang buruk;tidak adanya kepemimpinan

Communications • kecerobohan dalam merencanakan atau berkomunikasi

Risk • Mengabaikan risiko; analisis risiko yang tidak jelas;• manajemen asuransi yang buruk

Procurement• Ketentuan atau klausul kontrak yang tidak dapat

diberlakukan;• hubungan permusuhan

Stakeholders • Kurangnya konsultasi dengan stakeholder utama, keterlibatan sponsor yang buruk

2. IDENTIFYING RISKSKITA TIDAK DAPAT MENGELOLA RISIKO JIKA TIDAK MENGIDENTIFIKASINYA TERLEBIH DAHULU


RISK IDENTIFICATION

Merupakan proses pemahaman atas event potensial yg mungkinmerugikan partikel proyek

Identifikasi resiko potensial harus dilakukan sedini mungkin dan dilanjutkan identifikasi berdasar perubahan environment


TECHNIQUES TO IDENTIFY RISK

Brainstorming Delphi Technique Interview SWOT analysis Checklist Analysis of assumptions Create diagrams


BRAINSTORMING

Brainstorming adalah teknik yang digunakan suatu kelompok untuk menghasilkan ide atau menemukan solusi untuk masalah tertentu dengan mengumpulkan ide secara spontan dan tanpa penilaian. Pendekatan ini dapat membantu kelompok membuat daftar risiko yang komprehensif untuk dibahas kemudian

selama analisis risiko kualitatif dan kuantitatif. Seorang fasilitator yang berpengalaman harus menjalankan sesi curah pendapat dan memperkenalkan kategori-

kategori baru risiko potensial untuk menjaga ide-ide tetap mengalir. Setelah ide-ide dikumpulkan, fasilitator dapat mengelompokkan dan mengelompokkan ide-ide untuk

membuatnya lebih mudah dikelola..

Namun, perlu kehati-hatian agar tidak menggunakannya untuk terlalu banyak atau menyalahgunakan brainstorming. literatur psikologi menunjukkan bahwa orang-orang yang bekerja sendiri menghasilkan jumlah ide yang lebih

besar daripada yang mereka hasilkan melalui brainstorming dalam kelompok-kelompok kecil tatap muka. Efek kelompok, seperti ketakutan akan ketidaksetujuan sosial, efek hierarki otoritas, dan dominasi sesi oleh

satu atau dua orang vokal, sering menghambat pembentukan ide bagi banyak peserta.


THE DELPHI TECHNIQUE

Delphi Technique adalah pendekatan untuk mengumpulkan informasi yang membantu mencegah beberapa efek kelompok negatif yang ditemukan dalam brainstorming. Konsep dasar dari Delphi technique adalah untuk mencapai konsensus di antara panel ahli yang

membuat prediksi tentang perkembangan masa depan. Delphi Technique adalah prosedur peramalan interaktif sistematis berdasarkan input independen

dan anonim mengenai peristiwa masa depan. Delphi Technique menggunakan putaran berulang pertanyaan dan respons tertulis, termasuk umpan

balik ke respons pada putaran sebelumnya, untuk mengambil keuntungan dari input kelompok sambil menghindari kemungkinan efek bias dari musyawarah panel lisan.

Untuk menggunakan Delphi technique, harus memilih panel ahli untuk bidang tertentu yang dimaksud.


INTERVIEWING

Wawancara adalah teknik pencarian fakta untuk mengumpulkan informasi secara face-to-face, phone, e-mail, or virtual discussions.

Menginterview orang dengan pengalaman proyek serupa adalah alat penting untuk mengidentifikasi risiko potensial.

Misalnya, jika sebuah proyek baru melibatkan penggunaan jenis perangkat keras atau perangkat lunak tertentu, orang-orang yang memiliki pengalaman baru atas perangkat keras atau perangkat lunak tersebut dapat menggambarkan masalah mereka pada proyek sebelumnya.

Jika orang telah bekerja dengan pelanggan tertentu, mereka mungkin memberikan wawasan tentang risiko potensial bekerja untuk pelanggan itu lagi..

Penting dipersiapkan dengan baik untuk memimpin wawancara; seringkali membantu untuk membuat daftar pertanyaan untuk digunakan sebagai panduan selama wawancara..


SWOT ANALYSIS

Analisis atas strengths, weaknesses, opportunities, yang threatsyang sering digunakan dalam perencanaan strategis.

Teknik ini dimulai dengan identifikasi kekuatan dan kelemahan organisasi berfokus pada proyek, organisasi, atau area bisnis secara umum.

Kemudian SWOT analysis mengidentifikasi opportunities proyek yang muncul darikekuaran organisasi, dan ancaman yang timbul dari kelemahan organisasi. Analisis juga memeriksa sejauh mana kekuatan organisasi mengimbangi ancaman, serta

mengidentifikasi peluang yang dapat berfungsi untuk mengatasi kelemahan.

SWOT analysis juga dapat digunakan selama identifikasi risiko dengan meminta tim proyek fokus pada perspektif yang luas atas risiko potensial untuk proyek tertentu.


CHECKLIST

Checklists yang didasarkan pada risiko yang dihadapi dalam proyek sebelumnya memberikan template yang bermakna untuk memahami risiko proyek saat ini.

Kita dapat menggunakan checklists yang mirip dengan yang dikembangkan oleh Standish Group dan konsultan riset TI lainnya untuk membantu mengidentifikasi risiko pada proyek TI.

tidak mungkin menyusunnya secara lengkap, dan harus berhati-hati untuk memastikan checklist tidak digunakan untuk menghindari upaya identifikasi risiko yang tepat. Tim juga harus menjelajahi item yang tidak muncul di daftar periksa. Daftar periksa harus dipangkas dari waktu ke waktu untuk menghapus atau mengarsipkan item

terkait. Daftar periksa harus ditinjau selama penutupan proyek untuk memasukkan pelajaran baru yang

dipelajari dan memperbaikinya untuk digunakan pada proyek mendatang.


ANALISIS ASUMSI PROYEK

Setiap proyek dan rencananya disusun dan dikembangkan berdasarkan serangkaian hipotesis, skenario, atau asumsi.

Analisis asumsi mengeksplorasi validitas asumsi ketika mereka berlaku untuk proyek. mengidentifikasi risiko proyek dari ketidaktepatan, ketidakstabilan,

ketidakkonsistenan, atau ketidaklengkapan asumsi.

• Penting untuk menganalisis asumsi proyek untuk memastikan asumsi tersebut valid.

• Asumsi yang tidak lengkap, tidak akurat, atau tidak konsisten dapat mengarah pada pengidentifikasian lebih banyak risiko..


DIAGRAM

Teknik diagram termasuk menggunakan cause-and-effect diagrams atau fishbone diagrams, flowcharts, dan influence diagrams.

influence diagram adalah masalah keputusan dengan menampilkan elemen-elemen penting, termasuk keputusan, ketidakpastian, kausalitas, dan tujuan, dan bagaimana mereka saling mempengaruhi.


EXPERT JUDGEMENT

Risiko dapat diidentifikasi secara langsung oleh para ahli dengan pengalaman yang relevan pada proyek atau bidang bisnis serupa.

Pakar tersebut harus diidentifikasi oleh manajer proyek dan diundang untuk mempertimbangkan semua aspek proyek dan menyarankan risiko yang mungkin berdasarkan pengalaman sebelumnya dan bidang keahlian mereka. Bias para ahli harus diperhitungkan dalam proses ini.


TYPES OF RISKS

Schedule Risks Schedule compression (customer, marketing, etc.)

Cost Risks Unreasonable budgets

Requirements Risks Incorrect

Incomplete

Unclear or inconsistent

Volatile

Quality Risks Operational Risks Most of the “Classic Mistakes”

Classic mistakes are made more often


RISK REGISTER

Output utama dari identifikasi risiko adalah daftar risiko yang teridentifikasi dan informasi lain yang diperlukan untuk mulai membuat daftar risiko.

Risk register adalah dokumen yang berisi hasil dari berbagai proses manajemen risiko; Sering ditampilkan dalam format tabel atau spreadsheet.. Risk register adalah alat untuk mendokumentasikan peristiwa risiko potensial dan informasi terkait. Risk events mengacu pada peristiwa spesifik dan tidak pasti yang mungkin terjadi dengan merugikan atau

meningkatkan proyek.

Sebagai contoh Peristiwa risiko negatif dapat mencakup kegagalan kinerja suatu produk yang dibuat sebagai bagian dari proyek,

keterlambatan dalam menyelesaikan pekerjaan sesuai jadwal, peningkatan perkiraan biaya, kekurangan pasokan, litigasi terhadap perusahaan, dan mogok kerja.

peristiwa risiko positif termasuk menyelesaikan pekerjaan lebih cepat atau lebih murah dari yang direncanakan, berkolaborasi dengan pemasok untuk menghasilkan produk yang lebih baik, dan publisitas yang baik yang dihasilkan dari proyek.


THE RISK REGISTER

Nomor identifikasi event resiko Ranking Nama event resiko Deskripsi event resiko Kategori event resiko Akar penyebab resiko Triggers Respon potensial Pemilik / penanggung jawab resiko Probabilitas terjadinya resiko (high/medium/low) Dampak terhadap proyek Status resiko


ELEMENTS OF RISK REGISTER (1)

Identification number untuk setiap peristiwa risiko: Tim proyek dapat menyortir berdasarkan peristiwa risiko atau dengan cepat mencari kejadian risiko tertentu,

sehingga mereka perlu mengidentifikasi setiap risiko dengan deskriptor unik, seperti nomor identifikasi.

Rank untuk setiap peristiwa risiko: Peringkat tersebut biasanya berupa angka, dengan 1 mewakili risiko tertinggi.

Nama peristiwa risiko: Contoh nama termasuk server yang rusak, keterlambatan penyelesaian pengujian, mengurangi biaya konsultasi,

dan publisitas yang baik.

Deskripsi peristiwa risiko: Karena nama peristiwa berisiko sering disingkat, ada baiknya memberikan deskripsi yang lebih rinci. Pertimbangkan untuk menggunakan format pernyataan risiko yang serupa dengan yang berikut: "Karena <satu

atau lebih penyebab>, <peristiwa berisiko> dapat terjadi, yang akan mengarah pada <satu atau lebih efek>." Sebagai contoh, pengurangan biaya konsultasi dapat diperluas ke: "Karena konsultan khusus ini senang bekerja

untuk perusahaan kami dan terbuka untuk menegosiasikan tarifnya, pengurangan biaya konsultasi mungkin terjadi, yang dapat mengarah pada penghematan uang pada proyek."



Kategori di mana peristiwa risiko terjadi: Misalnya, server yang rusak mungkin termasuk dalam kategori teknologi yang lebih luas atau teknologi perangkat

keras.

Akar penyebab risiko: Penyebab utama dari server yang rusak mungkin catu daya yang rusak.

Trigger/pemicu untuk setiap risiko: Pemicu adalah indikator atau gejala peristiwa risiko aktual. Misalnya, pembengkakan biaya pada kegiatan awal mungkin merupakan gejala dari perkiraan biaya yang buruk. Produk yang cacat mungkin merupakan gejala dari pemasok berkualitas rendah. Mendokumentasikan gejala risiko potensial untuk proyek juga membantu tim proyek mengidentifikasi lebih banyak

peristiwa risiko potensial.

Respons potensial untuk setiap risiko: Respons potensial terhadap server yang rusak mungkin mencakup klausa dalam kontrak pemasok untuk mengganti

server dalam periode waktu tertentu dengan biaya yang dinegosiasikan.



Risk owner atau orang yang akan bertanggung jawab atas risiko: Misalnya, orang tertentu akan bertanggung jawab atas peristiwa risiko terkait-server dan mengelola strategi respons.

Peluang terjadinya risiko: Mungkin ada kejadian risiko tertentu yang tinggi, sedang, atau rendah.

Misalnya, risikonya mungkin rendah bahwa server akan benar-benar rusak.

Dampak terhadap proyek jika risiko terjadi: Mungkin ada dampak tinggi, sedang, atau rendah untuk keberhasilan proyek jika peristiwa risiko benar-benar terjadi.

Server yang rusak mungkin berdampak besar pada penyelesaian proyek yang berhasil tepat waktu.

Status risiko: Apakah peristiwa risiko terjadi? Apakah strategi respons telah selesai? Apakah risikonya tidak lagi relevan dengan

proyek?

Misalnya, klausul kontrak mungkin telah selesai untuk mengatasi risiko server yang rusak.


SAMPLE OF RISK REGISTER

No. Rank Risk Description Category

Root Cause Triggers

Potential Responses

Risk Owner Probability Impact Status

R1

R3

R44



No. R44Rank 1Risk Pelenggan baruDescription Kami belum pernah melakukan proyek untuk organisasi ini dan tidak tahu terlalu banyak tentang

mereka. Salah satu kekuatan perusahaan kami adalah membangun hubungan pelanggan yang baik, yang sering mengarah pada proyek lebih lanjut dengan pelanggan itu. Kami mungkin mengalami kesulitan bekerja dengan pelanggan ini karena mereka baru bagi kami.

Category People riskRoot cause Kami memenangkan kontrak untuk mengerjakan proyek tanpa benar-benar mengenal pelanggan.Triggers Pelanggan baru mengajukan banyak pertanyaan secara langsung dan melalui e-mail yang tidak biasa

dilakukan oleh pelanggan lain kami, sehingga kami dapat dengan mudah salah memahami kebutuhan dan harapan mereka.

entialresponses

Pastikan manajer proyek peka terhadap fakta bahwa ini adalah pelanggan baru dan membutuhkan waktu untuk memahaminya. Minta PM mengatur pertemuan untuk mengenal pelanggan dan mengklarifikasi harapan mereka. Suruh Cliff menghadiri pertemuan itu juga.

Risk owner Project managerProbability MediumImpact HighStatus PM akan mengatur pertemuan dalam minggu ini.

3. QUALITATIVE RISK ANALYSIS


QUALITATIVE RISK ANALYSIS

Penetapan kemungkinan dan dampak resiko yg diidentifikasi, dan menentukankepentingan dan prioritas penanganannya

Probability/impact matrix: tabel yg berisi kemungkinan timbulnya resiko dan dampakdari resiko yg timbul

Resiko 2

Resiko 6

Resiko 9 Resiko 1

Resiko 4

Resiko 3

Resiko 7

Resiko 5

Resiko 11

Resiko 8

Resiko 10

Resiko 12

Low

Low

Medium

Medium

High

High

Impact

Probability



PMBOK 5th edition

TOP TEN RISK ITEM TRACKING TOOL

Top Ten Risk Item Tracking adalah alat analisis risiko kualitatif. memelihara kesadaran risiko selama pelaksanaan proyek dengan membantu memantau risiko.

Menggunakan tool ini untuk membuat tinjauan berkala item-item risiko paling signifikan dari proyek dengan manajemen; ulasan serupa juga dapat terjadi dengan pelanggan.

The review dimulai dengan ringkasan status sepuluh sumber risiko teratas pada proyek. Ringkasan ini mencakup setiap peringkat item saat ini, peringkat sebelumnya, berapa kali itu muncul

dalam daftar selama periode waktu tertentu, dan ringkasan kemajuan yang dibuat dalam menyelesaikan item risiko sejak tinjauan sebelumnya .

The Microsoft Solution Framework (MSF), metodologi yang digunakan Microsoft untuk mengelola proyek, adalah contoh bagaimana satu perusahaan melacak item risiko. menggunakan model manajemen risiko yang mencakup pengembangan dan pemantauan daftar

sepuluh besar risiko. Metodologi ini menggabungkan aspek desain dan pengembangan perangkat lunak, dan membangun

dan menggunakan infrastruktur, ke dalam siklus hidup proyek tunggal untuk memandu semua solusi teknologi.


RISK ANALYSIS

Determine impact of each risk Risk Exposure (RE)

a.k.a. “Risk Impact” RE = Probability of loss * size of loss Ex: risk is “Facilities not ready on time”

Probability is 25%, size is 4 weeks, RE is 1 week Ex: risk is “Inadequate design – redesign required”

Probability is 15%, size is 10 weeks, RE is 1.5 weeks Statistically are “expected values” Sum all RE’s to get expected overrun

Which is pre risk management


4. QUANTITATIVE RISK ANALYSIS


QUANTITATIVE RISK ANALYSIS

Biasanya dilakukan setelah qualitative risk analysis, walaupun bisa juga dilakukan secara paralel

Tekniknya mencakup: data gathering (interview, expert judgment), quantitative risk analysis, modeling

technique

Analisis dilakukan dgn perhitungan kuantitatif. Decision Tree and expected monetary value (EMV) Monte Carlo analysis

Sensitivity analysis


DECISION TREES AND EMV

Decision tree adalah teknik analisis diagram yang digunakan untuk membantu memilih tindakan terbaik saat hasil di masa depan tidak pasti. Aplikasi umum dari decision tree analysis melibatkan penghitungan nilai moneter

yang diharapkan. Expected monetary value (EMV) adalah produk dari probabilitas peristiwa risiko

dan nilai moneter peristiwa risiko.


CONTOH:

Misalkan perusahaan sedang mencoba untuk memutuskan apakah harus mengajukan proposal untuk Proyek 1, Proyek 2, kedua proyek, atau bukan keduanya.

Tim dapat menggambar pohon keputusan dengan dua cabang, satu untuk Proyek 1 dan satu untuk Proyek 2.

Perusahaan kemudian dapat menghitung nilai moneter yang diharapkan untuk membantu membuat keputusan ini.



Untuk membuat decision tree, dan untuk menghitung nilai moneter yang diharapkan secara spesifik, harus memperkirakan probabilitas atau peluang peristiwa tertentu yang terjadi. Sebagai contoh, hasil Analisa: Proyek 1 menunjukkan probabilitas 20 % (P = .20) bahwa perusahaan

akan memenangkan kontrak Proyek 1, yang diperkirakan bernilai laba $ 300.000— hasil dari cabang teratas dalam gambar.

Ada probabilitas 80 % (P = 0,80) bahwa perusahaan tidak akan memenangkan kontrak Proyek 1, dan hasilnya diperkirakan - $ 40.000, yang berarti bahwa perusahaan akan menginvestasikan $ 40.000 ke Proyek 1 tanpa penggantian jika tidak memenangkan kontrak.

Jumlah probabilitas hasil setiap proyek harus sama dengan satu (untuk Proyek 1, .20 plus .80). Probabilitas biasanya ditentukan berdasarkan penilaian ahli. Orang-orang di perusahaan harus memiliki perasaan kemungkinan memenangkan proyek-proyek tertentu.


Dapat juga dianalisis probabilitas dan hasil untuk Proyek 2. Misalkan ada

probabilitas 20 % bahwa perusahaan akan kehilangan $ 50.000

probabilitas 10 % bahwa ia akan kehilangan $ 20.000, dan

probabilitas 70 % bahwa ia akan mendapatkan $ 60.000.

para ahli perlu memperkirakan jumlah dan probabilitas dolar ini.


Untuk menghitung EMV untuk setiap proyek, kalikan probabilitas dengan nilai hasil untuk setiap hasil potensial untuk setiap proyek dan jumlahkan hasilnya..

Untuk menghitung EVM Proyek 1, lakukan dari kiri ke kanan, kalikan probabilitas dengan hasil untuk setiap cabang dan jumlah hasilnya.

Pada contoh ini, EMV Proyek 1 adalah $28,000.

.2($300,000) + .8(– $40,000) = $60,000 – $32,000 = $28,000

EMV Project 2 adalah $30,000.

.2(– $50,000) + .1(– $20,000) + .7($60,000) = – $10,000 – $2,000 + $42,000 = $30,000


Karena EMV memberikan perkiraan untuk nilai total dolar dari suatu keputusan, jika ingin memiliki angka positif; semakin tinggi EMV, semakin baik. Karena EMV positif untuk kedua Proyek 1 dan 2, perusahaan akan mengharapkan hasil positif dari

masing-masing dan dapat mengajukan tawaran pada kedua proyek. Jika harus memilih antara kedua proyek, mungkin karena sumber daya yang terbatas, perusahaan

harus memilih Proyek 2 karena memiliki EMV yang lebih tinggi. Jika Anda hanya melihat hasil potensial dari kedua proyek,

Proyek 1 terlihat lebih menarik. Anda bisa mendapatkan keuntungan $ 300.000 dari Proyek 1, namun hanya bisa

mendapatkan $ 60.000 dari Proyek 2. Jika orang-orang di perusahaan itu adalah pencari risiko, ia tentu ingin menawar pada

Proyek 1 . Namun, hanya ada peluang 20 % untuk mendapatkan $ 300.000 di Proyek 1,

dibandingkan dengan peluang 70 % untuk mendapatkan $ 60.000 di Proyek 2. Menggunakan EMV membantu menjelaskan semua kemungkinan hasil dan kemungkinan

terjadinya, sehingga mengurangi kecenderungan untuk mengejar strategi risiko yang terlalu agresif atau konservatif.

SIMULASI

Simulasi menggunakan representasi atau model sistem untuk menganalisis perilaku atau kinerja yang diharapkan. Sebagian besar simulasi didasarkan pada beberapa bentuk analisis Monte Carlo.

Analisis Monte Carlo mensimulasikan hasil model berkali-kali untuk memberikan distribusi statistik dari hasil yang dihitung. Misalnya, analisis Monte Carlo dapat menentukan bahwa suatu proyek akan selesai pada tanggal

tertentu hanya 10 % dari waktu, dan menentukan tanggal lain di mana proyek tersebut akan selesai 50 % dari waktu.

Analisis Monte Carlo dapat memprediksi probabilitas penyelesaian pada tanggal tertentu atau probabilitas bahwa biayanya akan sama dengan atau kurang dari nilai tertentu.

Anda dapat menggunakan beberapa jenis fungsi distribusi saat melakukan analisis Monte Carlo.


MONTE CARLO ANALYSIS

1. Kumpulkan estimasi most likely, optimistic, dan pessimistic untuk variabel dalam model. Misalnya, untuk mencoba menentukan kemungkinan mempertemukan project schedule goals, project network

diagram akan menjadi model. Mengumpulkan perkiraan waktu yang most likely, optimistic, dan pessimistic time estimates untuk setiap task. Perhatikan bahwa langkah ini mirip dengan mengumpulkan data untuk melakukan perkiraan PERT. Namun, menerapkan PERT weighted average formula, sama dengan melakukan langkah-langkah tsb dalam

simulasi Monte Carlo.

2. Tentukan distribusi probabilitas setiap variabel. Seberapa besar kemungkinan variabel berada di antara perkiraan optimistic dan most likely? Misalnya, jika seorang ahli yang ditugaskan untuk tugas tertentu memberikan perkiraan most likely estimate

adalah 10 minggu, perkiraan optimistic 8 minggu, dan perkiraan pessimistic adalah 15 minggu, kemudian bertanya tentang kemungkinan menyelesaikan tugas itu antara 8 dan 10 minggu.

Expert mungkin menjawab bahwa ada probabilitas 20 persen.


MONTE CARLO ANALYSIS

3. Untuk setiap variabel, seperti perkiraan waktu untuk suatu task, pilih random value berdasarkan distribusi probabilitas kemunculan variabel. Misalnya, menggunakan skenario sebelumnya, akan secara random memilih nilai antara 8 minggu dan 10 minggu

sebanyak 20 persen dari waktu; dan nilai antara 10 minggu dan 15 minggu sebanyak 80 persen dari waktu.

4. Jalankan analisis deterministik atau suatu analisis melalui model menggunakan kombinasi nilai yang dipilih untuk setiap variabel. Misalnya, satu tugas yang dijelaskan dalam skenario sebelumnya mungkin memiliki nilai 12 saat pertama kali dijalankan. Semua task lainnya juga akan memiliki satu nilai random yang dialokasikan padanya saat pertama kali dijalankan,

berdasarkan perkiraan dan distribusi probabilitasnya.

5. Ulangi Langkah 3 dan 4 berkali-kali untuk mendapatkan distribusi probabilitas dari hasil model. Jumlah iterasi bergantung pada jumlah variabel dan tingkat kepercayaan yang diperlukan dalam hasil, tetapi biasanya

berada di antara 100 dan 1.000. Dengan menggunakan jadwal proyek sebagai contoh, hasil simulasi akhir akan menunjukkan kemungkinan

menyelesaikan seluruh proyek dalam jangka waktu tertentu.


SENSITIVITY ANALYSIS

Sensitivity analysis membantu untuk menentukan risiko mana yang memiliki dampak paling potensial terhadap proyek. Ini membantu untuk memahami bagaimana variasi dalam tujuan proyek berkorelasi dengan variasi dalam

ketidakpastian yang berbeda. Sebaliknya, sejauh mana ketidakpastian dari setiap elemen proyek mempengaruhi tujuan yang dipelajari ketika

semua elemen tidak pasti lainnya dipertahankan pada nilai-nilai dasarnya.

Sensitivity digunakan untuk melihat efek mengubah satu atau lebih variabel pada hasil. Sebagai contoh, banyak orang melakukan sensitivity analysis untuk menentukan pembayaran bulanan mereka

terhadap pinjaman dengan suku bunga atau periode pinjaman yang berbeda. Berapa pembayaran hipotek bulanan, jika meminjam $ 100.000 selama 30 tahun dengan tingkat 6 persen?

Berapa pembayarannya jika tingkat bunga 7 persen?

Berapa pembayarannya jika diputuskan untuk melunasi pinjaman dalam 15 tahun sebesar 5 persen?

Banyak profesional menggunakan sensitivity analysis untuk membantu membuat beberapa keputusan bisnis umum, seperti menentukan titik impas berdasarkan asumsi yang berbeda.


CONTOH ANALISA SENSITIVITAS DENGAN EXCEL

Diketahui pabrik sandal menjual setiap sandalnya seharga 15000 rupiah Biaya produksinya adalah 11000 rupiah setiap sandal Setiap bulan dikeluarkan biaya tetap sebesar 150 ribu rupiah Berapa minimum jumlah penjualan yang menguntungkan?

Berapa Break Event Point (BEP)nya? Berapa keuntungannya saat BEP ?


• Perhatikan antara jumlah 30-40 terjadi perubahan dari negative menjadi positif. Jadi, perhitungan BEP dapat dicaridengan memberikan nilai-nilai antara 30 hingga 40

• Akan didapat bahwa pada penjualan sejumlah 37 pasang masih akan mengalami kerugian sebesar 2000 rupiah, tetapi pada penjualan 38 pasang sandal, maka akan sudah mendapatkan BEP dengan keuntungan senilai 2000 rupiah

Excel memiliki fungsi Analisa What-If yang dapat digunakan untuk memudahkan perhitungan di atas


OUTPUTS OF QUANTITATIVE RISK ANALYSIS

Output utama dari analisis risiko kuantitatif adalah pembaruan terhadap daftar risiko seperti peringkat risiko yang direvisi atau informasi rinci di balik peringkat tersebut

Analisis kuantitatif juga menyediakan informasi tingkat tinggi tentang probabilitas pencapaian tujuan proyek tertentu.

Informasi ini dapat menyebabkan manajer proyek menyarankan perubahan dalam cadangan kontingensi. Dalam beberapa kasus, proyek dapat dialihkan atau dibatalkan berdasarkan analisis kuantitatif, atau

analisis kuantitatif dapat digunakan untuk membantu memulai proyek baru untuk membantu proyek yang sekarang berhasil.


5. PLANNING RISK RESPONSES


RISK RESPONSE PLANNING

Strategi penanganan resiko negatif:

Risk avoidance: eliminasi ancaman spesifik Risk acceptance: menerima resiko yg terjadi Risk transference: memindahkan tanggung jawab resiko ke pihak ketiga

Risk mitigation: mengurangi dampak resiko dgn mengurangi probabilitas terjadinyaresiko


RISK AVOIDANCE

Menghilangkan ancaman tertentu, biasanya dengan menghilangkan penyebabnya. Tidak semua risiko dapat dihilangkan, tetapi peristiwa risiko tertentu dapat terjadi. Misalnya, tim proyek dapat memutuskan untuk terus menggunakan perangkat keras

atau perangkat lunak tertentu pada proyek karena tim tahu itu berfungsi. Produk lain yang dapat digunakan pada proyek mungkin tersedia, tetapi jika tim

proyek tidak terbiasa dengan mereka, mereka dapat menyebabkan risiko yang signifikan. Menggunakan perangkat keras atau perangkat lunak yang dikenal menghilangkan risiko ini.


RISK ACCEPTANCE

Menerima konsekuensi jika terjadi risiko. Misalnya, tim proyek yang merencanakan review proyek besar dapat mengambil

pendekatan aktif terhadap risiko dengan menyusun contingency atau backup plan dan contingency reserves jika tim tersebut tidak dapat memperoleh persetujuan untuk lokasi pertemuan tertentu

Di sisi lain, tim dapat mengambil pendekatan pasif dan menerima fasilitas apa pun yang disediakan organisasi.


RISK TRANSFERENCE

Menggeser konsekuensi dari risiko dan tanggung jawab manajemennya ke pihak ketiga. Misalnya, pemindahan risiko sering digunakan dalam berurusan dengan paparan

risiko keuangan. Tim proyek dapat membeli asuransi khusus atau perlindungan garansi untuk

perangkat keras tertentu yang diperlukan untuk suatu proyek. Jika perangkat keras gagal, perusahaan asuransi harus menggantinya dalam periode

waktu tertentu.


RISK MITIGATION

Mengurangi dampak dari suatu peristiwa risiko dengan mengurangi kemungkinan kejadiannya.

Saran untuk mengurangi sumber risiko umum pada proyek-proyek TI (pada awal topik). Contoh lain dari mitigasi risiko termasuk menggunakan teknologi yang telah terbukti, memiliki

personil proyek yang kompeten, menggunakan berbagai teknik analisis dan validasi, dan membeli perjanjian pemeliharaan atau layanan dari subkontraktor.


RISK RESPONSE PLANNING (CONT.)

Strategi penanganan resiko positif : Risk exploitation: melakukan apapun yg dpt membuat terjadinya resiko positif Risk sharing: berbagi resiko ke pihak lain Risk enhancement: memperbesar peluang dgn memaksimalkan key driver resiko

positif

Risk acceptance: merupakan resiko positif ketika tim tdk melakukan sesuatu ygberesiko


RISK EXPLOITATION

Lakukan apa saja untuk memastikan risiko positif terjadi. Misalnya, anggap perusahaan mendanai proyek untuk menyediakan ruang kelas

komputer baru untuk sekolah terdekat yang membutuhkan.

Mereka mungkin memilih salah satu manajer proyek utama mereka untuk mengatur liputan berita proyek, menulis siaran pers, atau mengadakan beberapa acara publik lainnya untuk memastikan bahwa proyek menghasilkan hubungan masyarakat yang baik untuk perusahaan, yang dapat mengarah pada lebih banyak bisnis.


RISK SHARING

Mengalokasikan kepemilikan risiko kepada pihak lain. Dengan menggunakan contoh yang sama dari penerapan ruang kelas komputer

baru, manajer proyek dapat membentuk kemitraan dengan kepala sekolah, dewan sekolah, atau organisasi orang tua-guru untuk berbagi tanggung jawab dalam mencapai hubungan masyarakat yang baik untuk proyek tersebut.

Di sisi lain, perusahaan mungkin bermitra dengan perusahaan pelatihan lokal yang setuju untuk memberikan pelatihan gratis untuk semua guru tentang cara menggunakan ruang kelas komputer baru.


RISK ENHANCEMENT

Mengubah ukuran peluang dengan mengidentifikasi dan memaksimalkan pendorong utama risiko positif. Sebagai contoh, pendorong penting untuk mendapatkan hubungan masyarakat yang

baik pada proyek ruang kelas komputer mungkin akan menghasilkan kesadaran dan kegembiraan tentang hal itu di kalangan siswa, orang tua, dan guru.

Kelompok-kelompok ini kemudian dapat melakukan promosi formal atau informal mereka sendiri dari proyek dan perusahaan, yang pada gilirannya mungkin menarik minat kelompok lain dan menghasilkan lebih banyak bisnis.


RISK ACCEPTANCE

Risk acceptance juga berlaku untuk risiko positif ketika tim proyek tidak mengambil tindakan apa pun terhadap risiko. Sebagai contoh, manajer proyek ruang kelas komputer mungkin berasumsi bahwa

proyek tersebut akan menghasilkan hubungan masyarakat yang baik untuk perusahaan dan tidak merasa terdorong untuk melakukan sesuatu yang ekstra.


OUTPUTS

Output utama dari risk response planning meliputi: Perjanjian kontrak terkait risiko, Update pada project management plan dan dokumen proyek lainnya, Update pada risk register.

Misalnya, jika perusahaan memutuskan untuk bermitra perusahaan pelatihan lokal dalam proyek computer classrooms untuk berbagi peluang mencapai good public relations, perusahaan dapat membuat kontrak dengan perusahaan tersebut. Project management plan dan rencana terkaitnya mungkin perlu diupdate jika risk response

strategies memerlukan tambahan tugas, sumber daya, atau waktu untuk menyelesaikannya. Risk response strategies sering kali mengakibatkan perubahan pada WBS dan jadwal proyek,

sehingga rencana yang berisi informasi ini juga harus diupdate. Risk response strategies juga memberikan informasi terkini untuk risk register by describing dengan

menjelaskan risk responses, risk owners, dan informasi status.


RISK RESPONSE STRATEGIES

Risk response strategies seringkali mencakup identifikasi risiko residual dan sekunder, serta rencana kontinjensi dan cadangan, seperti dijelaskan sebelumnya.

Residual risks adalah risiko yang tetap ada setelah semua strategi respons diterapkan. Misalnya, meskipun produk perangkat keras yang stabil telah digunakan pada suatu proyek, mungkin

masih ada risiko gagal pada produk yang berfungsi dengan baik.

Secondary risks adalah akibat langsung dari penerapan respons risiko. Misalnya, menggunakan perangkat keras yang lebih stabil mungkin menyebabkan risiko perangkat

periferal tidak berfungsi dengan baik.


6. CONTROLLING RISKS


CONTROLLING RISKS (1)

Pengendalian risiko melibatkan pelaksanaan proses risk management untuk menanggapi risk events dan memastikan bahwa risk awareness adalah aktivitas berkelanjutan yang dilakukan oleh seluruh tim proyek di seluruh proyek.

Project risk management tidak berhenti pada initial risk analysis. Risiko yang teridentifikasi mungkin tidak terwujud, atau probabilitas terjadinya atau kerugiannya

mungkin berkurang. Risiko yang teridentifikasi sebelumnya dapat ditentukan memiliki probabilitas kejadian yang lebih besar atau

estimasi nilai kerugian yang lebih tinggi. Demikian pula, risiko baru akan diidentifikasi seiring dengan kemajuan proyek. Risiko yang baru diidentifikasi perlu melalui proses yang sama seperti yang diidentifikasi selama penilaian risiko

awal. Redistribusi sumber daya yang ditujukan untuk risk management mungkin diperlukan karena perubahan relatif

dalam risk exposure.


CONTROLLING RISKS (2)

Pelaksanaan individual risk management plans melibatkan pemantauan risiko berdasarkan milestones yang ditentukan dan membuat keputusan terkait risiko dan strategi responsnya. Mungkin perlu untuk mengubah strategi yang menjadi tidak efektif, mengimplementasikan aktivitas kontingensi

yang direncanakan, atau menghilangkan risiko dari daftar risiko potensial jika sudah tidak ada lagi. Tim proyek terkadang menggunakan solusi — respons yang tidak direncanakan terhadap peristiwa berisiko —

ketika mereka tidak memiliki contingency plans.

Tools dan techniques untuk melakukan pengendalian risiko termasuk risk reassessment, risk audits, variance and trend analysis, technical performance measurements, reserve analysis, dan status meetings atau periodic risk reviews seperti metode Top Ten Risk Item Tracking. Outputs dari proses ini adalah informasi work performance, change requests, dan update terhadap project

management plan, dari proses ini adalah informasi.


ISU LAIN:

Miniature Milestones Requires a detailed schedule Use binary milestones - Done or not done (100%)

Minimal Specification Risk Transfer To another part of the project (or team)

Versioned Development Eliminate them from the current version


MPPL-10-20-Project Risk Management

Documents

Transcript of MPPL-10-20-Project Risk Management