Analisis Risiko Rekayasa Perangkat Lunak

1. Risiko adalah suatu variasi dari hasil – hasil yang dapat terjadi selama periode tertentu pada kondisi tertentu (William & Heins, 1985).
2. Risiko adalah sebuah potensi variasi sebuah hasil (William, Smith, Young, 1995).
3. Risiko adalah kombinasi probabilita suatu kejadian dengan konsekuensi atau akibatnya (Siahaan,2007).

1. Risiko Spekulatif (Speculative Risk), yaitu risiko yang memang sengaja diadakan, agar di lain pihak dapat diharapkan hal – hal yang menguntungkan. Contoh: Risiko yang disebabkan dalam hutang piutang, membangun project, perjudian, menjual produk, dan sebagainya.
2. Risiko Murni (Pure Risk), yaitu risiko yang tidak disengaja, yang jika terjadi dapat menimbulkan kerugian secara tiba – tiba. Contoh : Risiko kebakaran, perampokan, pencurian, dan sebagainya.

1. Risiko yang dapat dialihkan, yaitu risiko yang dapat dipertanggungkan sebagai obyek yang terkena risiko kepada perusahaan asuransi dengan membayar sejumlah premi. Dengan demikian kerugian tersebut menjadi tanggungan (beban) perusahaan asuransi.
2. Risiko yang tidak dapat dialihkan, yaitu semua risiko yang termasuk dalam risiko spekulatif yang tidak dapat dipertanggungkan pada perusahaan asuransi.

1. Risiko Internal, yaitu risiko yang berasal dari dalam perusahaan itu sendiri.  Misalnya risiko kerusakan peralatan kerja pada project karena kesalahan operasi, risiko kecelakaan kerja, risiko mismanagement, dan sebagainya.
2. Risiko Eksternal, yaitu risiko yang berasal dari luar perusahaan atau lingkungan luar perusahaan. Misalnya risiko pencurian, penipuan, fluktuasi harga, perubahan politik, dan sebagainya.

Analisis Risiko Rekayasa Perangkat Lunak

1. Risiko Statis.  Yaitu risiko yang asalnya dari masyarakat yang tidak berubah yang berada dalam keseimbangan stabil. Risiko statis dapat bersifat murni ataupun spekulatif.  Contoh risiko spekulasi statis : Menjalankan bisnis dalam ekonomi stabil.  Contoh risiko murni statis : Ketidakpastian dari terjadinya sambaran petir, angin topan, dan kematian secara acak (secara random).
2. Risiko Dinamis. Risiko yang timbul karena terjadi perubahan dalam masyarakat. Risiko dinamis dapat bersifat murni ataupun spekulatif. Contoh sumber risiko dinamis : urbanisasi, perkembangan teknologi, dan perubahan undang – undang atau perubahan peraturan pemerintah.

1. Risiko Subyektif, risiko yang berkaitan dengan kondisi mental seseorang yang mengalami ragu – ragu atau cemas akan terjadinya kejadian tertentu.
2. Risiko Obyektif, probabilita penyimpangan aktual dari yang diharapkan (dari rata – rata) sesuai pengalaman.

1. Manajemen risiko merupakan proses formal dimana faktor – faktor risiko secara sistematis diidentifikasi, diukur, dan dicari
2. Manajemen risiko merupakan metoda penanganan sistematis formal dimana dikonsentrasikan pada pengientifikasian dan pengontrolan peristiwa atau kejadian yang memiliki kemungkinan perubahan yang tidak diinginkan.
3. Manajemen risiko, dalam konteks project, adalah seni dan pengetahuan dalam mengidentifikasi, menganalisis, dan menjawab faktor – faktor risiko sepanjang masa project.

• Menurut Williams dan Heins, 1985 : Manajemen risiko merupakan pengenalan, pengukuran, dan perlakuan terhadap kerugian dari kemungkinan kecelakaan yang muncul.
• Redja, 2008 : Manajemen risiko merupakan sebuah proses untuk mengidentifikasi terjadinya kerugian yang dialami oleh suatu organisasi dan memilih teknik yang paling tepat untuk menangani kejadian tersebut.
• Al Bahar dan Crandall, 1990 : Manajemen risiko adalah sebuah proses formal untuk mengidentifikasi, menganalisis, dan merespon sebuah risiko secara sistematis, sepanjang jalannya project, untuk mendapatkan tingkatan tertinggi atau yang bias diterima, dalam hal mengeliminasi risiko atau kontrol risiko.
• Williams, Smith, Young, 1995 : Manajemen risiko merupakan suatu aplikasi dari manajemen umum yang mencoba untuk mengidentifikasi, mengukur, dan menangani sebab dan akibat dari ketidakpastian pada sebuah organisasi.

• pendekatan manajemen kualitas
• teknologi rekayasa perangkat lunak yang efektif (metode dan peranti)
• kajian teknik formal yang diaplikasikan pada keseluruhan proses perangkat lunak
• strategi pengujian multitiered (deret bertingkat)
• kontrol dokumentasi perangkat lunak dan perubahan
• prosedur untuk menjamin kesesuaian dengan standar pengembangan perangkat lunak  mekanisme pengukuran dan pelaporan.

• Requirements document ( RD ).
• Keputusan untuk dikerjakan/tidak dikerjakan(The Go / No-Go Decision).
• Proposal ( Analysis Proposal ) Apa saja yang akan disampaikan, kapan dan berapa biaya.

• Functional Specifications (FE), apa saja yang akan diselesaikan oleh sistem untuk pengguna , dan juga kontrak antara pengguna dan Project Team ( PT ).
• Menghasilkan Proposal.

• Rancangan Sistem, spesifikasi rancangan dan pengujian rancangan
• Rencana Acceptance Test (ATP), daftar pengujian yang akan digunakan untuk menguji fungsi pada sistem kepada pengguna pada tahap acceptance.

• Rancangan Modul, programmer menerima beberapa tingkatan dari rancangan . Tugas programmer adalah membuat lebih rinci sehingga dapat dibuat programnya rancangan.
• Coding

• Integrasi
• Pengujian

• Pada tahap ini akan dilakukan pengujian sesuai dengan Acceptance Test Planning (tahap 3) yang telah didefinisikan untuk memastikan sistem berjalan sukses sukses.
• Hal yang penting adalah pengesahan sebagai acceptance pengguna terhadap pengujian

• Warranty (aktivitas utama)
• Post Project Review (aktivitas tambahan)
• Nilai tambah untuk project berikutnya
• Maintenance

• Expert Judgement, dalam pengertian praktisnya adalah pertimbangan / pendapat ahli / orang yang berpengalaman. Dalam hal ini, experts judgement adalah pendapat orang yang berpengalaman / ahli terkait bagaimana project yang sejenis mengelola lingkup yang digunakan dalam rencana pengelolaan lingkup project (Project Scope Management Plan)
• Templates, Forms, Standarts, ini adalah bentuk atau cara kerja atau daftar isian atau standard dalam memproses suatu input. Alat ini akan memudahkan dalam hal memproses data karena dibuat lebih praktis.

• Product Analisis, tiap area aplikasi memiliki satu atau lebih metode yang diterima secara umum untuk menterjemahkan obyektif project menjadi sasaran dan persyaratan yang nyata. Product analysis termasuk teknik-teknik seperti breakdown produk, analisis sistem, engineering sistem, value engineering, analisis nilai dan analisis fungsional.
• Alternatives indentification, identifikasi alternatif adalah suatu teknik yang digunakan untuk men”generate” pendekatan berbeda untuk melaksanakan dan menghasilkan pekerjaan project. Suatu variasi atas teknik manajemen umum sering digunakan disini, yang sering digunakan adalah brainstorming dan berfikir lateral.

• Stakeholder Analisis, analisis stakeholder identifikasi pengaruh dan ketertarikan dari berbagai pihak yang terkait dan terpengaruh di project dan dokumen yang mereka perlukan, inginkan dan harapkan. Analisis akan memilih dan memprioritaskan dan menilai kebutuhan, keinginan dan harapan untuk menciptakan persyaratan. Ketertarikan stakeholder bisa berdampak positif dan negatif oleh pelaksanaan dan penyelesaian project dan mereka mungkin juga menggunakan pengaruh atas project dan hasil-hasilnya.

• WBS Templates, walaupun project itu unik, form WBS dari project sebelumnya dapat sering digunakan sebagai template untuk project baru jika beberapa project menyerupai project sebelumnya dengan sedikit perkembangan.
• Decomposition, dekomposisi adalah subbagian sasaran project yang lebih kecil, komponen yang lebih managable hingga pekerjaan dan sasaran terdefinisi menjadi the work package level ( level terendah dalam WBS dan titik dimana biaya dan schedule pekerjaan menjadi dapat diperkirakan dengan lebih baik). Level atas detail paket pekerjaan akan bervariasi secara ukuran dan kompleksitas project.

• Inspection, inspeksi meliputi aktifitas seperti pengukuran, pemeriksaan, dan verifikasi untuk menentukan apakah pekerjaan dan sasaran mencapai persyaratan dan kriteria penerimaan produk. Inspeksi disebut juga review, review produk, audit.

• Change Control System, prosedur dimana lingkup project dan produk dapat diubah. Sistem ini meliputi dokumentasi, sistem tracking, dan level persetujuan yang diperlukan untuk pengesahan perubahan. Sistem ini terintegrasi dengan semua sistem informasi manajemen project untuk mengendalikan lingkup project. Ketika project dikelola di bahwa suatu kontrak, sistem kendali perubahan juga mengikuti dengan semua pasal kontrak yang relevan.
• Variance Analysis, pengukuran kinerja project digunakan untuk menilai tingkat perubahan yang terjadi. Aspek penting dalam pengendalian lingkup project adalah menentukan penyebab perubahan secara relatif terhadap baseline lingkup pekerjaan dan memutuskan apakah langkah koreksi diperlukan.
• Replanning, permintaan perubahan yang telah disetujui menyebabkan lingkup project dapat mensyaratkan modifikasi WBS dan Kamus WBS. Pernyataaan lingkup project, dan rencana manajemen lingkup project. Persetujuan tersebut dapat menyebabkan update pada komponen-komponen rencana manajemen project
• Configuration Management System, suatu sistem manajemen konfigurasi yang resmi memberikan prosedur untuk status sasaran, dan menjamin bahwa permintaan perubahan atas lingkup project / lingkup produk secara menyeleuruh dipertimbangkan dan didokumentasikan sebelum diproses melalui proses kendali perubahan terintegrasi.