• Tidak ada hasil yang ditemukan

Teori manajemen resiko 2 (1)

N/A
N/A
Protected

Academic year: 2018

Membagikan "Teori manajemen resiko 2 (1)"

Copied!
23
0
0

Teks penuh

(1)
(2)

Paradigma Manajemen

Resiko

RISK

control

identify

analyze

plan

(3)

Manajemen Resiko

Strategi Risiko Reaktif & Proaktif

Risiko Perangkat Lunak

Identifikasi Risiko

Proyeksi Risiko

Pengurangan, Monitoring dan Manajemen Risiko

Risiko Keselamatan dan Bahaya

(4)

The Importance of Project Risk

Management

• Project risk management merupakan seni dan

ilmu dalam mengidentifikasikan, analisa, dan

merespon kemungkinan risiko selama proses

proyek berjalan.

• Management Risiko sering kali terabaikan dalam

sebuah proyek, tapi sebenarnya management

(5)

Strategi Resiko

Reaktif VS Proaktif

Secara umum, tim perangkat lunak tidak berbuat

apa-apa di seputar risiko sampai sesuatu yang

buruk terjadi dan baru kemudian tim tersebut

melakukan aksi untuk membetulkan masalah itu

dengan cepat.

Reaktif

Memikirkan resiko sebelum kerja teknis diawali.

Risiko potensial diidentifikasi, probabilitas dan

pengaruh proyek diperkirakan, dan diprioritaskan

menurut kepentingan.

Proaktif

(6)

Resiko Perangkat Lunak

Banyak perdebatan mengenai definisi yang

tepat untuk resiko perangkat lunak, secara

umum resiko selalu melibatkan dua

karakteristik :

Ketidakpastian

Kejadian yang menandai resiko mungkin atau

tidak mungkin terjadi

Kerugian

(7)

Project Risk Management Processes

Risk management planning

: Memutuskan

bagaimana cara merencanakan atau pendekatan

untuk melakukan aktifitas manajemen resiko

Risk identification

: Menentukan atau

mengidentifikasikan resiko-resiko yang dapat

berdampak pada proyek.

Qualitative risk analysis

: Prioritaskan risiko

(8)

Project Risk Management Processes

(Cont)

Quantitative risk analysis

: Estimasi secara

numerik efek daripada resiko pada tujuan

proyek.

Risk response planning

:

langkah-langkah

untuk meningkatkan peluang dan mereduksi

ancaman untuk dapat mencapai tujuan proyek.

Risk monitoring and control

: Memonitor

(9)

Common risk factors

(Kathy Schwalbe)

• Faktor Resiko

– Kurangnya komitmen dari top management terhadap

proyek.

– Gagal mendapatkan komitmen pemakai / pelanggan

– Kesalahpahaman pengertian dalam kebutuhan

proyek

– Kurangnya keterlibatan pemakai

– Gagal dalam mengolah harapan pemakai akhir

– Terjadinya perubahan scope dan tujuan

– Kurangnya pengetahuan dan skill pada anggota team

– Teknologi Baru

– Kurangnya Staff atau tidak cukup

(10)

Identifikasi Resiko

Identifikasi Resiko

adalah proses

pemahaman apakah sebuah kejadian

berpotensi

menghambat

atau

menggagalkan

proyek.

• Alat dan teknik yang dapat

digunakan :

(11)

• Metode yang digunakan untuk mengidentifikasi Risiko adalah dengan checklist item resiko yang dibagi

menjadi:

– Ukuran produk

– Ukuran database ?

– Jumlah program, file, transaksi ? – Jumlah PL yang dipakai ?

– Pengaruh bisnis

– Pengaruh produk terhadap perusahaan ? – Penyelesaian produk?

(12)

• karakteristik pelanggan

• pelanggan yang mau berpartisipasi dalam penyusunan PL?

• pelanggan yang memahami proses PL?

• pelanggan yang memiliki pemahaman akan apa yang diperlukan?

• definisi Proses

• apakah dibutuhkan PL untuk membangun prototype PL?

(13)

• Lingkungan pengembang

• Apakah pengujian dapat diperoleh & sesuai dengan produk yang akan dibangun?

• Apakah semua peranti saling terintegrasikan? • Teknologi pengembang & yang akan dibangun :

• Apakah diperlukan interface khusus untuk persyaratan produk?

• Apakah teknologi yang dipakai adalag teknologi baru?

• Ukuran & pengalaman staf

(14)

Matrik Probabilitas/Dampak

• Sebuah matrik probabilitas/dampak atau diagram

daftar probabilitas relatif resiko yang terjadi pada

satu sisi matrik dan dampak relatif yang

diakibatkan.

• Buatlah daftar resiko dan berilah label tinggi,

menengah atau rendah dampak atau resiko yang

diakibatkan jika hal tersebut terjadi .

• Dapat pula menghitung faktor resiko:

(15)

Contoh Matrik

(16)
(17)
(18)

Kategori Resiko secara

umum

• Resiko Pasar

• Resiko keuangan

• Resiko Teknologi

• Resiko manusia

(19)

Risk Breakdown Structure

Risk breakdown structure

adalah

sebuah hirarki kategori potensi resiko

dalam sebuah proyek.

• Mirip dengan WBS tetapi digunakan untuk

mengidentifikasi dan mengkategorikan

(20)
(21)

RMMM PLAN

R

ISK = Risiko

M

ITIGATING = Meredakan / Mengurangi

M

ONITORING = Memonitor

(22)

RMMM Plan

Pengurangan, Monitoring & manajemen Risiko :

Menghindari risiko

Bagaimana mengurangi turnover stafMenentukan standart dokumentasi &

mekanismenya

Melakukan kajian terhadap semua pekerjaan sehingga lebih dari 1 orang yang terbiasa dgn pekerjaan tersebut.

Menentukan backup staf, dll

Monitoring risiko

(23)

RMMM Plan

• Manajemen risiko

– Jika usaha pencegahan sudah

diupayakan ( backup ada, informasi

terdokumentasi & pengetahuan

telah disebarkan ke seluruh Tim) &

ternyata gagal, maka diperlukan :

» Untuk anggota tim yang akan

pergi untuk mentransfer

Referensi

Dokumen terkait

Probabilitas bahwa lebih dari suatu hasil percobaan akan terjadi di dalam satu selang waktu yang singkat atau dalam suatu daerah yang kecil seperti itu dapat diabaikan..

Sequence diagram adalah diagram UML yang memodelkan logika dari sebuah use case dengan cara menggambarkan bagaimana objek berinteraksi satu sama lain. Diagram

Sequence Diagram adalah diagram UML yang memodelkan logika dari sebuah use case dengan cara menggambarkan bagaimana interaksi antar objek satu sama lain dalam suatu

Sehingga dalam proses pengurangan resiko bencana dapan diharapkan dan dapat diterapkan pada sebuah realita yang mana terdapat suatu kejadian bencana alam yang membuat

Power Designer adalah salah satu Tools yang dapat dipergunakan untuk membangun/merancang sebuah Basis data melalui ER-DIAGRAM (CDM), merancang Sistem melalui Data Flow

Diagram ini juga dapat digunakan untuk menggambarkan semua aliran yang mungkin terjadi dalam interaksi sistem, atau menggambarkan sebuah aliran saja. Sequence diagram

Orang mungkin menggunakan diagram urutan untuk menunjukkan interaksi dalam satu kasus penggunaan atau di salah satu skenario dari sistem perangkat lunak.. Sebuah diagram

Diagram ini mendeskripsikan interaksi apa saja yang terjadi antara pengguna dari sebuah sistem dan sistem itu sendiri (Fowler, 2004, p.. 35), class diagram adalah diagram