Mata Kuliah : Perancangan Perangkat Lunak Lanjut

Dosen : Dr. Karmilasari

Manajemen Proyek
Pengembangan Perangkat Lunak

Program Pasca Sarjana

Universitas Gunadarma
Outline
• Aktivitas manajemen
• Perencanaan proyek
• Penjadwalan proyek
• Manajemen
M j resiko
ik
M
Manajemen
j P
Proyek
kPPerangkat
k t Lunak
L k
• Fokus pada aktivitas yang memastikan perangkat
lunak disebarluaskan tepat waktu dan sesuai
dengan
g kebutuhan pengembangan
p g g organisasi
g
dan pengadaan perangkat lunak

• Manajemen proyek dibutuhkan karena perangkat

lunak selalu tergantung
g g pada
p anggaran
gg dan
batasan jadwal yang ditetapkan oleh organisasi
dalam pengembangan perangkat lunak
 Perbedaan Manajemen Perangkat Lunak
d
dengan M
Manajemen
j P
Perekayaan
k Umum
U
• Perangkat lunak adalah produk intangible
• Rekayasa perangkat lunak berbeda dengan rekayasa
pada mekanik
mekanik, elektrik
elektrik, dsb
dsb.
• Proses pengembangan perangkat lunak tidak standar
• Banyak proyek perangkat lunak yang hanya
digunakan satu kali.
Aktivitas Manajemen
• Penulisan proposal
• Perencanaan proyek dan penjadwalan
• Penganggaran proyek
• Monitoring
M it i proyek
kddan review
i
• Pemilihan p
personel dan evaluasi
• Penulisan laporan dan presentasi
Kesamaan Manajemen Perekayasaan Umum
d
dengan M
Manajemen
j Perangkat
P k t Lunak
L k
• Aktivitas ini adalah aktivitas umum dalam
manajemen perangkat lunak
• Banyak teknik dari manajemen proyek yang juga
dikerjakan dalam manajemen perangkat lunak
• Secara teknik perekayasaan sistem cukup
kompleks, hal tersebut juga ditemui dalam sistem
perangkat
p g lunak
Proyek Staffing
• Fakta
Fakta, sangat sulit menunjuk orang yang idel untuk
bekerja dalam suatu proyek
• Anggaran proyek, cenderung tidak membayar staff
dengan harga tinggi
• Ketersediaan staff yang berpengalaman sulit
diperoleh
• Organisasi seringkali berkeinginan untuk
mengembangkan
b k k
keahlian
hli pegawainya
i d
dalam
l
proyek perangkat lunak
• Dengan keterbatasan tersebut,
tersebut manajer perlu
bekerja keras, terutama bila terjadi kekurangan staff
yang
y g terlatih.
Perencanaan Proyek
• 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
utama proyek perangkat lunak yang
berkaitan dengan jadwal dan anggaran
 Tipe Rencana Proyek

Menetapkan kendala proyek

Membuat penilaian awal parameter proyek
T t k tonggak
Tentukan t k proyekk dan
d pendistribusiannya
di t ib i
Selama proyek belum selesai atau dibatalkan lingkaran, lakukan
Menyusun jadwal proyek
Memulai kegiatan sesuai dengan jadwal
Tunggu (untuk sementara waktu)
Kemajuan proyek Ulasan
Perkiraan revisi parameter proyek
Memperbarui jadwal proyek
Re-negosiasi kendala proyek dan kiriman
Jika (masalah timbul) maka
Memulai kajian teknis dan kemungkinan revisi
akhiri percabangan
Akhiri pengulangan
 Proses Perencanaan Proyek
Plan D iption
Descri ti
Quality plan Describes the quality procedures and standards that will be
usedina project.t See Chapter 27.
27
Validation plan Describes the approach, resources and schedule used for
systemvalida
y tion.SeeChapter
p 22.
Configuration Describes the configuration management procedures and
managementplan structures to beused. See Chapter 29.
Maintenance plan Predicts the maintenance requirements of the system,
maintenancecosts and effort required. See Chapter 21.
Staff development Describes howthe skills and experienceof the project team
plan. members will bedeveloped. See Chapter 25.
Perencanaan Proyek
Perencanaan proyek menetapkan :
• Sumber daya yang tersedia untuk proyek
• Rincian kerja
• Jadwal
J d l pekerjaan
k j
Struktur Perencanaan Proyek
• Pendahuluan
• Organisasi proyek
• Analisis resiko
•K
Kebutuhan
b t h sumberdaya
b d perangkat
k t keras
k
dan perangkat lunak
• Rincian kerja / work breadkown
• Penjadwalan proyek
• Mekanisme monitoring dan pelaporan
 Pengorganisasian 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
j digunakan
g untuk mendefinisikan
kemajuan milestone
Milestone Proses Perekayasaan
Penjadwalan Proyek
• 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
yang lain untuk diselesaikan.
• Andalkan intuisi dan p
pengalaman
g manajer.
j
Proses Penjadwalan Proyek
 Masalah Penjadwalan Proyek
• Memperkirakan kesulitan masalah karenanya biaya
pengembangan solusi menjadi mahal.
• Produktivitas tidak sebanding dengan jumlah orang
yang bekerja pada tugas.
• Penambahan orang untuk sebuah proyek yang
terlambat akan berakibat pada komunikasi yang
meningkat
g
• Keadaan tak terduga selalu terjadi. Siapkan
rencana darurat.
 Grafik Batang/Bar Chart dan
J i
Jaringan Aktivitas
Akti it
• Notasi grafis yang digunakan untuk menggambarkan
penjadwalan proyek.
• Menampilkan rincian proyek ke dalam tugas-tugas.
tugas tugas
Tugas tidak boleh terlalu singkat, berkisar antara satu
atau dua minggu.
gg
• Kegiatan grafik menunjukkan ketergantungan tugas dan
jjalur kritis.
• Bar chart menunjukkan jadwal dengan waktu kalender.
D
Durasi
i TTugas dan
d Ketergantungannya
K t t
Activity Duration (days) Dependencies
T1 8
T2 15
T3 15 T1 (M1)
T4 10
T5 10 T2 T4 (M2)
T2,
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 Aktivitas
Timeline Aktivitas
Pengalokasian Staff
 Manajemen Resiko
• Manajemen risiko terkait dengan pengidentifikasian
risiko dan penyusunan rencana untuk meminimalkan
efeknyay pada
p sebuah proyek.
p y
• Risiko adalah menilai keadaan-keadaan yang
mungkin
g akan menyebabkan
y kerugian
g
• Risiko proyek mempengaruhi jadwal atau sumber
daya;
y ;
• Risiko produk mempengaruhi kualitas atau kinerja
perangkat lunak yang dikembangkan;
• Risiko usaha mempengaruhi organisasi
mengembangkan atau pengadaan perangkat lunak.
lunak
Resiko Perangkat Lunak
Risk 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 with
different priorities.
priorities
Hardware unavailability Project Hardware that is essential for the project will not be
delivered on schedule.
Requirements change Project and There will be a larger number of changes to the
product requirements than anticipated.
Specification delays Project and Specifications of essential interfaces are not available on
product schedule
Size underestimate Project and The size of the system has been underestimated.
product
CASE tool under- Product CASE tools which support
pp the pproject
j do not pperform as
performance anticipated
Technology change Business The underlying technology on which the system is built is
superseded by new technology.
Product competition Business A competitive product is marketed before the system is
completed.
 Proses Manajemen Resiko
• Identifikasi risiko
• Mengidentifikasi proyek, produk dan risiko usaha;
• Analisis
A li i risiko
i ik
• Menilai kemungkinan dan konsekuensi dari risiko
t
tersebut;
b t
• Perencanaan risiko
• Menyusun rencana untuk menghindari atau
meminimalkan dampak risiko;
• Pemantauan risiko
• Memantau risiko seluruh proyek;
Proses Manajemen Resiko
 Identifikasi Resiko
• Risiko teknologi.
teknologi
• Risiko manusia.
• Risiko organisasi.
• Risiko kebutuhan.
• Risiko estimasi.
 Resiko dan Tipe Resiko
Risk type
yp Possible risks
Technology The database used in the system cannot process as many transactions per second
as expected.
Software components that should be reused contain defects that limit their
f
functionality.
i li
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 available.
available
Organisational The organisation is restructured so that different management are responsible for
the project.
Organisational
g financial p
problems force reductions in the p
project
j budget.
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 proposed.
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 Resiko
• Penilaian probabilitas dan keseriusan dari setiap risiko.
risiko
• Probabilitas resiko : sangat rendah, rendah, sedang,
tinggi atau sangat tinggi.
tinggi
• Efek resiko : bencana, serius, ditoleransi atau tidak
signifikan.
signifikan
 Analisis Resiko

Risk Probability Effects

Organisational financial problems force reductions in Low Catastrophic
the project budget.
It is impossible to recruit staff with the skills required High Catastrophic
for the project.
project
Key staff are ill at critical times in the project. Moderate Serious
Software components that should be reused contain Moderate Serious
defects which limit their functionality.
Changes to requirements that require major design Moderate Serious
rework are proposed.
The organisation is restructured so that different High Serious
management are responsible for the project.
 Analisis Resiko
Risk Probability Effects
The database used in the system cannot process as Moderate Serious
many transactions
i per secondd as expec ted.
d
The time required to develop the software is High Serious
underestimated.
CASE tools cannot be integrated. High Tolerable
Customers fail to understand the impact of Moderate Tolerable
requirements
i t changes.
h
Required training for staff is not available. Moderate Tolerable
The rate of defect repair is underestimated.
underestimated Moderate Tolerable
The size of the software is underestimated. High Tolerable
The code ggenerated by
y CASE tools is inefficient. Moderate Insignificant
g
 Perencanaan Resiko
• Pertimbangkan setiap risiko dan mengembangkan
strategi untuk mengelola risiko tersebut.
• Strategi penghindaran
• Probabilitas bahwa risiko akan timbul berkurang;
• Strategi
S i Meminimalkan
i i lk resiko
ik
• Dampak risiko pada proyek atau produk akan
b k
berkurang;
• Rencana Darurat
• Jika risiko muncul, jalankan rencana darurat untuk
menangani risiko tersebut;
 Strategi Manajemen Resiko

Risk Strategy
Organisational Prepare a briefing document for senior management
financial problems showing how th e project is making a very important
contribution to the goals of the business.
Recruitment Alert customer of potential difficulties and the
problems possibility of delays, investigate buying-in
components.
components
Staff illness Reorganise team so that there is more overlap of work
and people therefore understand each other’s jobs.
Defective Replace potentially defective components with bought-
components in components of known reliability.
 Strategi Manajemen Resiko

Risk Strategy
Requirements Derive traceability information to assess requirements
changes change impact, maximise information hiding in the
design.
Organisational Prepare a briefing document for senior management
restructuring showing how th e project is making a very important
contribution to the goals of the business.
Database Investigate the possibility of buying a higher-
higher
performance performance database.
Underestimated Investigate buying in components, investigate use of a
development time program generator
 Monitoring Resiko
• Menilai setiap risiko yang teridentifikasi secara teratur
untuk memutuskan apakah atau tidak itu menjadi
kurang
g atau lebih kemungkinan.
g
• Juga menilai apakah dampak risiko telah berubah.
• Setiap risiko utama harus dibahas pada pertemuan
kemajuan manajemen
 Indikator Resiko

Risk type Potential indicators

Technology
gy Late delivery
y of hardware or support
pp software,, manyy reported
p
technology problems
People Poor staff morale, poor relationships amongst team member,
job availability
Organisational Organisational gossip, lack of action by senior management
Tools Reluctance by team members to use tools, complaints about
CASE tools, demands for higher-powered workstations
Requirements Many requirements change requests, customer complaints
Estimation Failure to meet agreed schedule,
schedule failure to clear reported
defects
 Ringkasan
• Manajemen proyek yang baik sangat penting bagi
keberhasilan proyek.
• Sifat tidak berwujud perangkat lunak menyebabkan
masalah bagi manajemen.
• Manajer memiliki peran yang beragam namun
kegiatan yang paling signifikan mereka berencana,
memperkirakan
p dan ppenjadwalan.
j
• Perencanaan dan estimasi adalah proses iteratif,
Yang terus berjalan sepanjang Proyek dilaksanakan.
 Ringkasan
• Sebuah milestone proyek adalah keadaan di mana
prediksi kemajuan dilaporakan secara resmi kepada
manajemen.
j
• Penjadwalan proyek dibuat dengan berbagai
representasi
p g
grafis y
yang
g menunjukkan
j kegiatan
g
proyek, jangka waktu dan staf.
• Manajemen
j risiko terkait dengan
g identifikasi risiko
yang dapat mempengaruhi proyek dan
perencanaan untuk memastikan bahwa risiko ini tidak
berkembang menjadi ancaman utama.
PERTANYAAN ???