Manajemen Resiko
19.43
1.
Struktur Rincian
Resiko
=======================================================================
2.
Daftar
Resiko
|
NO
|
Risk
|
Description
|
Category
|
Root Cause
|
Triggers
|
Potential Responses
|
Risk Owner
|
Probability
|
Impact
|
|
1
|
Waktu Pertemuan
Sulit
|
Waktu untuk melakukan pertemuan dengan stakeholder
sangat sulit
|
Schedule Risk
|
Sulit Mencari
Waktu
|
Stakeholder yang
sulit ditemui
|
Meeting dilakukan
dengan mencari hari yang longgar dan sebisa mungkin diadakan pertemuan setiap
harinya walaupun hanya sebentar.
|
Project Manager,
Stakeholder
|
Low
|
High
|
|
2
|
Informasi kurang
|
Informasi dari
stakeholder utama kurang
|
Technical Risk
|
Kurang jelasnya
stakeholder memberi keterangan
|
Stakeholder kurang
paham apa yang diinginkan
|
Mencari
stakeholder yang lainnya seperti pegawai,kebutuhan apa yang mereka inginkan
|
Project Manager
|
Medium
|
Medium
|
|
3
|
Ruang Lingkup
Melebar
|
Ruang Lingkup
proyek melebar terlalu luas
|
Schedule Risk
|
Stakeholder selalu
ada perubahan terhadap kebutuhan
|
Stakeholder
mengingkan semua yang dia minta meskipun telah ada perjanjian sebelumnya
|
Melakukan inisiasi
di awal mengenai batasan batasan atau constrains yang terdapat dalam proyek
|
Project Manager
|
High
|
High
|
|
4
|
Waktu Pengerjaan Telat
|
Waktu pengerjaan proyek terlambat dari target
|
Schedule Risk
|
Tidak teraturnya jadwal pembuatan aplikasi
|
Selalu menunda pekerjaan
|
Membuat schedule task pada setiap kegiatan yang
berkaitan dengan proyek yang disesuaikan dengan kesepakatan pengerjaan proyek
dan jumlah anggota tim.
|
Stakeholder
|
Medium
|
High
|
|
5
|
Kurang Personil
|
Kurangnya
personil tim
|
Cost Risk, Schedule Risk
|
PM tidak segera mencari anggota tim
|
PM terlambat mencari anggota tim
|
Mencari atau merekrut anggota baru yang sesuai
dengan bidang keahlian yang dibutuhkan
|
Project Manager
|
Low
|
High
|
|
6
|
Anggota tim mendapatk an musibah
|
Kemungkinan terjadi hal yang tidak diharapkan yang
menimpa anggota tim
|
Cost Risk, Schedule Risk
|
Terjadi musibah kepada anggota tim
|
Ada musibah
|
Mempunyai anggota cadangan yang siap dipekerjakan
sesuai dengan keahlian yang dibutuhkan
|
Project Manager
|
Low
|
Medium
|
|
7
|
Listrik Mati
|
Kemungkinan
terjadi mati listrik pada saat pengembangan proyek.
|
Cost Risk, Schedule Risk
|
Listrik Mati tiba-tiba
|
Ada pemadaman bergilir
|
Menyiapkan aliran listrik
cadangan menggunakan genset, atau UPS untuk keadaan
mendesak.
|
Project Team
|
Medium
|
High
|
|
8
|
Data Hilang
|
Dimungkinkan sekali data dapat hilang begitu saja
karena ancaman
virus dan bencana yang tidak terduga
|
Cost Risk, Schedule Risk, Technical Risk
|
Data rusak
|
Data terkena virus
|
Melakukan backup secara berkala pada media
penyimpanan yang terpisah dengan komputer untuk mengembangan. Menggunakan
tools pendukung keamaan komputer pengembangan seperti antivirus.
|
Project Team
|
High
|
High
|
|
9
|
Versi Browser Tidak Sama
|
Versi Browser yang dimiliki developer dan
stakeholder berbeda
|
Technical Risk
|
Perbedaan versi browser yang membutuhkan versi
terbaru
|
Perbedaan versi browser
|
Mengupdate browser terbaru pada stakeholder terlebih
dahulu
|
Stakeholder
|
Medium
|
Medium
|
|
10
|
Server Penuh
|
Server tidak kuat menangani banyak pengguna
|
Technical Risk
|
Banyak pengguna yang mengakse
|
Banyak Pengguna mengakses web dalam waktu bersamaan
|
Menyiapkan backup server
|
Stakeholder
|
High
|
High
|
========================================================================
3.
Matriks Probabilitas
|
PROBA
BILITY
|
HIGH
|
RISK 3
RISK 8
RISK 10
|
|
|
|
MEDIUM
|
RISK 4
RISK 7
|
RISK 2
RISK 9
|
|
|
|
LOW
|
RISK 1
RISK 5
|
RISK 6
|
|
|
|
|
HIGH
|
MEDIUM
|
LOW
|
|
|
IMPACT
|
||||
========================================================================
4.
Mitigasi Resiko
|
NO
|
Risk
|
Resiko
|
Risk Responses
|
|
1
|
Risk 1
|
Waktu untuk melakukan pertemuan dengan stakeholder
sangat sulit
|
Meeting dilakukan
dengan mencari hari yang longgar dan sebisa mungkin diadakan pertemuan setiap
harinya walaupun hanya sebentar.
|
|
2
|
Risk 2
|
Informasi dari
stakeholder utama kurang
|
Mencari stakeholder
yang lainnya seperti pegawai,kebutuhan apa yang mereka inginkan
|
|
3
|
Risk 3
|
Ruang Lingkup
proyek melebar terlalu luas
|
·
Melakukan
inisiasi di awal mengenai batasan batasan atau constrains yang terdapat dalam
proyek
·
Membuat
perjanjian diatas materai terhadap kebutuhan yang didapatkan
|
|
4
|
Risk 4
|
Waktu pengerjaan
proyek terlambat dari target
|
Membuat schedule
task pada setiap kegiatan yang berkaitan dengan proyek yang disesuaikan
dengan kesepakatan pengerjaan proyek dan jumlah anggota tim.
|
|
5
|
Risk 5
|
Kurangnya personil
tim
|
Mencari atau
merekrut anggota baru yang sesuai dengan bidang keahlian yang dibutuhkan
|
|
6
|
Risk 6
|
Kemungkinan terjadi
hal yang tidak diharapkan yang menimpa anggota tim
|
Mempunyai anggota
cadangan yang siap dipekerjakan sesuai dengan keahlian yang dibutuhkan
|
|
7
|
Risk 7
|
Kemungkinan terjadi
mati listrik pada saat pengembangan proyek.
|
Menyiapkan aliran
listrik cadangan menggunakan genset, atau UPS untuk keadaan mendesak.
|
|
8
|
Risk 8
|
Dimungkinkan sekali
data dapat hilang begitu saja karena ancaman
|
Melakukan backup
secara berkala pada media penyimpanan yang terpisah dengan komputer untuk
mengembangan. Menggunakan tools pendukung keamaan komputer pengembangan
seperti antivirus.
|
|
9
|
Risk 9
|
Versi Browser yang
dimiliki developer dan stakeholder berbeda
|
Mengupdate browser
terbaru pada stakeholder terlebih dahulu
|
|
10
|
Risk 10
|
Server tidak kuat
menangani banyak pengguna
|
·
Memperkirakan
jumlah pengguna yang akan mengakses
·
Melakukan
proses dengan beberapa server replikasi sehingga operasi tidak dilakukan oleh
satu server saja
|

0 komentar