Manajemen Proyek Perangkat Lunak di Negara Berkembang
1. MANAJEMEN PROYEK
PERANGKAT LUNAK
OLEH :
KELOMPOK 02 RPL_B_2017
1. ARIC KANTONO (1534010066)
2. EKA FITRIA W. (1534010058)
3. ISTIQOMAH N.F. (1534010043)
4. JUNIO BAGUS K. (1534010075)
2. SOFTWARE PROJECT MANAGEMENT IN
DEVELOPING COUNTRIES: LANDSCAPE,
LITERATURE REVIEW FRAMEWORK
AND OPPORTUNITIES
PAPER 1
3. TOPIK UTAMA
• Manajemen proyek perangkat lunak adalah spesialisasi studi manajemen umum yang
memanfaatkan keterampilan manajemen yang khas perencanaan, pengorganisasian,
staffing, memimpin atau mengarahkan, dan mengendalikan untuk pendefinisian objek
proyek.
• Berfokus pada aspek teknis desain, produksi, pelaksanaan, distribusi, dan layanan
perangkat lunak, ada juga laporan tentang "kesulitan memenuhi jadwal dan spesifikasi
pada proyek-proyek software besar."
• Tujuan utama dari paper ini adalah untuk menyoroti permasalahan Manajemen proyek
perangkat lunak di negara-negara berkembang.
• Penelitian Manajemen proyek perangkat lunak lebih lanjut diperlukan di daerah negara-
negara berkembang yang tumbuh sebagai eksportir software baru seperti Pakistan,
penelitian ini di rujuk oleh para peneliti perangkat lunak utama ekspor seperti Brasil dan
India.
• Publikasi penelitian dianalisis untuk menilai tren penelitian yang berlaku serta daerah
diabaikan dalam Manajemen proyek perangkat lunak di negara-negara berkembang.
4. CANGKUPAN PEMBAHASAN
• Permasalahan utama dalam Manajemen proyek perangkat lunak.
• Identifikasi faktor-faktor yang menghambat pertumbuhan Manajemen proyek
perangkat lunak di negara-negara berkembang.
• Gambaran untuk mempercepat memperkenalkan Manajemen proyek perangkat
lunak disediakan.
• Permasalahan dalam Manajemen proyek perangkat lunak di seluruh dunia dan
bukan hanya negara-negara berkembang yang disorot.
• Pengumpulan Data dan Analisis untuk penelitian
• Tren Penelitian saat ini di Manajemen proyek perangkat lunak di Negara
Berkembang
5. SEKILAS PERANGKAT LUNAK MANAJEMEN
PROYEK
Proyek perangkat lunak umumnya beragam dan perkembangan mereka terjadi dalam
setup yang dinamis; rentan terhadap perubahan kondisi bisnis dan teknologi selama
proyek berjalan.
Perubahan persyaratan di tengah-tengah proyek sering terjadi hal ini disebabkan
karena pengguna sering kurang percaya diri dan merasa kesulitan.
Beberapa kesulitan dalam manajemen proyek adalah:
• Target hilang yang menunjukkan kemajuan proyek kompleksitas perangkat lunak
• Berubah dan persyaratan yang ditentukan buruk, proyek buruk direncanakan
• Tenggang waktu tidak praktis tidak sesuai anggaran yang dialokasikan dan
pemahaman manajemen proyek yang kurang.
6. KEGIATAN PENGEMBANGAN PERANGKAT LUNAK
MELIPUTI :
• Menggambarkan secara umum pendekatan untuk pengembangan perangkat lunak
• Menentukan kiriman dan sumber daya yang dibutuhkan
• Jadwal
• Anggaran
• Faktor risiko dan manajemen dan tanggung jawab organisasi.
• Perencanaan proyek menyimpulkan dalam definisi proyek yang jelas dan spesifikasi yang jelas
dari proses pembangunan
• Estimasi biaya dan penilaian risiko teknik
• Kepatuhan yang ketat untuk rencana proyek yang dikembangkan dengan baik menyebabkan
berhasil menyelesaikan proyek
• Organisasi proyek (manajer, tim, struktur dan kemampuan tim)
7. PROSES DAN FAKTOR PENTING MPPL
• Proses termasuk dalam Manajemen proyek perangkat lunak adalah: pengendalian
proyek, biaya dan jadwal, kinerja teknis, perubahan dan proses konfigurasi dan
evaluasi proyek.
• Faktor penting yang terlibat dalam Manajemen proyek perangkat lunak: tujuan jelas
mendefinisikan, dukungan manajemen puncak, anggaran yang realistis dan jadwal,
partisipasi klien / pengguna, pimpinan proyek, ulasan proyek, manajemen
perubahan, komunikasi, dan pemecahan masalah.
8. PERMASALAHAN UTAMA DALAM MANAJEMEN
PROYEK PERANGKAT LUNAK.
• Perencanaan (teknik atau strategi)
• Pengorganisasian (Keputusan untuk
memilih struktur hirarki yang tepat
dari staf tidak tersedia)
• Susunan kepegawaian (Memilih
manajer dan staf manajemen )
• Pengarahan (standar dan teknik untuk
mengukur kinerja programmer dan
pengolahan data analis tidak tersedia)
• Pengendalian (memantau proses
pengembangan perangkat lunak yang
tidak tersedia secara umum)
9. BEBERAPA FAKTOR MENGHAMBAT PERTUMBUHAN
SPM DI NEGARA-NEGARA BERKEMBANG
• Penggunaan teknologi informasi di negara-negara berkembang jauh di belakang
bahwa di negara maju, karena perbedaan dalam lingkungan ekonomi, sosial dan
politik
• Pendidikan tidak relevan dari manajer proyek IT menghambat pertumbuhan MPPL
• Kurangnya perencanaan proyek
• Keengganan untuk menggunakan alat dan teknik. manajer proyek IT enggan untuk
menggunakan alat-alat ilmiah dan teknik untuk MPPL
• Masalah politik
• Kurangnya penelitian di MPPL yang sesuai dengan lingkungan kerja di negara-
negara berkembang
10. TREN PENELITIAN SAAT INI DI MANAJEMEN PROYEK
PERANGKAT LUNAK DI NEGARA BERKEMBANG
Diagram pemilihan tema, secara berkelompok
11. Penyajikan kerangka kerja untuk
melakukan tinjauan literatur di SPM di
DC. Diagram berfungsi untuk
menunjukkan mana dari tema biasanya
dihubungkan satu sama lain, seperti
perencanaan, analisis risiko, perubahan
persyaratan manajemen dll dan berbagi
informasi dengan manajer proyek.
Segitiga ditampilkan di tepi
menunjukkan bahwa MPLL memiliki
efek pada outsourcing, jenis organisasi
yang proyek dilakukan dan kaitannya
dengan manajemen vendor. Di bagian
bawah ada kotak persegi panjang yang
menggambarkan bahwa seluruh
praktek SPM di DC bergantung pada
teori-teori yang bersangkutan tersedia
dan pendidikan dan pelatihan
disampaikan kepada orang-orang yang
benar-benar akan melakukan proyek.
12. PEMBAHASAN
• Negara-negara di tingkat 1 dari bangsa software mengekspor (seperti India dan Brazil) sebagai
diklasifikasikan oleh Carmel16 telah melaporkan sebagian besar penelitian pada MPPL di
negaraberkembang. Negara-negara ini diklasifikasikan di tingkat 1 memiliki tingkat kemajuan
pengetahuan pengembangan perangkat lunak. Bahkan jika negara-negara ini tidak akan tumbuh
dari jenis stereo dari negara-negara berkembang, dapat diantisipasi bahwa sektor TI mereka akan
berkembang baik di luar harapan umum. Menariknya, tidak banyak penelitian yang dilaporkan dari
negara-negara pengekspor software berkembang seperti Pakistan. Beberapa penelitian melaporkan
dari Pakistan dan negara-negara dengan ruang lingkup yang sama adopsi TI tidak dilakukan secara
mendalam, sehingga menunjukkan bahwa MPPL di negara-negara tersebut sebagian besar belum
diselidiki.
• Secara global penelitian telah dilakukan di semua bidang pengetahuan manajemen proyek, yang
manajemen waktu, manajemen risiko, manajemen integrasi, manajemen ruang lingkup, manajemen
mutu, manajemen pengadaan, manajemen biaya, manajemen sumber daya manusia, dan
manajemen komunikasi. Dari bidang pengetahuan tersebut, hanya beberapa telah dipelajari dalam
konteks DC. Para peneliti telah meneliti : manajemen risiko, manajemen sumber daya manusia, dan
manajemen komunikasi. Sebagai daerah masing-masing pengetahuan adalah penting untuk
keberhasilan proyek, perlu mempelajari isu-isu di semua bidang pengetahuan.
• Hal ini juga harus dicatat bahwa tidak semua teori-teori manajemen proyek barat yang dapat
diterapkan di negara berkembang. Bahkan, hanya teori-teori yang bergantung pada isu-isu
lingkungan dan komunikasi sosial budaya yang unik yang menawarkan negara berkembang perlu
ditangani oleh para peneliti.
13. KESIMPULAN
Peneliti pertumbuhan industri membutuhkan waktu yang cukup untuk
mengembangkan perangkat lunak yang dapat menjamin kematangan pratek MPPL di
negara-negara berkembang. Selain itu peneliti juga harus berperan aktif untuk
memastikan kematangan pratek MPPL di negara-negara berkembang dengan proyek
yang baru yaitu outsourcing.
15. TUJUAN
Untuk membandingkan tiga metode/model yang paling sering dilakukan,
menganalisis pada aspek yang berbeda dan menemukan mana yang paling lengkap
dan signifikan.
3 model tersebut yaitu :
1. RUP (Rational Unified Process)
2. DSDM (Dynamic Systems Development Method)
3. XP (Extreme Programming)
16. MANAJEMEN PROYEK PERANKGAT LUNAK
• Proyek → tugas yang memiliki tujuan
• Manajemen proyek → penerapan pengetahuan, ketrampilan, teknis untuk proyek
Manajemen proyek perangkat lunak meliputi pengetahuan, teknik, dan alat untuk
mengelola.
17. RUP
RUP(Rational Unified Process) merupakan suatu kerangka proses yang dapat diadaptasi dan
dimaksudkan untuk disesuaikan oleh organisasi pengembang dan tim proyek perangkat
lunak yang akan memilih elemen proses sesuai dengan kebutuhan mereka.
RUP menggunakan konsep object oriented, dengan aktifitas yang berfokus pada pengembangan
model dengan menggunakan Unified Model Language(UML).
Metode ini menekankan pada dokumentasi yang akurat. Hal ini secara proaktif dapat
menyelesaikan masalah proyek yang berkaitan dengan kebutuhan klien untuk permintaan
manajemen.
18. FASE RUP
• Siklus hidup RUP dibagi dalam 4 fase :
• Disetiap akhir fase dilakukan penilaian untuk menentukan apakah tujuan dari fase
telah dipenuhi. Jika penilaian di suatu fase memuaskan, maka proyek dapat
dilanjutkan.
19. DSDM
(DYNAMIC SYSTEMS DEVELOPMENT METHOD)
DSDM (sebagai perluasan dari RAD (Rapid Application Development) ) adalah
methodologym berulang dan incremental yang menggabungkan proyek dan
manajemen produk siklus hidup ke dalam satu proses terbaik.
DSDM berupaya mengatasi penyebab-penyebab kegagalan proyek, di antaranya
melebihi anggaran, terlambat dari jadwal, kurangnya keterlibatan pengguna, dan
lemahnya komitmen dari para pimpinan.
20. Prinsip – prinsip yang mendasari DSDM :
1. Keterlibatan pengguna
2. Tim pengembang proyek diberi wewenang membuat keputusan
3. Fokus pada seringnya produk dihasilkan
4. Kesesuaian dari tujuan bisnis
5. Pengembangan secara berulang dan bertambah adalah penting
6. Persyaratan dan kebutuhan harus sudah ditentukan sebelum proyek dimulai
7. Pengujian dilakukan pada keseluruhan siklus hidup proyek
8. Pendekatan kolaboratif dan co-operative
21. EXTREME PROGRAM (XP)
Extreme Programming (XP) merupakan salah satu metodologi dalam rekayasa
perangkat lunak yang berfokus pada coding sebagai aktivitas utama di semua tahap
pada siklus pengembangan perangkat lunak (software development lifecycle).
Model ini bertujuan untuk mengurangi risiko atau meningkatkan kualitas dalam
proses pengembangan perangkat lunak dan manajemen.
Dalam manajemen proyek, keterlambatan dalam membuat keputusan dapat
mengakibatkan ke kerugian besar. XP bertujuan untuk mengurangi biaya sebagai
akibat dari menunda keputusan.
22. PERBANDINGAN METODE
RUP XP DSDM
Kebutuhan Analisis dan
Pemodelan Bisnis
Dimulai dengan penciptaan
dokumen visi yang terdiri
dari fitur, risiko, analisis
penggunaan
Memiliki cerita dari user
dengan umpan balik
komunikasi
Dimulai dengan pembuatan
laporan kelayakan, prototipe
kelayakan dan rencana
proyek.
Analisis & Desain
Memiliki deskripsi proyek
umum dan itu adalah definisi
yang lebih tepat dari min
penggunaan-kasus
Hal ini untuk
mengembangkan dengan
desain dan sistem yang
sederhana metafora
Hal ini tidak diperlukan
analisis dan desain tetapi
telah digunakan hanya
prototipe untuk mengelola
Implementasi dan
Pengembangan
Pengguna membuat
penggunaan-kasus dan
prototipe utama arsitektur
XP memiliki beberapa tugas
yang diperlukan rilis kecil,
integrasi terus-menerus,
kepemilikan kolektif,
refactoring dan
pemrograman par.
pemahaman umum
arsitektur teknik yang
digunakan
23. RUP XP DSDM
MANAJEMEN PROYEK
Detail jadwal proyek harus
diminta dan didefinisikan
rencana proyek
XP perlu memperkirakan dan
memiliki iterasi rencana
diprioritaskan daftar
persyaratan dengan rencana
garis besar prototyping
UKURAN PROYEK
digunakan untuk menengah
untuk proyek-proyek skala
besar
digunakan untuk proyek-
proyek kecil
digunakan untuk proyek-
proyek besar atau kecil
KONFIGURASI DAN
PERUBAHAN
MANAJEMEN
Strategi Perubahan kontrol
diperlukan
Tidak perlu
Produk yang sering
disampaikan pada tingkat
yang sangat cepat
PASANGAN
PEMROGRAMAN
Tidak diperlukan
pemrograman Pair
Tidak diperlukan
pemrograman Pair
Membutuhkan, untuk kontrol
proyek
PERBANDINGAN METODE (2)
24. KESIMPULAN
Dalam paper ini, telah membahas tentang persamaan dan perbedaan antar model
RUP, DSDM, dan XP dengan banyak penekanan pada bagian manajemen. DSDM
merupakan salah satu yang terbaik dari ketiga model tsb.
DSDM memiliki iterasi kurang dari RUP dan XP. Namun, DSDM memungkinkan kita
bekerja dengan pelanggan untuk mengidentifikasi apa yang benar-benar
menguntungkan bagi mereka, kemudian memberikan sistem yang menargetkan
manfaat.
26. ABSTRAK
Rekayasa perangkat lunak berkaitan dengan perkembangan dan kemajuan sistem yang
menampung teori, metode dan alat untuk spesifikasi, arsitektur, desain, pengujian, dan
pemeliharaan sistem perangkat lunak.
Literatur ini menjelaskan tentang cara untuk memilih alat manajemen proyek perangkat
lunak yang sesuai dan memiliki kualitas. Lalu bagaimana kualitas ini dapat dibakukan dalam
pengembangan futuristik manajemen proyek perangkat lunak.
27. INTRODUCTION
Ada sejumlah alat manajemen proyek perangkat lunak otomatis yang tersedia dan
meningkat dengan cepat. Banyak manajer proyek telah mulai menggunakan berbagai
alat manajemen proyek perangkat lunak untuk mengelola dan mendukung kegiatan
proyek mereka.
Alat – alat tersebut terutama digunakan untuk perencanaan, pemantauan dan
pengendalian proyek. Fitur yang disediakan dengan alat ini bervariasi. Manajer proyek
harus memilih set alat yang tepat dengan fitur yang diperlukan untuk mengoptimalkan
kinerja.
28. TOOLS COLLECTION
Alat umum yang paling mungkin digunakan dibanyak daerah :
1. Primavera
2. MS Project
3. GanttProject
4. Redmine
5. BaseCamp
6. dotProject
7. Assembla [6], [10], [11], [12]
29. STANDAR YANG DIGUNAKAN
“Standar memberikan rincian apa yang harus dilakukan”
Paper ini menemukan standar untuk Rencana Manajemen Proyek Software dalam
literatur yang disebutkan di bawah ini.
IEEE Std 16326-2009
30. GAMBARAN ALAT MANAJEMEN PROYEK
PERANGKAT LUNAK
ALAT KETERANGAN
PRIMAVERA
Modul Manajemen Proyek terbaik yang komprehensif, perencanaan multi-proyek dan
kontrol perangkat lunak, dibangun di atas SQL, Oracle, dan SQL Server Express,
database server untuk skalabilitas organisasi manajemen proyek yang luas.
Fitur : Penjadwalan, Pelacakan, Aktivitas, Laporan, Sumber, Struktur rincian kerja,
Biaya, Kerja produk dan dokumen, batas proyek, risiko proyek, masalah proyek.
MS Project
Microsoft Project telah dikembangkan untuk membantu dalam pemantauan kemajuan
proyek, secara otomatis meminta dan mencatat laporan status dari anggota tim dan
mengingatkan manajer proyek jika terlambat atau tidak lengkap.
Fitur : Milestone view, pengelolaan sumber daya, tampilan kalender, penjadwalan
kontrol pengguna, fine tuning rencana proyek, tampilan grafik Gantt, manajemen file,
pelacakan kemajuan
31. ALAT KETERANGAN
Gantt Project
alat desktop yang cross-platform dan digunakan untuk penjadwalan dan manajemen proyek.
GanttProject adalah platform multi-aplikasi untuk perencanaan dan manajemen proyek
GanttProject dapat berjalan pada sistem operasi.
Fitur : Penjadwalan, pengelolaan tugas, struktur rincian kerja, Milestone view, tampilan
kalender, manajemen sumber daya.
Redmine
alat manajemen berbasis web. Redmine merupakan alat manajemen proyek generik dan
tidak menawarkan dukungan untuk agile dan scrum. Sebuah sistem tiket digunakan untuk
mengirimkan cerita pengguna dan tugas.
Fitur : identifikasi tugas, pelacakan masalah, papan diskusi, tampilan kalender, news,
dokumen &manajemen file, pemberitahuan email, pelacakan waktu.
BaseCamp
alat aplikasi berbasis web hanya membutuhkan akses internet dan web browser. Basecamp
adalah alat kolaborasi proyek yang menawarkan rencana proyek satu-aktif gratis dengan
dua writeboards.
Fitur : Milestone view, tampilan aktivitas, tampilan tugas selesai, tampilan kalender, sistem
pesan terpadu, komunikasi efektif, time tracking.
32. ALAT KETERANGAN
dotProject
Merupakan aplikasi manajemen proyek berbasis web, yang dirancang untuk
memberikan tata letak proyek dan fungsi kontrol.
Fitur : email based trouble ticket system, analisis jadwal, analisis biaya, repositori,
tampilan kalender, forum diskusi, pelacakan masalah, manajamen risiko, task tracker,
pembuatan laporan,
Assembla
Adalah alat berbasis web; memungkinkan perusahaan untuk mempekerjakan aplikasi
PM-nya secara online. Hal ini tergantung pada kebutuhan tim proyek untuk melakukan
kegiatan proyek.
Fitur : Milestone view, integrasi email, issue tracking, pesan singkat, ticketing
33. ANALISIS
Fitur tambahan diikuti untuk pengembangan proyek
perangkat lunak, seperti yang dijelaskan dalam
Gambar-1, bahwa 27% tambahan fitur baru telah
digunakan oleh pengembangan perangkat lunak
berbasis cloud.
Pada gambar 2 menjelaskan bahwa ada 37% fitur
didefinisikan standar IEEE 16.326-2.009 telah
diabaikan oleh alat otomatis yang telah
dikembangkan untuk keperluan manajemen proyek
perangkat lunak.
34. KESIMPULAN
Penelitian ini menemukan ada 27% dari fitur tambahan baru yang tidak disebutkan
dalam standar yang ada (IEEE). Rincian fitur dan fitur-fitur baru tambahan dapat
ditambahkan dalam standar untuk alat pengembangan perangkat lunak yang akan
datang di masa depan.
Saat ini sebagian besar pengembangan perangkat lunak dilakukan secara cloud, tren
pengembangan perangkat lunak berbasis web tumbuh dengan sangat cepat.
Pengembangan perangkat lunak global terkait dengan keadaan saat ini yang
melanggar cakupan fitur standar manajemen proyek yang ada. studi analisis ini dapat
lebih ditingkatkan untuk alat manajemen berbasis web lainnya.
35. CASE STUDY E-BUSINESS V CROP.
SOFTWARE PROJECT RISK
MANAGEMENT WITH INTERPRETIVE
STRUCTURAL MODELING
PAPER 4
36. RUANG LINGKUP
Sistem Penanganan resiko komprehensif berdasarkan pada fitur perangkat lunak dari
V.Corp. Empat faktor resiko dapat ditemukan pada pemodelan strukturan interpretif,
termasuk analisa resiko dari desain produk, resiko komunikasi, resiko sumber daya
manusia, dan resiko pemutusan pilihan. Pada akhirnya, beberapa solusi di putuskan
untuk membantu e-Bisnis V.Corp mengembangkan kemampuan dari penanganan
resiko dari software
Sistem e-bisnis V Corp melibatkan semua bidang yang membuat proses bisnis
elektronik, digital dan jaringan, termasuk situs B2C, logistik, keuangan, layanan
pelanggan, manajemen dll. Sistem e-bisnis terdiri dari berbagai subsistem, seperti
sistem website, sistem pemasok, sistem logistik, informasi Platform, sistem pemasaran
dan sistem pelayanan pelanggan.
37. MANAJEMEN RISIKO PERANGKAT LUNAK
LANGKAH PERTAMA
PENILAIAN RISIKO
• Melibatkan identifikasi risiko
• Analisis risiko
• Prioritas risiko
LANGKAH UTAMA KEDUA
PENGENDALIAN RISIKO
• Melibatkan perencanaan manajemen
risiko
• Resolusi risiko
• Risiko pemantauan
38. GAMBARAN TENTANG E-BISNIS V CORP DAN
PROYEK SOFTWARE
E-bisnis V Corp, sebuah perusahaan China yang terdaftar di Bursa Efek New York,
adalah sebuah situs web terkenal yang mengkhususkan diri dalam penjualan sampel;
bisnis utamanya adalah penjualan sampel secara online barang dagangan merek
termasuk mewah pakaian, sepatu, koper dan tas, barang-barang rumah tangga,
kosmetik, dan barang-barang mewah dll.
39. MENETAPKAN FAKTOR RISIKO STRUKTUR MODEL
INTERPRETATIVE
1. Mengimplementasikan kelompok ISM;
2. Mengatur isu-isu kunci;
3. Pilih faktor berpengaruh terhadap isu-isu kunci dari sistem;
4. Daftar korelasi faktor;
5. Menetapkan matriks adjacency dan matriks diakses, menurut korelasi;
6. Breakdown matriks diakses dan membangun model struktur;
7. Membangun Model struktur interpretatif berdasarkan modus struktur
40. MENGIDENTIFIKAS
I FAKTOR RISIKO
UTAMA E-BISNIS V
Dengan cara menghitung
variabel koefisien, sepuluh
besar faktor-faktor risiko
yang tahu sebagai berikut
tabel 1 (yaitu adjacency
matrix).
44. ANALISIS DAN SOLUSI UNTUK RISIKO PROYEK
SOFTWARE E-BISNIS V CORP
Empat risiko dari proyek perangkat lunak e-bisnis V Corp telah diidentifikasi,
sebagaimana berikut:
• Resiko analisis produk desain
• Resiko komunikasi
• Resiko sumber daya manusia
• Pengambilan keputusan risiko.
45. Analisa resiko dari desain produk
Sulit untuk menuntut dengan jelas mengungkapkan kebutuhan nyata, hambatan
komunikasi mereka antara permintan dan desainer, mengubah persyaratan dari waktu ke
waktu, semua timbal tersebut untuk risiko analisis desain produk. Kami memberikan saran
sebagai berikut:
• Mengatur mekanisme analisis kebutuhan, dan melepaskan manajemen standar dari
input dan output dari desain produk dan analisis;
• Cobalah untuk mencari tahu kebutuhan nyata sejelas mungkin pada tahap desain
produk, harus memiliki mekanisme tertentu untuk mengubah persyaratan;
• Cukup berkomunikasi dengan permintan ketika meneliti persyaratan, menurunkan
risiko kesalahpahaman desain produk tahap, harus memiliki mekanisme khusus untuk
mengubah persyaratan;
• Cukup berkomunikasi dengan permintan ketika meneliti persyaratan, menurunkan
risiko kesalahpahaman.
46. Resiko Komunikasi
Ketika pelaksanaan proyek, permintan, desainer dan pengembang mungkin memiliki
pemahaman yang berbeda dari produk persyaratan dan jadwal proyek, karena
kurangnya komunikasi atau komunikasi yang tidak efisien. Kami memberikan saran
sebagai berikut:
• Mengatur mekanisme komunikasi, termasuk metode komunikasi, alat-alat dan
frekuensi dll
• Buatlah rencana komunikasi proyek, melaksanakan rencana dan memeriksa hasil
secara teratur setelah komunikasi.
47. Resiko Sumber daya manusia
Perusahaan kadang-kadang tidak memiliki cukup teknisi, meremehkan kuantitas
sumber daya manusia proyek, atau bekerja pada beberapa proyek secara bersamaan,
yang dapat menyebabkan risiko proyek sumber daya manusia. Kita bisa mengambil
solusi sebagai berikut:
• Disiplinkan seluruh tim proyek untuk ambil bagian dalam evaluasi proyek sehingga
setiap anggota dapat memahami kebutuhan proyek dan menghindari bias
memperkirakan sumber daya manusia;
• Membuat manajemen terpadu sumber daya proyek manusia dengan perangkat
lunak manajemen proyek;
• Mengatur mekanisme pelaporan risiko proyek. Ketika risiko proyek sumber daya
manusia terjadi, kita bisa mengambil langkah-langkah cepat dan menyelesaikan
tonggak proyek tepat waktu.
48. Resiko pembuat keputusan
Terbiasa dengan tujuan proyek, tidak cukup pengambilan keputusan informasi dapat
mengakibatkan pengambilan keputusan proyek risiko. Kami memberikan saran
sebagai berikut:
• Mengatur tim diskusi proyek, semua anggota tim memiliki diskusi, menganalisis dan
kemudian membuat keputusan;
• Anggota proyek membantu manajer proyek untuk mengumpulkan informasi dan
memastikan informasi yang benar, akurat dan lengkap;
• Mengatur tim pelatihan proyek, mengatur karyawan untuk pendidikan proyek
pengambilan keputusan, informasi mengumpulkan, memilah dan menganalisis
secara teratur.
49. KESIMPULAN
E-bisnis adalah kombinasi dari “teknologi modern informasi” dan “bisnis”, sampai
batas tertentu, perusahaan e-bisnis bersaing di teknologi informasi antar perusahaan.
Empat faktor resiko dapat ditemukan pada pemodelan strukturan interpretif,
termasuk analisa resiko dari desain produk, resiko komunikasi, resiko sumber daya
manusia, dan resiko pemutusan pilihan. Saran yang diajukan diharapkan dapat untuk
membantu penanganan resiko proyek perangkat lunak dari perusahaan e-bisnis, dan
penanganan resiko proyek perangkat lunak pendidikan di china.