Manajemen Resiko

Document Sample
Manajemen Resiko Powered By Docstoc
					MANAJEMEN RESIKO

Universitas Sultan Syarif Kasim Riau
                               2010
Technology is nothing: if it fails
   Technology is nothing: if it fails
Ternyata dalam berbagai survei, angka 70% merupakan angka
rata-rata kegagalan proyek TI. Standish Group menyatakan hanya
10% perusahaan yang berhasil menerapkan ERP, 35% proyek
dibatalkan dan 55% mengalami keterlambatan. Meta Group
menyatakan 55%-75% proyek CRM gagal. CRM Forum
menyatakan lebih dari 50% proyek CRM di Amerika Serikat, dan
lebih dari 85% di Eropa dianggap gagal. Gartner Group
menyatakan bahwa 75% proyek TI di Amerika Serikat gagal. Di
Indonesia pada tahun 2003 majalah SWA membuat
pernyataan berdasarkan survei bahwa 75% proyek TI di
Indonesia gagal.

                                                             3
                    DEFINISI
•   Defenisi konseptual mengenai risiko :
    (Robert Charette)
    – Risiko berhubungan dengan kejadian di masa yg
      akan datang.
    – Risiko melibatkan perubahan (spt. perubahan
      pikiran, pendapat, aksi, atau tempat)
    – Risiko melibatkan pilihan & ketidakpastian
      bahwa pilihan itu akan dilakukan.


                                                      4
  STRATEGI REAKTIF vs PROAKTIF
• Strategi reaktif
  Memonitor proyek terhadap kemungkinan resiko.
  Sumber2 daya dikesampingkan, padahal seharusnya
  sumber2 daya menjadi masalah yang sebenarnya /
  penting.
• Strategi proaktif
  Dimulai sebelum kerja teknis diawali.
  Resiko potensial diidentifikasi, probabilitas & pengaruh
  proyek diperkirakan, dan diprioritaskan menurut
  kepentingan, kemudian membangun suatu rencana
  untuk manajemen resiko.
  ---------Sasaran utama adalah menghindari resiko.


                                                             5
       RESIKO PERANGKAT LUNAK
• Karakteristik risiko :
   – Ketidakpastian
   – Kerugian
• Kategori risiko :
   – Risiko proyek
   – Risiko teknis
   – Risiko bisnis
• Kategori risiko oleh Robert Charette :
   – Risiko yang sudah diketahui
   – Risiko yang dapat diramalkan
   – Risiko yang tidak diharapkan



                                           6
      RISIKO PERANGKAT LUNAK

Risiko selalu melibatkan dua karakteristik :

• Ketidakpastian – kejadian yang menandai risiko
  mungkin atau tidak mungkin terjadi;
• Kerugian – bila risiko menjadi realitas, akibat yang
  tidak diinginkan atau kerugian akan dialami.



                                                         7
 RESIKO PERANGKAT LUNAK (cont.)
Risiko proyek
     Risiko proyek mengancam rencana proyek.
• Bila risiko proyek menjadi kenyataan maka ada
   kemungkinan jadwal proyek akan mengalami slip & biaya
   menjadi bertambah.
• Risiko proyek mengidenifikasi :
   - biaya - jadwal      - personil (staffing & organisasi)
   - masalah persyaratan -sumber daya – pelanggan
Ex:
-software yg selesai tidak sesuai jadwal
-pengalaman staff yang kurang pada proyek software
-pelanggan mempunyai keinginan yang berbeda pada suatu
 software
-staff
                                                              8
 RESIKO PERANGKAT LUNAK (cont.)
Risiko teknis
     Risiko teknis mengancam kualitas & ketepatan waktu PL yg akan
     dihasilkan.
• Bila resiko teknis menjadi kenyataan maka implementasinya
   menjadi sangat sulit atau tidak mungkin.
• Risiko teknis mengidentifikasi :
   - desain potensial                   - ambiquitas
   - implementasi                       - spesifikasi
   - interfacing                       - ketidakpastian teknik
   - verivikasi                         - keusangan teknik
   - masalah pemeliharaan
   - teknologi yg leading edge
Ex:
• software tidak berinterface dengan perangkat keras baru
• klien yang tidak menyukai desain software
• spesifikasi user interface tidak di inginkan klien
• dibutuhkan algoritma baru pada hardware baru

                                                                     9
 RESIKO PERANGKAT LUNAK (cont.)
Risiko bisnis
     Risiko bisnis mengancam viabilitas PL yg akan dibangun.
• Risiko bisnis membahayakan proyek atau produk.
• Lima resiko bisnis yg utama:
    1. Risiko Pasar—pembangunan produk baik,tp tdk diinginkan orang
        (pasar)
    2. Risiko Strategi—pembanguna produk tdk lagi sesuai dgn keseluruhan
        strategi bisnis perusahaan
    3. Risiko Pemasaran—pembanguna produk dimana bagian pemasaran
        tdk tahu bagaimana menjualnya
    4. Risiko Manajemen—kehilangan dukungan manajemensenior krn
        perubahan fokus
    5. Risiko Biaya—kehilangan hal yg berhubungan dengan biaya

EX:
• pendapatan perusahaan yg berkurang
• pengguna software berkurang

                                                                           10
 RISIKO PERANGKAT LUNAK (cont.)
 Menurut charette
Risiko yg sudah diketahui
• Adalah risiko yg dpt diungkap setelah dilakukan
   evaluasi secara hati2 terhadap rencana proyek,
   bisnis, & lingkungan teknik dimana proyek sedang
   dikembangkan, dan sumber informasi reliable
   lainnya, seperti :
   –   tgl penyampaian yg tdk realitas
   –   kurangnya persyaratan yg terdokumentasi
   –   kurangnya ruang lingkup PL
   –   lingkungan pengembangan yg buruk


                                                      11
RISIKO PERANGKAT LUNAK (cont.)
Menurut charette
Risiko yg dapat diramalkan
• Diekstrapolasi dari pengalaman proyek
  sebelumnya.
• Misalnya :
  – pergantian staf
  – komunikasi yg buruk dgn para pelanggan
  – mengurangi usaha staff bila permintaan
    pemeliharaan sedang berlangsung dilayani

                                               12
RISIKO PERANGKAT LUNAK (cont.)
Menurut charette
Risiko yg tidak diharapkan
• Risiko ini dapat benar-benar terjadi, tetapi
  sangat sulit untuk diidentifikasi sebelumnya.




                                                  13
           IDENTIFIKASI RISIKO
• Identifikasi resiko dalah usaha sistematis untuk
  menentukan ancaman terhadap rencana proyek.

• Tujuan identifikasi risiko :
  Untuk menghindari resiko bilamana mungkin, serta
  menghindarinya setiap saat diperlukan.




                                                     14
            IDENTIFIKASI RISIKO

• Tipe risiko :
   – Risiko generik
     Merupakan ancaman potensial pd setiap proyek PL,
     yang berarti bahwa bahaya tersebut relevan untuk semua
     pengembangan perangkat lunak

   – Risiko produk spesifik
     Hanya dapat diidentifikasi dgn pemahaman khusus
     mengenai teknologi, manusia, serta lingkungan yg spesifik
     terhadap proyek yg ada
     --------yang relevan untuk pengembangan tertentu dan hal
     ini akan terlihat lebih sulit untuk melakukan identifikasi
     tanpa melibatkan anggota dari tim pengembangan.
                                                              15
          IDENTIFIKASI RISIKO
Metode untuk mengidentifikasi resiko adalah
menciptakan checklist item risiko.
• Kategori checklist item risiko :
  – Risiko ukuran produk—berhubungan dengan
    ukuran PL yang dibangun
  – Risiko yg mempengaruhi bisnis—resiko
    sehubungan dgn batasan yg dibebankan oleh
    manajemen atau pasar
  – Risiko yg dihubungkan dgn karakteristik
    pelanggan—resiko sehubungan dgn kepintaran
    pelanggan dan kemampuan pengembang
    berkomunikasi dgn pelanggan dgn cara yg tepat

                                                    16
        IDENTIFIKASI RISIKO
– Risiko definisi proses—resiko berhubungan dgn
  tingkatan dimana proses software telah di
  definisikan dan diikuti oleh pengembang
– Risiko teknologi yang akan dibangun—resiko
  sehubungan dgn kompleksitas sistem yg dibangun
  dan kebaruan teknologi yg kemas oleh sistem
– Risiko lingkungan pengembangan—resiko
  sehubungan dgn keberadaan dan kualitas piranti yg
  digunakan untuk membangun produk
– Risiko yg berhubungan dgn ukuran dan pengalaman
  staf—resiko sehubungan dgn keseluruhan teknik
  dan pengalaman proyek dari perekayasa PL

                                                  17
      KOMPONEN RISIKO DRIVER
• Pedoman untuk mengidentifikasi risiko PL dan
  pengurangannya yaitu menghendaki agar manajer proyek
  mengidentifikasi risiko driver yg mempengaruhi komponen
  risiko PL – kinerja, biaya, dukungan dan jadwal.

• Komponen risiko didefinisikan dgn cara sbb :
   – Risiko kinerja – tingkatan ketidakpastian dimana produk akan
     memenuhi persyaratannya dan cocok dgn penggunaannya.
   – Risiko biaya – tingkat ketidakpastian dimana biaya proyek akan
     dijaga
   – Risiko dukungan – tingkat ketidakpastian dimana PL akan mudah
     dikoreksi, disesuaikan dan ditingkatkan.
   – Risiko jadwal – tingkat ketidakpastian dimana jadwal proyek akan
     dijaga dan produk akan disampaikan tepat waktu.



                                                                        18
                  Penilaian pengaruh
KOMPONEN          KINERJA                  DUKUNGAN           BIAYA                 JADWAL

KATEGORI

katastropik   1   Gagal memenuhi persyaratan                  Kegagalan menyebabkan biaya
                  menyebabakan misi gagal                     meningkat dan jadwal tertunda dgn
                                                              EV>$500K

              2   Degradasi signifikan     Perangakt lunak    Kemungkinan           Tanggal
                  pada tidak               yg tdk responsif   kurangnya finansial   pengiriman yg
                  berprestasinya kinerja   atau tdk dapat     dan                   tdk dipenuhi
                  teknis                   didukung           membengkaknya
                                                              anggaran
kritis        1   Gagal memenuhi persyaratan                  Kegagalan menyebabkan
                  akan menurunkan kinerja dimana sukses       tertundanya operasinal dan atau
                  misi diragukan                              meningkatnya biaya dgn EV $100K
                                                              s/d $500K

              2   Beberapa penurunan pd    Penundaan          Sedikit kekurangan    Sedikit melest
                  kinerja teknis           minor dlm          sumberdaya            dari tanggal
                                           modifikasi         financial,mungkin     pengiriman
                                           perangkat lunak    membengkak
                          Penilaian pengaruh
KOMPONEN                 KINERJA                          DUKUNGAN          BIAYA             JADWAL

KATEGORI

marjinal           1     Gagal memenuhi persyaratan akan                    Biaya, pengaruh dan atau
                         mengakibatkan degradasi misi kedua                 melesetnya jadwal dpt diperbaiki
                                                                            dgn EV $1 s/d $100K
                   2     Penurunan minimal sampai         Dukungan          Sumber daya       Jadwal yg
                         kecil dalam kinerja teknis       perangkat lunak   finansial yg      realistis dan
                                                          yg responsif      mencukupi         dapat dicapai
Dapat diabaikan    1     Gagal memenuhi persyaratan memberikan              Kesalahan menyebabkan biaya
                         pengaruh yg tdk yg tdk menyenangkan dan non        tambahan dan atau berpengaruh
                         operasional                                        terhadap jadwal dgn EV < $1K

                   2     Tidak ada penuruna dalam         Perangkat lunak   Mungkin           Tanggal
                         kinerja teknis                   yg dapat          anggaran          pengiriman
                                                          didukukung dgn    dibawah           dapat dicapai
                                                          mudah             ketentuan         lebih cepat


  Catatan:
  (1) Konsekuensi potensial terhadap kesalahan PL yg tdk dpt dideteksi
  (2) Konsekuensi potensial jika hasil akhir yg diinginkan tidak tercapai
     PROYEKSI RISIKO/ PERKIRAAN RISIKO

• Dua cara melakukan proyeksi risiko :
   – Probabilitas di mana risiko adalah nyata
   – Konsekuensi masalah yang berhubungan dengan risiko,yang harus
     terjadi

• Perencanaan proyek bersama dengan manajer & staf teknik
  melakukan 4 aktifitas proyeksi risiko :
   – Membangun suatu skala yang merefleksikan kemungkinan risiko
     yang dirasakan
   – Menggambar konsekuensi risiko
   – Memperkirakan pengaruh risiko pada proyek dan produk
   – Memcatat keseluruhan akurasi proyeksi proyek risiko sehingga
     akan tidak ada kesalahpahaman


                                                                     21
          Pembuatan tabel resiko
1. Daftarkan semua risiko
2. Masing-masing risiko dikatogorikan
3. Probabilitas masing-masing risiko dapat diperkirakan oleh
   anggota tim secara individual
4. Pengaruh masing-masing risiko diperkirakan dengan
   menggunkan karekteristik yg ada di tabel penilaian pengaruh
5. Katergori untuk masing-masing dari keempat komponen risiko
   kinerja, dukungan, biaya, dan jadwal dirata-rata untuk
   menentukan nilai keseluruhan
6. Urutkan probabilitas tinggi dan pengaruh tinggi dimasukkan ke
   urutan pertama.



                                                              22
                   Pembuatan tabel resiko
Risiko                                              Kategori   Prob.    Pengaruh     RMMM
Estimasi ukuran rendah secara signifikan            PS         60%      2
Jumlah    pemakai      lebih   besar    dari   yang PS         30%      3
diharapkan
Pemakaian     ulang    lebih   rendah   dari   yang PS         70%      2
diharapkan
Pemakai akhir menolak system                        BU         40%      3
Deadline pengiriman akan diperketat                 BU         50%      2
Pendanaan dihapuskan                                CU         40%      1
Pelanggan akan mengubah kebutuhan                   PS         80%      2
Teknologi tidak memenuhi harapan                    TE         30%      1
Kurangnya pelatihan pada peranti                    DE         80%      3
Staf tidak berpengalaman                            ST         30%      2
Turnover staf tinggi                                ST         60%      2
Dst
 Nilai pengaruh
 1 – katastropis          2 – kritis            3 – marjinal           4 – dapat diabaikan
 PS : Ukuran produk            TE : Teknologi
 BU : Bisnis                   DE : Lingkungan Pengembangan
 CU : Proses                   ST : Ukuran Staf & Pengalaman
 Resiko dan perhatian manajemen

 Sangat tinggi
                                                  tinggi




  pengaruh            Faktor resiko tidak            Perhatian
                           diangap                  manajemen




Sangat rendah

                 0


                     Probilitas kejadian



                                            1.0
     MENILAI PENGARUH RISIKO
• Tiga factor yg mempengaruhi konsekuensi jika suatu
  risiko benar-benar terjadi :
   – Sifatnya ; risiko yang menunjukkan masalah yg muncul bila
     ia terjadi
   – Ruang lingkupnya; menggabungkan kepelikannya
     (seberapa seriusnya masalah ini ? ) dengan keseluruhan
     distribusi ( berapa banyak proyek yg akan dipengaruhi atau
     berapa banyak pelanggan terganggu ? )
   – Timingnya; mempertimbangkan kapan dan untuk berapa
     lama pengaruh itu dirasakan.



                                                              25
     MENILAI PENGARUH RISIKO
Langkah-langkah berikut ini direkomendasikan untuk
menentukan konsekuensi keseluruhan dari suatu risiko :
• Tentukan probabilitas rata-rata dari nilai kejadian
  untuk masing-masing komponen risiko.
• Dengan menggunakan tabel penilaian pengaruh,
  tentukan pengaruh untuk masing-masing komponen
  berdasarkan kriteria yang diperlihatkan.
• Lengkapi tabel risiko dan analisis hasilnya seperti
  digambarkan pada subbab sebelumnya.

                                                    26
                PENILAIAN RISIKO
•Agar penilaian bermanfaat, tingkat referens risiko harus
 ditentukan.
•Untuk sebagian besar proyek perangkat lunak, komponen risiko
 yang dibicarakan sebelumnya – kinerja, biaya, dukungan dan
 jadwal – juga mencerminkan tingkat referens risiko
---- Tingkat referens risiko adalah tingkat degradasi kinerja,
     pembengkakan biaya, kesulitan dukungan, dan melesetnya
     jadwal, yang akan menyebabkan proyek diterminasi
---- Dalam konteks analisis risiko perangkat lunak, tingkat referen
     risiko memilki titik tunggal, yang disebut referent point atau
     break point, di mana keputusan untuk meneruskan proyek
     atau menghentikannya sama-sama dapat diterima.

                                                                  27
             PENILAIAN RISIKO
Selama penilaian risiko, kita melakukan langkah-langkah
berikut :
• Tentukan tingkat referen risiko untuk proyek.
• Usahakan untuk mengembangkan hubungan antara
  masing-masing[ri, li, xi] dan masing-masing tingkat
  referen.
• Prediksikan himpunan titik referen yang menentukan
  daerah terminasi, dibatasi oleh kurva atau area
  ketidakpastian.
• Cobalah memprediksi bagaimana penggabungan
  kombinasi risiko akan mempengaruhi suatu titik
  referen.                                            28
                             Tingkat referen resiko
Proyeksi melesetnya jadwal




                                  Titik referen (nilai biaya, nilai waktu)


                                       Terminasi proyek akan terjadi




                              Proyeksi membengkaknya biaya
     Pengurangan, Monitoring, Dan
          Manajemen Risiko
Semua aktivitas analisis risiko yang disajikan pada titik
ini memiliki satu tujuan tunggal – membantu tim proyek
dalam mengembangkan strategi yang berkaitan dengan
risiko. Strategi yang efektif harus memiliki tiga gagasan
berikut :
• Menghindari risiko
• Monitoring risiko
• Manajemen risiko dan perencanaan kemungkinan


                                                       30
     Pengurangan, Monitoring, Dan
          Manajemen Risiko
Monitoring resiko
Aktivitas penelusuran proyek dengan tiga sasaran
utama:
• Memperkirakan apakah resiko yg diramalkan benar2
  terjadi
• Memastikan bahwa langkah penghindaran resiko yg
  didefinisikan untuk resiko telah ditetapkan dengan
  benar
• Mengumpulkan informasi yg dapat digunakan untuk
  analisis resiko di masa yg akan datang
                                                       31
     Pengurangan, Monitoring, Dan
          Manajemen Risiko
Dalam kasus turnover staf tinggi, faktor-faktor berikut
dapat dimonitor :
• Sikap umum anggota tim berdasarkan tekanan
  proyek.
• Tingkat di mana tim disatu-padukan.
• Hubungan interpersonal di antara anggota tim.
• Masalah potensial dengan kompensasi dan manfaat.
• Keberadaan pekerjaan di dalam perusahaan dan di
  luarnya.
                                                      32
                  RMMM Plan

Strategi manajemen risiko dapat dimasukkan dalam
rencana proyek perangkat lunak; atau, langkah
manajemen risiko dapat diatur ke dalam Risk Mitigating,
monitoring, and Management Plan (RMMM Plan) yang
terpisah




                                                     33
                  RMMM Plan

• Mendokumentasi semua kegiatan yang dilakukan
   sebagai bagian dari analisis resiko
• Digunakan oleh manajer proyek sebagai bahan dari
   keseluruhan rencana proyek
-------RMMM plan dikembangkan dan proyek dimulai,
   pengurangan resiko dan langkah monitoring dimulai.




                                                    34
                 RMMM Plan

• Mitigation---bagaimana kita dapat mengabaikan
  resiko?
• Monitoring—faktor apa yang memungkinkan untuk
  menentukan apakah resiko menjadibesar/kecil?
• Management—rencana kerja apa yang dimiliki bila
  resiko menjadi kenyataan?




                                                    35
                    RMMM Plan
 Monitoring resiko adalah aktivitas penelusuran proyek dengan
  tiga sasaran utama :
• Memperkirakan apakah resiko yg diramalkan benar2 terjadi
• Memastikan bahwa langkah aversi resiko yg didefinisikan untuk
  resiko telah diterapkan dgn benar
• Mengumpulkan informasi yg dapat digunakan utk analisis
  resiko masa yg akan datang
 Tugas lain monitoring resiko
• Berusaha menentukan “resiko asli” (resiko apa atau masalah
  mana yang menyebabkan resiko) pada keseluruhan proyek


                                                             36
                                    RMMM Plan
I. Pengantar
        1. Lingkup dan tujuan dokumen
        2. Tinjauan risiko utama
        3 Tanggung jawab
               a. Manajemen
               b. Staf teknis
II. Tabel Risiko Proyek
        1. Deskripsi semua risiko di atas yang ditentukan
        2. Faktor-faktor yang mempengaruhi probabilitas dan pengaruh
III. Pengurangan, Monitoring, dan Manajemen Risiko
        1. Risiko
        2. Pengurangan
               a. Strategi umum
               b. Langkah khusus untuk mengurangi risiko
        3. Monitoring
               a. Faktor-faktor yang dimonitor
               b. Pendekatan monitoring
        4. Manajemen
               a. Rencana kontingensi
               b. Konsiderasi khusus
IV. Jadwal Iterasi Rencana RMMM
V. Kesimpulan                                                          37
        Risiko Terkait Ukuran Produk
Atribut yg mempengaruhi resiko:
------Checklist item risiko berikut mengidentifikasi risiko generik
       yang berhubungan dengan ukuran produk (perangkat lunak) :
• Berapa ukuran produk diperkirakan dalam LOC atau FP?
• Ukuran produk yang diestimasi dalam jumlah program, file,
    transaksi?
• Ukuran database yang dibuat atau digunakan oleh produk?
• Jumlah pemakai produk?
• Jumlah perangkat lunak yang dipergunakan kembali?



                                                                38
      Risiko-risko Yang Mempengaruhi Bisnis
Atribut yg mempengaruhi resiko:
------Checklist item risiko berikut mengidentifikasi risiko generik
      yang berhubungan dengan pengaruh bisnis:
• Pengaruh produk terhadap hasil perusahaan?
• Kelayakan deadline penyampaian?
• Jumlah pelanggan yang akan menggunakan produk dan
    konsistensi kebutuhan relatif mereka dengan produk tersebut?
• Kepintaran pemakai akhir?
• Biaya yang berhubungan dengan penyampaian yang terlambat?



                                                                39
Risiko Yang Dihubungankan Dengan Pelanggan
Atribut yg mempengaruhi resiko:
------ Checklist item risiko berikut mengidentifikasi risiko generik
    yang berhubungan dengan para pelanggan yang berbeda:
• Pernahkah anda sebelumnya bekerja dengan pelanggan?
• Apakah pelanggan memilki gagasan yang solid mengenai apa
    yang diperlukannya? Sudahkan pelanggan menggunakan
    waktunya untuk menuliskannya?
• Apakah pelanggan bersedia membangun sambungan
    komunikasi cepat dengan pengembang?
• Apakah pelanggan bersedia berpartisipasi dalam kajian?
• Apakah pelanggan memahami proses perangkat lunak tersebut?

                                                                40
                        Risiko Proses
Atribut yg mempengaruhi resiko:
------Contoh risiko yang berhubungan dengan masalah-masalah proses :
• Apakah manajemen senior anda mendukung suatu pernyataan kebijakan
    yang menekankan pentingnya suatu prses standar untuk pengembangan
    proses?
• Sudahkan organisasi anda mengembangkan suatu deskripsi tertulis
    mengenai proses perangkat lunak yang akan digunakan pada proyek ini?
• Apakah anggota-anggota staf “ditugasi” ke proses perangkat lunak pada saat
    perangkat lunak didokumentasi dan bersedia menggunakannya?
• Apakah proses perangkat lunak digunakan untuk proyek lain?
• Apakah kajian teknis formal terhadap spesifikasi persyaratan, desain dan
    kode dilakukan secara reguler?



                                                                         41
                        Risiko Proses
Atribut yg mempengaruhi resiko:
------ Contoh risiko yang berhubungan dengan masalah-masalah
    teknis :
•   Apakah digunakan teknik spesifikasi aplikasi untuk membantu
    komunikasi di antara pelanggan dan pengembang?
•   Apakah metode spesifikasi digunakan untuk analisis perangkat
    lunak?
•   Apakah anda melihat suatu metode spesifik untuk data dan
    desain arsitektur?
•   Apakah digunakan peranti perangkat lunak untuk mendukung
    perencanaan dan aktivitas penelusuran?
•   Apakah metrik kualitas dikumpulkan bagi semua proyek
    perangkat lunak?                                           42
                     Risiko Teknologi
Atribut yg mempengaruhi resiko:
------Checklist item risiko berikut mengidentifikasi risiko generik yang
    berhubungan dengan teknologi yang akan dibangun:
• Apakah teknologi yang akan dibangun adalah hal yang baru untuk organisasi
    anda?
• Apakah persyaratan pelanggan memerlukan kreasi algoritma baru atau
    teknologi input atau output?
• Apakah perangkat lunak ber-interface dengan perangkat keras baru atau
    belum terbukti?
• Apakah perangkat lunak yang akan dibangun ber-interface dengan produk
    perangkat lunak yang dipasok oleh vendor yang belum terbukti?
• Apakah perangkat lunak yang akan dibangun ber-interface dengan suatu
    sistem database yang fungsi dan kinerjanya belum dibuktikan di dalam area
    aplikasi ini?

                                                                          43
      Risiko Lingkungan Pengembang
Atribut yg mempengaruhi resiko:
------ Checklist item risiko berikut mengidentifikasi risiko generik
    yang berhubungan dengan lingkungan pengembang:
•   Apakah peranti manajemen proyek dapat diperoleh?
•   Apakah peranti manajemen proses dapat diperoleh
•   Apakah peranti untuk analisis dan desain dapat diperoleh?
•   Apakah kompiler atau pembangkit kode dapat diperoleh dan
    sesuai untuk produk yang akan dibangun?
•   Sudahkan anggota tim proyek menerima pelatihan dengan
    masing-masing peranti?


                                                                       44
    Risiko Yang Berhubungan Dengan Ukuran Staf Dan
                      Pengalaman
Atribut yg mempengaruhi resiko:
------ Checklist item risiko berikut mengidentifikasi risiko generik
    yang berhubungan dengan ukuran staf dan pengalaman
    (diusulkan Boehm):
•   Apakah orang-orang terbaik dapat didapatkan?
•   Apakah orang-orang tsb memiliki gabungan ketrampilan yang
    benar?
•   Apakah orang-orang yang ada mencukupi?
•   Akankah banyak staf proyek bekerja dalam paruh waktu pada
    proyek ini?
•   Sudahkan staf menerima pelatihan yang memadai?

                                                                       45

				
DOCUMENT INFO
Shared By:
Tags:
Stats:
views:136
posted:3/28/2012
language:Malay
pages:45