proyek manajemen ppl.ppt -...
TRANSCRIPT
Mata Kuliah : Perancangan Perangkat Lunak LanjutDosen : Dr. Karmilasari
Manajemen Proyek Manajemen Proyek Pengembangan Perangkat Lunak
Program Pasca SarjanaProgram Pasca Sarjana
Universitas Gunadarma
OutlineOutline• Aktivitas manajemen• Aktivitas manajemen• Perencanaan proyek• Penjadwalan proyek
M j ik• Manajemen resiko
M j P k P k t L kManajemen Proyek Perangkat Lunak• Fokus pada aktivitas yang memastikan perangkat • Fokus pada aktivitas yang memastikan perangkat
lunak disebarluaskan tepat waktu dan sesuai dengan kebutuhan pengembangan organisasi g p g g gdan pengadaan perangkat lunak
• Manajemen proyek dibutuhkan karena perangkat lunak selalu tergantung pada anggaran dan g g p ggbatasan jadwal yang ditetapkan oleh organisasi dalam pengembangan perangkat lunak
Perbedaan Manajemen Perangkat Lunak d M j P k Udengan Manajemen Perekayaan Umum
• Perangkat lunak adalah produk intangible• Perangkat lunak adalah produk intangible• Rekayasa perangkat lunak berbeda dengan rekayasa
pada mekanik elektrik dsb pada mekanik, elektrik, dsb. • Proses pengembangan perangkat lunak tidak standar • Banyak proyek perangkat lunak yang hanya
digunakan satu kali.
Aktivitas ManajemenAktivitas Manajemen• Penulisan proposal• Penulisan proposal• Perencanaan proyek dan penjadwalan• Penganggaran proyek
M it i k d i• Monitoring proyek dan review• Pemilihan personel dan evaluasip• Penulisan laporan dan presentasi
Kesamaan Manajemen Perekayasaan Umum d M j P k t L kdengan Manajemen Perangkat Lunak
• Aktivitas ini adalah aktivitas umum dalam • Aktivitas ini adalah aktivitas umum dalam manajemen perangkat lunak
• Banyak teknik dari manajemen proyek yang juga • Banyak teknik dari manajemen proyek yang juga dikerjakan dalam manajemen perangkat lunak
• Secara teknik perekayasaan sistem cukup • Secara teknik perekayasaan sistem cukup kompleks, hal tersebut juga ditemui dalam sistem perangkat lunakp g
Proyek StaffingProyek Staffing• Fakta sangat sulit menunjuk orang yang idel untuk • Fakta, sangat sulit menunjuk orang yang idel untuk
bekerja dalam suatu proyek• Anggaran proyek, cenderung tidak membayar staff Anggaran proyek, cenderung tidak membayar staff
dengan harga tinggi• Ketersediaan staff yang berpengalaman sulit
diperoleh• Organisasi seringkali berkeinginan untuk
b k k hli i d l mengembangkan keahlian pegawainya dalam proyek perangkat lunak
• Dengan keterbatasan tersebut manajer perlu • Dengan keterbatasan tersebut, manajer perlu bekerja keras, terutama bila terjadi kekurangan staff yang terlatih.y g
Perencanaan ProyekPerencanaan Proyek• Aktivitas manajemen proyek memerlukan • Aktivitas manajemen proyek memerlukan
cukup banyak waktu• Aktivitas akan mengalir dari penyusunan
konsep hingga pendistribusian sistem. Perencanaan harus selalu direvisi apabila terdapat informasi baru.
• Beragam tipe rencana dapat dikembangkan untuk mendukung rencana dikembangkan untuk mendukung rencana utama proyek perangkat lunak yang berkaitan dengan jadwal dan anggaranberkaitan dengan jadwal dan anggaran
Tipe Rencana ProyekTipe Rencana Proyek
Menetapkan kendala proyek Membuat penilaian awal parameter proyek T t k t k k d di t ib iTentukan tonggak proyek dan pendistribusiannyaSelama proyek belum selesai atau dibatalkan lingkaran, lakukan
Menyusun jadwal proyek Memulai kegiatan sesuai dengan jadwalMemulai kegiatan sesuai dengan jadwal Tunggu (untuk sementara waktu) Kemajuan proyek Ulasan Perkiraan revisi parameter proyekPerkiraan revisi parameter proyek Memperbarui jadwal proyek Re-negosiasi kendala proyek dan kiriman Jika (masalah timbul) makaJika (masalah timbul) maka
Memulai kajian teknis dan kemungkinan revisi akhiri percabangan
Akhiri pengulanganAkhiri pengulangan
Proses Perencanaan ProyekProses Perencanaan ProyekPl D i tiPlan Description
Quality plan Describes the quality procedures and standards that will beusedina project See Chapter 27usedina project. See Chapter 27.
Validation plan Describes the approach, resources and schedule used forsystemvalidation.SeeChapter 22.y p
Configurationmanagement plan
Describes the configuration management procedures andstructures to be used. See Chapter 29.
Maintenance plan Predicts the maintenance requirements of the system,maintenance costs and effort required. See Chapter 21.
Staff developmentplan.
Describes how the skills and experience of the project teammembers will be developed. See Chapter 25.
Perencanaan ProyekPerencanaan ProyekPerencanaan proyek menetapkan :Perencanaan proyek menetapkan :• Sumber daya yang tersedia untuk proyek• Rincian kerja
J d l k j• Jadwal pekerjaan
Struktur Perencanaan ProyekStruktur Perencanaan Proyek• Pendahuluan• Pendahuluan• Organisasi proyek• Analisis resiko
K b t h b d k t k • Kebutuhan sumberdaya perangkat keras dan perangkat lunak
• Rincian kerja / work breadkown• Penjadwalan proyek• Penjadwalan proyek• Mekanisme monitoring dan pelaporan
Pengorganisasian AKtivitasPengorganisasian AKtivitas• Aktivitas dalam proyek harus diatur agar menghasilkan
output yang nyata bagi manajemen dan dapat dinilai kemajuannya kemajuannya.
• Milestones adalah titik akhir dari kegiatan proses. • Deliverables adalah hasil proyek dikirim ke pelanggan. • Proses air terjun digunakan untuk mendefinisikan j g
kemajuan milestone
Milestone Proses PerekayasaanMilestone Proses Perekayasaan
Penjadwalan ProyekPenjadwalan Proyek• Bagi proyek ke dalam tugas, waktu perkiraan dan sumber Bagi proyek ke dalam tugas, waktu perkiraan dan sumber
daya yang dibutuhkan untuk menyelesaikan setiap tugas. • Atus tugas secara bersamaan untuk membuat penggunaan
tenaga kerja optimal. • Minimalkan ketergantungan tugas untuk menghindari
keterlambatan yang disebabkan oleh satu tugas menunggu keterlambatan yang disebabkan oleh satu tugas menunggu yang lain untuk diselesaikan.
• Andalkan intuisi dan pengalaman manajer.p g j
Proses Penjadwalan ProyekProses Penjadwalan Proyek
Masalah Penjadwalan ProyekMasalah Penjadwalan Proyek• Memperkirakan kesulitan masalah karenanya biaya • Memperkirakan kesulitan masalah karenanya biaya
pengembangan solusi menjadi mahal. • Produktivitas tidak sebanding dengan jumlah orang • Produktivitas tidak sebanding dengan jumlah orang
yang bekerja pada tugas. • Penambahan orang untuk sebuah proyek yang • Penambahan orang untuk sebuah proyek yang
terlambat akan berakibat pada komunikasi yang meningkatg
• Keadaan tak terduga selalu terjadi. Siapkan rencana darurat.rencana darurat.
Grafik Batang/Bar Chart dan J i Akti itJaringan Aktivitas
• Notasi grafis yang digunakan untuk menggambarkan • Notasi grafis yang digunakan untuk menggambarkan penjadwalan proyek.
• Menampilkan rincian proyek ke dalam tugas tugas • Menampilkan rincian proyek ke dalam tugas-tugas. Tugas tidak boleh terlalu singkat, berkisar antara satu atau dua minggu. gg
• Kegiatan grafik menunjukkan ketergantungan tugas dan jalur kritis. j
• Bar chart menunjukkan jadwal dengan waktu kalender.
D i T d K t tDurasi Tugas dan KetergantungannyaActivity Duration (days) DependenciesActivity Duration (days) Dependencies
T1 8T2 15T3 15 T1 (M1)T4 10T5 10 T2 T4 (M2)T5 10 T2, T4 (M2)T6 5 T1, T2 (M3)T7 20 T1 (M1)T8 25 T4 (M5)T9 15 T3, T6 (M4)T10 15 T5, T7 (M7), ( )T11 7 T9 (M6)T12 10 T11 (M8)
Jaringan AktivitasJaringan Aktivitas
Timeline AktivitasTimeline Aktivitas
Pengalokasian StaffPengalokasian Staff
Manajemen ResikoManajemen Resiko• Manajemen risiko terkait dengan pengidentifikasian • Manajemen risiko terkait dengan pengidentifikasian
risiko dan penyusunan rencana untuk meminimalkan efeknya pada sebuah proyek. y p p y
• Risiko adalah menilai keadaan-keadaan yang mungkin akan menyebabkan kerugiang y g
• Risiko proyek mempengaruhi jadwal atau sumber daya; y ;
• Risiko produk mempengaruhi kualitas atau kinerja perangkat lunak yang dikembangkan; perangkat lunak yang dikembangkan;
• Risiko usaha mempengaruhi organisasi mengembangkan atau pengadaan perangkat lunakmengembangkan atau pengadaan perangkat lunak.
Resiko Perangkat LunakResiko Perangkat LunakRisk Affects DescriptionRisk Affects Description
Staff turnover Project Experienced staff will leave the project before it is finished.
Management change Project There will be a change of organisational management withdifferent prioritiesdifferent priorities.
Hardware unavailability Project Hardware that is essential for the project will not bedelivered on schedule.
Requirements change Project and There will be a larger number of changes to theRequirements change Project andproduct
There will be a larger number of changes to therequirements than anticipated.
Specification delays Project andproduct
Specifications of essential interfaces are not available onschedule
Size underestimate Project andproduct
The size of the system has been underestimated.
CASE tool under- Product CASE tools which support the project do not perform asperformance
pp p j panticipated
Technology change Business The underlying technology on which the system is built issuperseded by new technology.
Product competition Business A competitive product is marketed before the system iscompleted.
Proses Manajemen ResikoProses Manajemen Resiko• Identifikasi risiko • Identifikasi risiko
• Mengidentifikasi proyek, produk dan risiko usaha;
A li i i ik • Analisis risiko • Menilai kemungkinan dan konsekuensi dari risiko
t b t tersebut;
• Perencanaan risiko • Menyusun rencana untuk menghindari atau
meminimalkan dampak risiko;
• Pemantauan risiko • Memantau risiko seluruh proyek;
Proses Manajemen ResikoProses Manajemen Resiko
Identifikasi ResikoIdentifikasi Resiko• Risiko teknologi • Risiko teknologi. • Risiko manusia. • Risiko organisasi. • Risiko kebutuhan. • Risiko estimasi.
Resiko dan Tipe ResikoResiko dan Tipe ResikoRisk type Possible risksyp
Technology The database used in the system cannot process as many transactions per secondas expected.Software components that should be reused contain defects that limit theirf i lifunctionality.
People It is impossible to recruit staff with the skills required.Key staff are ill and unava ilable at critical times.Required training for staff is not availableRequired training for staff is not available.
Organisational The organisation is restructured so that different management are responsible forthe project.Organisational financial problems force reductions in the project budget.g p p j g
Tools The code generated by CASE tools is inefficient.CASE tools cannot be integrated.
Requirements Changes to requirements that require major design rework are proposedRequirements Changes to requirements that require major design rework are proposed.Customers fail to understand the impact of requirements changes.
Estimation The time required to develop the software is underestimated.The rate of defect repair is underestimated.The size of the software is underestimated.
Analisis ResikoAnalisis Resiko• Penilaian probabilitas dan keseriusan dari setiap risiko • Penilaian probabilitas dan keseriusan dari setiap risiko. • Probabilitas resiko : sangat rendah, rendah, sedang,
tinggi atau sangat tinggi tinggi atau sangat tinggi. • Efek resiko : bencana, serius, ditoleransi atau tidak
signifikansignifikan.
Analisis ResikoAnalisis Resiko
Risk Probability Effects
Organisational financial problems force reductions in Low CatastrophicOrganisational financial problems force reductions inthe project budget.
Low Catastrophic
It is impossible to recruit staff with the skills requiredfor the project
High Catastrophicfor the project.
Key staff are ill at critical times in the project. Moderate Serious
Software components that should be reused contain Moderate Seriousdefects which limit their functionality.
Changes to requirements that require major designrework are proposed.
Moderate Serious
The organisation is restructured so that differentmanagement are responsible for the project.
High Serious
Analisis ResikoAnalisis Resiko
Risk Probability Effects
The database used in the system cannot process asi d d
Moderate Seriousmany transactions per second as expec ted.
The time required to develop the software isunderestimated.
High Serious
CASE tools cannot be integrated. High Tolerable
Customers fail to understand the impact ofi t h
Moderate Tolerablerequirements changes.
Required training for staff is not available. Moderate Tolerable
The rate of defect repair is underestimated Moderate TolerableThe rate of defect repair is underestimated. Moderate Tolerable
The size of the software is underestimated. High Tolerable
The code generated by CASE tools is inefficient. Moderate Insignificantg y g
Perencanaan ResikoPerencanaan Resiko• Pertimbangkan setiap risiko dan mengembangkan • Pertimbangkan setiap risiko dan mengembangkan
strategi untuk mengelola risiko tersebut. • Strategi penghindaran • Strategi penghindaran
• Probabilitas bahwa risiko akan timbul berkurang;
S i i i lk ik • Strategi Meminimalkan resiko • Dampak risiko pada proyek atau produk akan
b k berkurang;
• Rencana Darurat• Jika risiko muncul, jalankan rencana darurat untuk
menangani risiko tersebut;
Strategi Manajemen ResikoStrategi Manajemen Resiko
Risk Strategy
Organisationalfinancial problems
Prepare a briefing document for senior managementshowing how th e project is making a very importantcontribution to the goals of the business.
Recruitmentproblems
Alert customer of potential difficulties and thepossibility of delays, investigate buying-incomponentscomponents.
Staff illness Reorganise team so that there is more overlap of workand people therefore understand each other’s jobs.
Defectivecomponents
Replace potentially defective components with bought-in components of known reliability.
Strategi Manajemen ResikoStrategi Manajemen Resiko
Risk Strategy
Requirements Derive traceability information to assess requirementschanges change impact, maximise information hiding in the
design.
Organisational Prepare a briefing document for senior managementOrganisationalrestructuring
Prepare a briefing document for senior managementshowing how th e project is making a very importantcontribution to the goals of the business.
Database Investigate the possibility of buying a higherDatabaseperformance
Investigate the possibility of buying a higher-performance database.
Underestimated Investigate buying in components, investigate use of adevelopment time program generator
Monitoring ResikoMonitoring Resiko• Menilai setiap risiko yang teridentifikasi secara teratur • Menilai setiap risiko yang teridentifikasi secara teratur
untuk memutuskan apakah atau tidak itu menjadi kurang atau lebih kemungkinan. g g
• Juga menilai apakah dampak risiko telah berubah. • Setiap risiko utama harus dibahas pada pertemuan • Setiap risiko utama harus dibahas pada pertemuan
kemajuan manajemen
Indikator ResikoIndikator Resiko
Risk type Potential indicators
Technology Late delivery of hardware or support software, many reportedgy y pp , y ptechnology problems
People Poor staff morale, poor relationships amongst team member,job availabilityjob availability
Organisational Organisational gossip, lack of action by senior management
Tools Reluctance by team members to use tools, complaints aboutCASE tools, demands for higher-powered workstations
Requirements Many requirements change requests, customer complaints
Estimation Failure to meet agreed schedule failure to clear reportedEstimation Failure to meet agreed schedule, failure to clear reporteddefects
RingkasanRingkasan• Manajemen proyek yang baik sangat penting bagi • Manajemen proyek yang baik sangat penting bagi
keberhasilan proyek. • Sifat tidak berwujud perangkat lunak menyebabkan • Sifat tidak berwujud perangkat lunak menyebabkan
masalah bagi manajemen. • Manajer memiliki peran yang beragam namun • Manajer memiliki peran yang beragam namun
kegiatan yang paling signifikan mereka berencana, memperkirakan dan penjadwalan. p p j
• Perencanaan dan estimasi adalah proses iteratif,Yang terus berjalan sepanjang Proyek dilaksanakan.Yang terus berjalan sepanjang Proyek dilaksanakan.
RingkasanRingkasan• Sebuah milestone proyek adalah keadaan di mana • Sebuah milestone proyek adalah keadaan di mana
prediksi kemajuan dilaporakan secara resmi kepada manajemen. j
• Penjadwalan proyek dibuat dengan berbagai representasi grafis yang menunjukkan kegiatan p g y g j gproyek, jangka waktu dan staf.
• Manajemen risiko terkait dengan identifikasi risiko j gyang dapat mempengaruhi proyek dan perencanaan untuk memastikan bahwa risiko ini tidak berkembang menjadi ancaman utama.
PERTANYAAN ???