Paradigma Manajemen Resiko. control. track RISK. identify. plan. analyze

dokumen-dokumen yang mirip
MATA KULIAH MANAJEMEN PROYEK PERANGKAT LUNAK. Riani Lubis Program Studi Teknik Informatika Universitas Komputer Indonesia

MANAJEMEN RESIKO. Aprilia Sulistyohati, S.Kom. Jurusan Teknik Informatika Universitas Islam Indonesia. Your Logo

MINGGU KE-12 MANAJEMEN RESIKO

MANAJEMEN RISIKO. Rekayasa Perangkat Lunak STMIK-AUB Surakarta

Manajemen Resiko Proyek

Manajemen Proyek. Sukowo, S.Kom, MM. Sistem Informasi

Pertemuan 11 Manajemen Risiko

Manajemen Resiko. Manajemen Proyek Teknologi Informasi. SE 3773 MPTI Resiko - IMD 1

Resiko berhubungan dengan kejadian di masa yg akan datang. (seperti perubahan pikiran, pendapat, aksi, atau tempat)

Keuntungan Manajemen Resiko

MANAJEMEN RESIKO PROYEK PENGEMBANGAN PERANGKAT LUNAK MYBIZ 2 DI SOFTWARE HOUSE ABC

Resiko Perangkat Lunak. Project Management RISK ANALYSIS AND MANAGEMENT. Kategori Resiko (1) Kategori Resiko (2) Resiko Teknis (1)

Pertemuan 11 Manajemen Resiko dalam Pengembangan Perangkat Lunak TIK : Menjelaskan konsep dasar dan metode manajemen resiko perangkat lunak.

Penerapan Risk Management Plan dalam Pengembangan Perangkat Lunak Skala Enterprise

Overview Planning Project didasarkan pada sejumlah estimasi yang mencerminkan pemahaman thd situasi yang sekarang, informasi tersedia, dan asumsi yang

Pertemuan 3. Manajemen Proyek Perangkat Lunak. Proses Dalam Manajemen PL

Manajemen Proyek Perangkat Lunak Minggu 1

MANAJEMEN RUANG LINGKUP PROYEK PERTEMUAN 3.2

BAB 6 Manajemen Resiko

MANAJEMEN RISIKO PROYEK

Pertemuan 4 Manajemen Proyek (2) Rekayasa Perangkat Lunak

PROJECT RISK MANAGEMENT (MANAJEMEN RESIKO PROYEK) (MATA KULIAH MANAJEMEN PROYEK PERANGKAT LUNAK)

Manajemen Risiko Proyek. Dr. Ir. Erizal, MAgr. Departemen Teknik Sipil dan Lingkungan

KONTEKS & PROSES MANAJEMEN PROYEK. PERTEMUAN 2 Heru Lestiawan, M.Kom

PERENCANAAN MANAJEMEN RESIKO

Manajemen Proyek Minggu 2

Perencanaan Resiko Teknik Informatika S1 IST AKPRIND Yogyakarta

PROJECT MANAGEMENT PLAN RANCANG BANGUN SISTEM INFORMASI PENERIMAAN DAN SELEKSI PEGAWAI MENGGUNAKAN METODE MANAGEMENT BY OBJECTIVE

3/14/16 Manajemen Proyek IT - Universitas Mercu Buana Yogyakarta

PERTEMUAN 4 & 5 PENJADWALAN PROYEK

MANAJEMEN RISIKO PROYEK

Manajemen Proyek. Bima Cahya Putra, M.Kom

MANAJEMEN PROYEK TEKNOLOGI INFORMASI. Oleh : Dr. R. Rizal Isnanto, S.T., M.M., M.T. MAGISTER SISTEM INFORMASI UNDIP

Manajemen Resiko Proyek Sistem Informasi Pangkalan Data Sekolah dan Siswa (PDSS)

4.4 Identifikasi Resiko Proyek. 1 Kemungkinan orang-orang terbaik. dapat dimasukkan dalam proyek. 2 Kemungkinan orang-orang memiliki

11/23/2011. (SUMBER: SCHWALBE, I.T.PROJECT MANAGEMENT, THOMSON LEARNING,2006 dengan modifikasi) Hendri Sopryadi,M.T.

METODOLOGI MANAJEMEN PROYEK

BAB I PENDAHULUAN 1.1. Latar Belakang 1.2. Perumusan Masalah

BAB 4 PEMBAHASAN. PT Triasta Integrasi Teknologi memiliki bisnis utama (core business) yaitu

MANAJEMEN PROYEK. Pembelajaran Daring Indonesia Terbuka & Terpadu

BAB 1 PENDAHULUAN. informasi sangat dibutuhkan oleh banyak perusahaan dalam. peningkatan kinerja mereka. Perusahaan sering membuat suatu proyek untuk

Project Integration Management. Inda Annisa Fauzani Indri Mahadiraka Rumamby

PENGANTAR MANAJEMEN PROYEK PERANGKAT LUNAK MATA KULIAH MANAJEMEN PROYEK PERANGKAT LUNAK

UNIVERSITAS MERCU BUANA FAKULTAS : ILMU KOMPUTER PROGRAM STUDI : SISTEM INFORMASI

MINGGU KE- 4 MANAJEMEN RUANG LINGKUP

2. Bila diketahui terdapat 2 orang maka jumlah jalur komunikasinya adalah a. 1 b. 2 c. 3 d. 4 e. 5

PROJECT MANAGEMENT BODY OF KNOWLEDGE (PMBOK) PMBOK dikembangkan oleh Project Management. Institute (PMI) sebuah organisasi di Amerika yang

SOFTWARE PROJECT MANAGEMENT

BAB II TINJAUAN PUSTAKA. Risiko dalam proyek konstruksi merupakan probabilitas kejadian yang muncul

Phase Siklus Hidup Proyek

Proyek Perangkat Lunak

3.1 Persiapan Penelitian

Dimulai dengan mendefinisikan secara keseluruhan seluruh parameter proyek dan mengatur proyek secara tepat dan kualitas yang dibutuhkan untuk

STUDI KASUS : KELOMPOK PROSES MANAJEMEN PROYEK PROJECT MANAGEMENT, THIRD EDITION 1

BAB II TINJAUAN PUSTAKA

BAB 3 PERENCANAAN PROYEK

Chapter 3: Studi Kasus : Kelompok Proses Manajemen Proyek. IT Project Management, Third Edition Chapter 3

Manajemen Proyek. Bima Cahya Putra, M.Kom

PENJADWALAN DAN PENELUSURAN PROYEK

BAB 3 PERENCANAAN PROYEK

UNIVERSITAS BINA NUSANTARA. Jurusan Sistem Informasi Skripsi Sarjana Komputer Semester Ganjil 2006 / 2007

DAFTAR ISI. ABSTRAK... i. ABSTRACT... ii. KATA PENGANTAR... iii. DAFTAR ISI... v. DAFTAR TABEL... ix. DAFTAR GAMBAR... x. DAFTAR LAMPIRAN...

BAB I PENGANTAR MANAJEMEN PROYEK

Inititating Process Group

BAB II LANDASAN TEORI

Perencanaan Proyek PL. A. Sidiq P. Universitas Mercu Buana Yogyakarta

BAB II TINJAUAN PUSTAKA. RISIKO DALAM PROYEK KONSTRUKSI MERUPAKAN PROBABILITAS KEJADIAN YANG MUNCUL

PROJECT PLAN (RENCANA MANAJEMEN PROYEK) (MATA KULIAH MANAJEMEN PROYEK PERANGKAT LUNAK)

SOFTWARE DEVELOPMENT PLAN. Program Studi S1 - Sistem Informasi

Manajemen Resiko Nia Saurina 811

1 BAB 1 PENDAHULUAN. 1.1 Latar Belakang

MANAJEMEN BIAYA PROYEK

Proses PL dan Metrik Proyek

ANALISIS FAKTOR-FAKTOR YANG MEMPENGARUHI KESUKSESAN PROYEK TEKNOLOGI INFORMASI PADA YAYASAN BINA NUSANTARA

MANAJEMEN LINGKUP (SCOPE) PROYEK

FASE PERENCANAAN. MPSI sesi 4

BAB 3 PERENCANAAN PROYEK

CV. Lubersky Computer Semarang: IT Consultant, Software dan Web Development

BAB II TINJAUAN PUSTAKA. ditunjuk atau ditetapkan untuk bertanggung jawab terhadap kegiatan keseharian

Project Time Management adalah suatu kegiatan yang mencakup semua proses dan

PEMBUATA TATA LAKSA A PROYEK PEMBA GU A SISTEM I FORMASI DI U IVERSITAS X BERDASARKA CMMI

A. Tujuan dan Ruang Lingkup Proyek Perancangan Rekayasa Perangkat Lunak

GARIS-GARIS BESAR PROGRAM PENGAJARAN (GBPP)

Project Integration Management

KERANGKA KENDALI MANAJEMEN (KENDALI UMUM)

5. Aktivitas generic dalam semua proses perangkat lunak antara lain adalah : a. Spesifikasi dan pengembangan b. Validasi dan evolusi c.

MANAJEMEN PROYEK KONTEKS & PROSES PERTEMUAN 2

SATUAN ACARA PERKULIAHAN MATA KULIAH : PENGELOLAAN PROYEK SISTEM INFORMASI (AK ) JURUSAN SISTEM INFORMASI PTA 2007 / 2008

SATUAN ACARA PERKULIAHAN MATA KULIAH : PENGELOLAAN PROYEK SISTEM INFORMASI JURUSAN SISTEM INFORMASI PTA 2006 / 2007

Disampaikan Oleh: Didi Supriyadi

SATUAN ACARA PERKULIAHAN MATA KULIAH : PENGELOLAAN PROYEK SISTEM INFORMASI (AK ) JURUSAN SISTEM INFORMASI

RPKPPS MATA KULIAH : MANAJEMEN PROYEK SISTEM INFORMASI JURUSAN SISTEM INFORMASI UNIVERSITAS ANDALAS

REKAYASA PERANGKAT LUNAK. 3 sks Sri Rezeki Candra Nursari reezeki2011.wordpress.com

BAB 2 LANDASAN TEORI. tujuan secara efektif dan efisien. (

Secara garis besar disintesis menjadi 4 tahap. (Hallowel dkk, 2013)

Project Management Project Management Body of Knowledge. Boldson, S.Kom., MMSI

MANAJEMEN RISIKO PROYEK

BAB 3 METODOLOGI PENELITIAN. Tahapan dalam melakukan penelitian ini dapat dijelaskan sebagai berikut.

Mengidentifikasi tingkat akurasi dan satuan ukuran sumber daya yang akan diestimasi / diperkirakan

BAB 2 LANDASAN TEORI

Transkripsi:

Manajemen Resiko 1

Paradigma Manajemen Resiko control track plan RISK analyze identify 2

Manajemen Resiko Strategi Risiko Reaktif & Proaktif Risiko Perangkat Lunak Identifikasi Risiko Proyeksi Risiko Pengurangan, Monitoring dan Manajemen Risiko Risiko Keselamatan dan Bahaya RMMM Plan 3

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 risiko dapat membantu mendevelope sebuah estimasi yang realistis. Kathy Schwalbe 4

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 Pressman 5

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 Bila resiko menjadi realita maka kerugian yang terjadi 6

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 berdasarkan peluang dan dampak terjadinya resiko tersebut. 7

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 risikoresiko yang terjadi atau rawan terjadi selama proses proyek berlangsung. 8

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 Konflik atau konflik akan kepentingan 9

Identifikasi Resiko Identifikasi Resiko adalah proses pemahaman apakah sebuah kejadian berpotensi menghambat atau menggagalkan proyek. Alat dan teknik yang dapat digunakan : Brainstorming Interview 10

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? Jumlah produk/sistem yang berhub. Dengan PL yang dibangun? 11

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? apakah metode spesifikasi yang digunakan? 12

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 Apakah orang-orang yang terbaik didapatkan? Jumlah orang yang bekerja paruh waktu / tidak? 13

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: Nomor yang merepresentasikan semua resiko berdasarkan kejadian dan akibatnya jika terjadi. 14

Contoh Matrik probabilitas/dampak 15

Contoh Matrik Probabilitas/Dampak untuk Dugaan resiko kualitatif 16

Contoh penelusuran 10 besar item resiko Risk Item Inadequate planning Poor definition of scope Absence of leadership Poor cost estimates Poor time estimates This Month Monthly Ranking Last Month Number of Months Risk Resolution Progress 1 2 4 Working on revising the entire project plan 2 3 3 Holding meetings with project customer and sponsor to clarify scope 3 1 2 Just assigned a new project manager to lead the project after old one quit 4 4 3 Revising cost estimates 5 5 3 Revising schedule estimates 17

Kategori Resiko secara umum Resiko Pasar Resiko keuangan Resiko Teknologi Resiko manusia Resiko Struktur/prose 18

Risk Breakdown Structure Risk breakdown structure adalah sebuah hirarki kategori potensi resiko dalam sebuah proyek. Mirip dengan WBS tetapi digunakan untuk mengidentifikasi dan mengkategorikan resiko. 19

Contoh Risk Breakdown Structure 20

RMMM PLAN RISK = Risiko MITIGATING = Meredakan / Mengurangi MONITORING = Memonitor MANAGEMENT PLAN = Perencanaan Pengolahan 21

RMMM Plan Pengurangan, Monitoring & manajemen Risiko : Menghindari risiko Bagaimana mengurangi turnover staf Menentukan standart dokumentasi & mekanismenya Melakukan kajian terhadap semua pekerjaan sehingga lebih dari 1 orang yang terbiasa dgn pekerjaan tersebut. Menentukan backup staf, dll Monitoring risiko Memonitor factor-faktor yang dapat memberikan indikasi terhadap suatu risiko : hub. Interpersonal diantara tim, sikap umum tim terhadap tekanan proyek, dll 22

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 pengetahuan pada anggota tim pengganti 23