Manajemen Resiko Perancangan Software Sistem Informasi Akademik

Slides:



Advertisements
Presentasi serupa
Muhammad Taufik Syastra
Advertisements

Profesi di Bidang Teknologi Informasi
ANALISIS SISTEM.
DAMPAK TEKNOLOGI INFORMASI PADA PROSES AUDIT
Pembangunan / Pengembangan Sistem Informasi
ANALISIS DAN PERANCANGAN SISTEM INFORMASI (I)
Manajemen Proyek Perangkat Lunak
REKAYASA PERANGKAT LUNAK
Pengujian Software - Pelaksanaan
PROJECT MANAGEMENT MANPRO-M10: RISIKO DALAM PROYEK SISTEM am/page : 1 of 17 RISIKO DALAM PROYEK SISTEM SESI : 10 BY ARISM,SKOM,MMSI.
FUNGSI DAN PROSES PERENCANAAN SERTA PENGENDALIAN
BAB 3 MANAJEMEN PERANGKAT LUNAK
Pengembangan perangkat lunak
Pertemuan 4 Manajemen Proyek (2)
PENGORGANISASIAN DAN MANAJEMEN PROYEK SAP
METODOLOGI DALAM PENGEMBANGAN SISTEM
GRUP PROSES MANAJEMEN PROYEK
# P ENDAHULUAN Materi Pertemuan 2. # D EFECT VS F AILURE C ACAT VS K EGAGALAN Defect : merupakan cacat/kekurangan (wrong/missing/extra) didalam sistem.
SISTEM MUTU LABORATORIUM SESUAI ISO/IEC : 2005.
1. Pengantar Analisis Bisnis
Metode rpl BY: Y. PALOPAK S.Si., MT..
Manajemen Resiko 1.
PENGEMBANGAN PERANGKAT LUNAK.
PERENCANAAN AKTIVITAS PROYEK
Pembangunan / Pengembangan Sistem Informasi
Perencanaan Proyek Perangkat Lunak
TESTING DAN IMPLEMENTASI SISTEM
GRUP PROSES MANAJEMEN PROYEK
Monitoring-Pengendalian Proyek
Rekayasa perangkat lunak (rpl)
Analisa Perancangan Berbasis Objek
MANPRO-M12: MUTU PROYEK SISTEM
Pengantar Analisis Bisnis & Kompetensi Analis Bisnis
Metodologi Pengembangan Sistem Informasi
ANALISA KINERJA SISTEM
Nur fisabilillah, S.Kom, MMSI | UNIVERSITAS GUNADARMA
ANALISA DAN PERANCANGAN SISTEM INFORMASI
PENGEMBANGAN SISTEM INFORMASI
Prinsip-Prinsip Pengukuran Risiko
Bab 13 Troubleshooting Abdillah, MIT.
PERANCANGAN SISTEM SECARA UMUM
Pengembangan Sistem Informasi
Issa Arwani, S.kom, M.sc. Vokasi UNIVERSITAS BRAWIJAYA MALANG
Bab 15 Troubleshooting Abdillah, MIT.
JAMINAN KUALITAS DARI KONTRIBUSI EXTERNAL PARTICIPANT
Pembangunan Kasus Bisnis & Penentuan Alternatif
PENYUSUNAN Rencana On The Job Learning (ACTION PLAN)
Analisis Kebutuhan.
Panduan Survey Lapangan
RISIKO DALAM PROYEK SISTEM
PERTEMUAN 2 Proses Pengembangan Perangkat Lunak
PENGAMBILAN KEPUTUSAN MANAJERIAL
BAB 4 ANALISIS SISTEM.
Manajemen Proyek Sistem Informasi DAY-2
Manajemen Resiko Perancangan Software Sistem Informasi Akademik
Kartu Referensi Ringkas
MANAJEMEN PROYEK PERANGKAT LUNAK
Membangun Sistem Informasi ERP
Siklus hidup pengembangan sistem
DEVELOPMENT AND QUALITY PLANS
KEPASTIAN KUALITAS KOMPONEN MAINTENANCE SOFTWARE
PERAN TEKNOLOGI INFORMASI DALAM MENDUKUNG SISTEM INFORMASI
Manajemen Resiko 1.
Manajemen Resiko 1.
Pengembangan Sistem Informasi
Metodologi Pengembangan Sistem Informasi
TESTING DAN QA SOFTWARE PERTEMUAN 13
Transisi Layanan Teknologi Informasi
Manajemen Proyek TI Pertemuan 1 Pengantar Manajemen Proyek TI
Manajemen Resiko 1. Paradigma Manajemen Resiko 2 RISK control identify analyze plan track.
Transcript presentasi:

Manajemen Resiko Perancangan Software Sistem Informasi Akademik SMA AL HIKMAH Full-day School Surabaya MARTASARI WIDIASTUTI 5106201809

CONTENT Identifikasi Resiko : Resiko skala produk Resiko pengaruh bisnis Resiko terkait dengan pelanggan Resiko proses Resiko teknologi Resiko pengembangan software Resiko terkait dengan staf dan pengalaman Resiko komponen dan pengendali

A. Resiko Skala Produk Kesalahan perkiraan LOC Solusi: A1. Melakukan re-scheduling dan melaporkannya kepada pelanggan, dan meminta pelanggan untuk melakukan penyesuaian jadwal dan biaya. A2. Merekrut staff tambahan untuk membantu penyelesaian produksi agar sesuai jadwal. Kesalahan perancangan skala database Solusi: A3. Memberitahu seluruh staff yang bersangkutan untuk melakukan meeting sehubungan dengan perancangan ulang skala database. A4. Memberitahu pelanggan apabila terjadi perubahan waktu penyelesaian produk. A5. Merekrut staff tambahan untuk membantu penyelesaian produksi agar sesuai jadwal.

B. Resiko Pengaruh Bisnis Dokumentasi untuk pelanggan kurang baik Solusi: B1. Sejak awal kita harus sudah melakukan riset bagaimana membuat dokumentasi yang baik, dan juga kita perlu untuk menanyakan pelanggan dokumentasi seperti apa yang diharapkan oleh pelanggan. B2. Jika resiko tersebut sudah terjadi, kita dapat meminta kepada pelanggan untuk memberikan respon maupun review atas dokumentasi tersebut, dan berusaha memperbaikinya. Ketergantungan harga akibat keterlambatan produksi Solusi: B3. Untuk menghindarinya proses produksi harus dijadwalkan dengan baik dan prosesnya diusahakan semaksimal mungkin sesuai dengan time table-nya

B. Resiko Pengaruh Bisnis(cont) Ketergantungan harga akibat ketidaksempurnaan produk Solusi: B4. Sebelum diberikan kepada pelanggan maka produk harus terlebih dahulu menjalani tahap testing untuk melihat kelemahan-kelemahan yang mungkin terdapat dalam produk tersebut.

C. Resiko terkait Pelanggan Pelanggan belum/tidak bisa memastikan apa yang dibutuhkannya Solusi: C1. Menggali informasi tentang keadaan pelanggan, apa yang dibutuhkan. Sehingga kita bisa membantu memberikan saran tentang apa yang dia butuhkan. C2. Meminta kepada pelanggan untuk mempersiapkan kebutuhannya terlebih dahulu, atau meminta kepada pelangan untuk bertemu orang dari perusahaan pelanggan yang mengerti proses produksi software (staff EDP perusahaan pelanggan).

C. Resiko terkait Pelanggan(cont) Pelanggan tidak punya waktu berkomunikasi dengan developer untuk saling memberi informasi Solusi: C3. Meminta kepada pihak pelanggan beberapa contact person, sehingga jumlah pihak pelanggan yang dapat dimintai keterangan lebih banyak. C4. Membuat report dan simulasi sesingkat dan sedetil mungkin supaya pelanggan cepat melakukan koreksi sehingga tidak menyita banyak waktunya. Pelanggan tidak mengerti proses pengembangan software Solusi: C5. Memberikan gambaran global tentang proses pengembangan software, dan memberikan keterangan sesederhana dan sedetil mungkin.

D. Resiko Proses Tidak semua staff bersedia untuk mengikuti proses yang telah ditentukan Solusi: D1. Menyusun ulang pembagian tugas dari masing-masing staff. D2. Mengganti staff tersebut dengan yang lebih mampu Kesulitan pengaturan jadwal untuk melakukan review teknis Solusi: D3. Project Manager harus mengatur jadwal yang tepat untuk masing-masing staff. D4. Masing-masing staff sejak awal harus berkomitmen untuk meluangkan waktunya.

D. Resiko Proses(cont) Solusi: Metode testing yang ada kurang sesuai Solusi: D5. Mencari metode testing yang lebih baik, dengan cara mendiskusikannya dengan staff, mencarinya di internet dan sumber-sumber lainnya.

E. Resiko teknologi Tidak semua staff menguasai/mengenal tools yang akan digunakan Solusi: E1. Memilih staff yang telah mengenal tools tersebut. E2. Mengadakan training singkat untuk staff yang belum menguasainya. Project membutuhkan hal baru yang belum pernah dibuat oleh developer Solusi: E3. Mengumpulkan bahan-bahan yang diperlukan dan melakukan riset untuk persiapan project tersebut

F. Resiko pengembangan software Software project/proses manajemen tidak tersedia Solusi : F1. Mencari software tersebut terlebih dahulu. Tidak tersedianya software development untuk yang dibutuhkan Solusi: F2. Mencari alternatif software yang dapat menggantikannya. F3. Mencari software tersebut terlebih dahulu. Tidak tersedianya dokumentasi yang cukup untuk peralatan yang digunakan Solusi: F4. Mencari dokumentasi dari buku, internet, majalah, dan sebagainya. Staf tidak terlatih untuk menggunakan tools yang ada F5. Mengadakan training singkat mengenai tools tersebut. F6. Memberikan buku panduan yang harus dipelajari sendiri oleh staff tersebut.

G. Resiko terkait Staf & Pengalaman Tidak tersedianya kombinasi staff dengan kemampuan yang tepat Solusi: G1. Menyusun ulang pembagian tugas antar staf. G2. Merekrut staf baru yang memiliki kemampuan seperti yang dibutuhkan. Jumlah staff tidak memadai Solusi: G3. Merekrut staff baru G4. Mengefektifkan kerja para staff G5. Menambah jumlah jam kerja setiap staff Staf mengundurkan diri G6. Merekrut staff baru G7. Mengefektifkan kerja para staff G8. Menambah jumlah jam kerja setiap staff

H. Resiko Komponen&Pengendali Performa produk tidak seperti yang diharapkan Solusi: H1. Melakukan kompilasi ulang dengan mengoptimalkan dan memperbaiki software. Harga produk di luar perkiraan H2. Melakukan tindakan pencegahan dengan menyediakan dana cadangan dalam estimasi. Software tidak bisa dikoreksi/diubah Solusi: H3. Melakukan kompilasi software dari awal dengan terlebih dahulu memperbaikinya. Project di luar jadwal yang ditentukan H4. Melakukan pencegahan dengan menambahkan waktu pada estimasi. H5. Meminta tambahan waktu pada pelanggan.

MATRIKS MANAJEMEN RESIKO

TERIMAKASIH