TEORI
Pengertian Proyek : proyek merupakan suatu tugas yang perlu dirumuskan untuk mencapai sasaran yang dinyatakan secara kongkrit serta harus diselesaikan dalam suatu periode tertentu dengan menggunakan tenaga manusia dan alat – alat yang terbatas dan begitu kompleks sehingga dibutuhkan pengelolaan dan kerja sama yang berbeda dari yang biasanya digunakan
Ciri – ciri proyek
sasarannya jelas
sasaran diarahkan pada suatu perubahan atau pembaharuan
sasaran terjadi hanya satu kali
ada batasan awal dan batasan akhir pelaksanaan proyek
proyek bersifat antar disiplin
adanya anggaran dan batasan terhadap biaya – biaya
Macam – macam proyek
proyek pengembangan produk baru adalah kegiatan untuk menciptakan produk baru yang biasanya merupakan gabungan antara proyek kapital dan proyek riset dan pengembangan
proyek kapital (modal)
proyek penelitian dan pengembangan adalah kegistsn untuk melakukan penelitian dengan sasaran yang ditentukan.proyek ini dapat berupa proyek yang meningkatkan dan memperbaiki mutu produk
proyek sistem informasi adalah kegiatan yang sifatnya spesifik dengan mempergunakan alat – alat pemprosesan data.
Manajemen proyek adalah merencanakan, menyusun organisasi memimpin dan mengendalikan sumber proyek daya perusahaan untuk mencapai sasaran jangka pendek yang telah ditentukan
Konsep manajemen proyek meliputi :
Proyek merupakan suatu kegiatan yang sifatnya sementara dengan tujuan tertentu dan memanfaatkan sumber – sumber daya
manajemen proyek adalah proses pencapaian tujuan proyek dalam suatu wadah tertentu
manajemen proyek meliputi langkah – langkah perencanaan, pelaksanaan, pengawasan, dan penyesuaian proyek.
kendala / hambatan proyek adalah spesifikasi kerja, jadwal waktu dan dana
bentuk organisasi atau wadah yang dimaksud dalam manajemen proyek adalah organisasi fungsional, koordinator gugus tegas dan matrik
Defenisi konseptual mengenai resiko : (Robert Charette)
1. Resiko berhubungan dengan kejadian di masa yg akan datang.
2. Resiko melibatkan perubahan (spt. perubahan pikiran,
pendapat, aksi, atau tempat)
3. Resiko melibatkan pilihan & ketidakpastian bahwa pilihan itu
akan dilakukan.
Strategi Resiko 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.
Resiko Perangkat Lunak
Karakteristik resiko :
1. Ketidakpastian
2. Kerugian
Kategori resiko :
• Resiko proyek
• Resiko teknis
• Resiko bisnis
Rekayasa Perangkat Lunak Bab 6 Halaman 2
Kategori resiko oleh Robert Charette :
• Resiko yang sudah diketahui
• Resiko yang dapat diramalkan
• Resiko yang tidak diharapkan
@ Resiko proyek
Resiko proyek mengancam rencana proyek.
Bila resiko proyek menjadi kenyataan maka ada kemungkinan jadwal
proyek akan mengalami slip & biaya menjadi bertambah.
Resiko proyek mengidenifikasi :
- biaya - sumber daya
- jadwal - pelanggan
- personil (staffing & organisasi) - masalah persyaratan
@ Resiko teknis
Resiko teknis mengancam kualitas & ketepatan waktu PL yg akan
dihasilkan. Bila resiko teknis menjadi kenyataan maka
implementasinya menjadi sangat sulit atau tidak mungkin.
Resiko teknis mengidentifikasi :
- desain potensial - ambiquitas
- implementasi - spesifikasi
- interfacing - ketidakpastian teknik
- verivikasi - keusangan teknik
- masalah pemeliharaan - teknologi yg leading edge
@ Resiko bisnis
Resiko bisnis mengancam viabilitas PL yg akan dibangun.
Resiko bisnis membahayakan proyek atau produk.
Rekayasa Perangkat Lunak Bab 6 Halaman 3
5 resiko bisnis utama :
1. pembangunan produk atau sistem yg baik sebenarnya tdk
pernah diinginkan oleh setiap orang (resiko pasar)
2. pembangunan sebuah produk yg tidak sesuai dgn keseluruhan
strategi bisnis bagi perusahaan (resiko strategi)
3. Pembangunan sebuah produk dimana sebuah bagian pemasaran
tidak tahu bagaimana harus menjualnya.
4. Kehilangan dukungan manajemen senior sehubungan dg
perubahan pd fokus atau perubahan pd manusia (resiko
manajemen)
5. Kehilangan hal2 yg berhubungan dgn biaya atau komitmen
personal (resiko biaya).
@ Resiko yg sudah diketahui
adalah resiko 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 ruag lingkup PL
- lingkungan pengembangan yg buruk
@ Resiko 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
Rekayasa Perangkat Lunak Bab 6 Halaman 4
@ Resiko yg tidak diharapkan
resiko ini dapat benar-benar terjadi, tetapi sangat sulit untuk
diidentifikasi sebelumnya.
Identifikasi Resiko
Identifikasi resiko dalah usaha sistematis untuk menentukan
ancaman terhadap rencana proyek.
Tujuan identifikasi resiko :
untuk menghindari resiko bilamana mungkin, serta menghindarinya
setiap saat diperlukan.
Tipe resiko :
1. resiko generik
merupakan ancaman potensial pd setiap proyek PL.
2. resiko produk spesifik
hanya dapat diidentifikasi dgn pemahaman khusus mengenai
teknologi, manusia, serta lingkungan yg spesifik terhadap
proyek yg ada.
Metode untuk mengidentifikasi resiko adalah menciptakan
checklist item resiko.
Kategori checklist item resiko :
o resiko ukuran produk
o resiko yg mempengaruhi bisnis
o resiko yg dihubungkan dgn karakteristik pelanggan
o resiko definisi proses
o resiko teknologi yang akan dibangun
o resiko lingkungan pengembangan
o resiko yg berhubungan dgn ukuran dan pengalaman staf
Rekayasa Perangkat Lunak Bab 6 Halaman 5
@ Resiko ukuran produk
Resiko yg berhubungan dgn keseluruhan ukuran PL yg akan dibangun
atau dimodifikasi.
Checklist item resiko yg berhubungan dgn ukuran produk (PL) :
• ukuran produk diperkirakan dalam LOC atau FP ?
• tingkat kepercayaan dlm estimasi ukuran yg diperkirakan ?
• ukuran produk yg diestimasi dalam jumlah program, file,
transaksi ?
• presentase deviasi dalam ukuran produk dari rata2 produk
terakhir ?
• ukuran database yg dibuat atau digunakan oleh produk ?
• jumlah pemakai produk ?
• jumlah perubahan yg diproyeksikan ke persyaratan produk ?
sebelum produk ? setelah penyampaian ?
• jumlah PL yg digunakan kembali ?
Bila persentasie deviasi besar atau deviasinya sama, tetapi hasil yg
lalu sangat kurang dari yg diharapkan, maka resikonya tinggi.
@ Resiko yg mempengaruhi bisnis
Resiko yg berhubungan dengan batasan yg dibebankan oleh
manajemen atau pasar.
Bagian pemasaran dikendalikan oleh pertimbangan bisnis, dan
pertimbangan bisnis kadang mengalami konflik langsung dengan
kenyataan teknis.
Checklist item resiko yg berhubungan dgn pengaruh bisnis :
Rekayasa Perangkat Lunak Bab 6 Halaman 6
Pengaruh produk terhadap hasil perusahaan ?
•
Visibilitas produk terhadap manajemen senior ?
•
Kelayakan deadline penyampaian ?
•
Jumlah pelanggan yg akan menggunakan produk & konsistensi
•
kebutuhan relatif mereka dengan produk tersebut ?
Jumlah produk / sistem lain dgn apa produk ini harus dapat
•
saling dioperasikan ?
Kepintaran pemakai akhir ?
•
Jumlah dan kualitas dokumentasi produk yg harus diproduksi &
•
disampaikan kepada pelanggan ?
Batasan pemerintahan pada konstruksi produk ?
•
Biaya yg berhubungan dgn penyampaian yg terlambat ?
•
Biaya yg berhubungan dgn produk defektif ?
•
Bila ada persentase deviasi yang besar atau jika jumlahnya sama,
tetapi hasil sebelumnya sangat kurang dari yg diharapkan, maka
resiko tinggi.
@ Resiko yg dihubungkan dgn karakteristik pelanggan
Resiko yg berhubungan dengan kepintaran pelanggan & kemampuan
pengembang untuk berkomunikasi dgn pelanggan dgn cara yg cepat.
Karakteristik pelanggan :
- Pelanggan mempunyai keinginan yg berbeda.
- Pelanggan memiliki kepribadian yg berbeda.
- Pelanggan memiliki hubungan yg bervariasi dgn pemasok.
- Pelanggan juga kadang-kadang bertentangan.
Karakteristik pelanggan mempengaruhi kemampuan tim PL untuk
menyelesaikan suatu proyek tepat waktu & sesuai anggaran.
