Transcript Bab 5 Manajemen


DEFINISI KONSEPTUAL
(1). Kejadian masa yg akan datang
(2). Melibatkan perubahan
(3). Melibatkan pilihan & ketidakpastian

Peter Drucker [DRU75]
untuk mengambil risiko yang tepat ada 3 hal
yang harus dilakukan :
1. identifikasi semua risiko yg ada
2. eliminasi resiko yg tidak berpotensi
3. minimalkan segala risiko yg ada

Strategi Reaktif
“mode tembak menembak”
Tim PL tdk akan berbuat apaapa di seputar resiko sampai
sesuatu yg buruk terjadi dan
baru tim akan beraksi untuk
memperbaiki masalah itu
dgn cepat.
 Jika GAGAL, mk Proyek dlm
keadaan bahaya



Strategi Proaktif
Lebih baik
Dimulai SEBELUM masalah
teknis ditangani.
 Resiko potensial diidentifikasi
 Probabilitas dan pengaruh
proyek diperkirakan
 Prioritas kepentingan risiko



Tidak semua risiko dapat dihindari

Tim PL perlu membuat RENCANA yang
memungkinkan merespon penanganan risiko
yg terkontrol


Karakteristik Risiko :
 Ketidakpastian
▪ Risiko mungkin / tdk mungkin terjadi
 Rugi
▪ Realitas dari risiko  akibatnya adalh kerugian
Kategori Risiko:
 Risiko proyek
: pembiayaan, penjadwalan,personil(staffing
&organisasi), resource, masalah persyaratan dan
pengaruh thd proyek.
 RisikonTeknis
:desain, implementasi,interface, verifikasi,
maintenance, ketidakpastian teknik, keusangan
teknik, perkembangan teknologi
 Risiko Bisnis
: (1)risiko pasar, (2)risiko strategi, (3)risiko
pemasaran, (4)risiko manajemen sdm, (5) risiko
biaya
RISIKO
PROYEK
Mengancam
rencana
proyek
Mengancam
viabilitas PL yg
dibangun
RISIKO
RISIKO
BISNIS
TEKNIS
Mengancam
kualitas &
ketepatan
waktu PL
dihasilkan

Charette [CHAR89]
 Risiko yg sudah diketahui diketahui dr evaluasi
selama pengerjaan proyek
 Risiko yg dapat diramalkan diketahui dr
pengalaman project sebelumnya
 Risiko yg tidak diharapkan  belum terjadi krn
mungkin sebelumnya sgt sulit diidentifikasi.


Merupakan usaha SISTEMATIS untuk menentukan ancaman
thd rencana proyek.
2 JENIS RISIKO :
 1. RISIKO GENERIK
ancaman potensial dr setiap proyek PL
 2. RISIKO PRODUK SPESIFIK
ciri khusus apa dr proyek/produk ini yg mengancam
rencana proyek kita?
Metode identifikasi risiko  CHECKLIST ITEM RISIKO
“Bila Anda tidak aktif menyerang Risiko, maka mereka Risiko yang
akan aktif menyerang Anda”
Tom Gilb [GIL88]

FOKUS IDENTIFIKASI RISIKO:
1. Ukuran Produk
2. Pengaruh Bisnis
3. Karakteristik Pelanggan
4. Definisi Proses
5. Lingkungan Pengembangan
6. Teknologi yang dibangun
7. Ukuran dan Pengalaman Staff

Ukuran produk yang diestimasi dalam jumlah
program, file, transaksi ?


Ukuran database yg dibuat/digunakan oleh produk ?
Jumlah pemakai produk ?

Jumlah perubahan saat pengerjaan produk ?
Sebelum penyampaian produk ? Setelah
penyampaian produk?

Jumlah perangkat lunak yang digunakan kembali?
Pengaruh produk terhadap hasil perusahaan?
Kelayakan deadline penyampaian ?
Jumlah pelanggan yang akan menggunakan produk
dan konsistensi kebutuhan relatif mereka dengan
produk tsb?
 Kepintaran pemakai akhir ?
 Jumlah dan kualitas dokumentasi produk yang
harus diproduksi dan disampaikan kepada
pelanggan ?



Pernahkah Anda sebelumnya bekerja dengan
pelanggan ?
 Apakah pelanggan memiliki gagasan yang solid
mengenai apa yang diperlukan?
 Apakah pelanggan bersedia membangun
sambungan komunikasi cepat dengan
pengembang?
 Apakah pelanggan memahami proses PL tsb ?


Masalah Proses
- Apakah anggota staff sudah memahami job desk
masing-masing?
-Apakah manajemen konfigurasi digunakan untu
memelihara konsistensi antara sistem perangkat lunak,
desain, kode dan test case?
- adakah pernyataan mengenai kerja, spesifikasi
persyaratan pelanggan, rencana pengembangan PL yg
didokumentasikan untuk masing-masing sub kontrak?

Masalah Teknis

Masalah teknis
-Apakah menggunakan contoh aplikasi untuk
membantu komunikasi diantara pelanggan dan
pengembang?
-Apakah menggunkan metode spesifik untuk
data dan desain arsitektur?
-Apakah digunakan piranti PL untuk mendukung
analisis PL dan desain proses?
-Apakah lebih dari 90% dari source code yang
dipakai menggunakan bahasa pemrograman
tingkat tinggi?



Apakah teknologi yang dibangun adalah baru
?
Apakah PL nantinya beri-interface dengan
perangkat keras, ssistem databaseatau
piranti lain?
etc




Apakah semua piranti PL sudah
diintegrasikan satu dengan lainnya?
Sudahkah anggota tim proyek menerima
pelatihan dari masing-masing piranti?
Apakah lingkungan menggunakan suatu
databse / tempat penyimpanan?
Apakah bantuan dan dokumentasi on-line
bagi piranti memadai?s




Apakah orang-orang terbaik sudah
didapatkan?
Apakah mereka memiliki skill yang baik?
Sudahkah staf menerima pelatihan
memadai?
Apakah pergantian diantara staf akan cukup
rendah untuk memungkinkan kontinuitas ?

Perkiraan risiko  menganalisa risiko dgn 2 cara :
 Kemungkinan / probabilitas risiko adalah nyata / terjadi
 Konsekuensi dari risiko

Aktivitas Proyeksi Risiko :
1.
2.
3.
4.
Membuat tabel risiko
Menggambarkan konsekuensi risiko
Memperkirakan pengaruh risiko pada proyek dan produk
Mencatat akurasi proyeksi risiko shg tdk terjadi kesalahpahaman
Risiko
Kategori
Probabilitas
Pengaruh
Estimasi ukuran
Product
rendah scr signifikan Size
60%
2 : kritis
Jumlah pemakai
lebih besar dr yg
diharapkan
Product
Size
30 %
3: marjinal
Pemakaian Ulang
lebih rendah dr yg
diharapkan
Product
Size
70 %
2 : kritis
RMMM
Risiko
Kategori
Probabilitas
Pengaruh
Pemakai akhir
Business
menolak sistem Impact
40 %
3: marjinal
Deadline
pengiriman
akan
dipercepat
50 %
2: kritis
Pelanggan akan PS
mengubah
kebutuhan
80 %
2: kritis
Staff tidak
Ukuran dan
berpengalaman pengalaman
Staff
30%
2:kritis
Business
Impact
RMMM


Pengurutan : probabilitas & pengaruh
Probabilitas tertinggi  risiko pertama yg harus
terselesaikan
Faktor risiko tidak
dianggap
Sangat Tinggi
Pengaruh
Tinggi
Sangat Rendah
Perhatian Manajemen
0
Probabilitas Kejadian
1.0


Goal ..?
Membantu TIM proyek dlm mengembangkan
strategi efektif dlm menghadapi risiko. Yaitu:
 Menghindari
 Monitoring
 Manajemen
 perencanaan
Risiko



Kasus :Turn over staff
Pendekatan personal, tanyakan alasan resign
Tentukan langkah-langkah selanjutnya jk
memang terjadi turn over staff:
 Pengambil alihan job desk
 Perlunya backup staff
 Persiapan dokumentasi dan training staff
pengganti
 Pertimbangan kompensasi dan manfaat
 etc

RISK MITIGATING, MONITORING AND
MANAGEMENT Plan

Mendokumentasi semua kegiatan yang
dilakukan sebagai bagian dari analisis risiko
dan digunakan oleh manager proyek sebagai
bagian dari keseluruhan Rencana Proyek
I.
II.
III.
Pengantar
1. Lingkup dan Tujuan dokumen
2. Tinjauan risiko utama
3. Tanggung jawab :
a. Manajemen
b. Staf teknis
Tabel Risiko Proyek
1. deskripsi semua risiko diatas yang ditentukan
2.Faktor-faktor yang mempengaruhi probabilitas dan pengaruh
Pengurangan, Monitoring dan Manajemen Risiko
n. Risiko #n
a. Pengurangan
i. Strategi Umum
ii. Langkah khusus untuk mengurangi resiko
b. Monitoring
i.faktor-faktor yang dimonitor
ii. Pendekatan monitoring
c. manajemen
i. Rencana kontingensi
ii. Konsiderasi khusus
IV.
V.
Jadwal Iterasi Rencana RMMM
Kesimpulan
Analisis risiko dapat menyerap usaha dalam
perencanaan proyek karena pada tahapan
RMMM semuanya memakan waktu.
Tidak semua risiko bisa dievaluasi tergantung dari
besar kecilnya proyek dan kompleksitasnya
Yang terpenting adalah bagaimana mensinergikan
antara pelaksanaan perencanaan proyek dengan
analisis resiko agar berjalan dgn baik.