Manajemen Proyek Pengembangan Perangkat Lunak

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
kP
Perangkat
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
kd
dan 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
Descr
i 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
managementplan
Describes the configuration management procedures and
structures to beused. See Chapter 29.
Maintenance plan
Predicts the maintenance requirements of the system,
maintenancecosts and effort required. See Chapter 21.
Staff
plan.
development Describes howthe skills and experienceof the project team
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.
pengalaman
g
manajer.
j
• Andalkan intuisi dan p
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
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)
T1 (M1)
Jaringan Aktivitas
Timeline Aktivitas
Pengalokasian Staff
Manajemen Resiko
• Manajemen risiko terkait dengan pengidentifikasian
risiko dan penyusunan rencana untuk meminimalkan
efeknya
y 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
product
There will be a larger number of changes to the
requirements than anticipated.
Specification delays
Project and
product
Specifications of essential interfaces are not available on
schedule
Size underestimate
Project and
product
The size of the system has been underestimated.
CASE tool underperformance
Product
CASE tools which support
pp the pproject
j do not pperform as
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
the project budget.
Low
Catastrophic
It is impossible to recruit staff with the skills required
for the project.
project
High
Catastrophic
Key staff are ill at critical times in the project.
Moderate
Serious
Software components that should be reused contain
defects which limit their functionality.
Moderate
Serious
Changes to requirements that require major design
rework are proposed.
Moderate
Serious
The organisation is restructured so that different
management are responsible for the project.
High
Serious
Analisis Resiko
Risk
Probability
Effects
The database used in the system cannot process as
many transactions
i
per second
d as expec ted.
d
Moderate
Serious
The time required to develop the software is
underestimated.
High
Serious
CASE tools cannot be integrated.
High
Tolerable
Customers fail to understand the impact of
requirements
i
t changes.
h
Moderate
Tolerable
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
y CASE tools is inefficient.
The code ggenerated by
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
financial problems
Prepare a briefing document for senior management
showing how th e project is making a very important
contribution to the goals of the business.
Recruitment
problems
Alert customer of potential difficulties and the
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
components
Replace potentially defective components with boughtin components of known reliability.
Strategi Manajemen Resiko
Risk
Strategy
Requirements
changes
Derive traceability information to assess requirements
change impact, maximise information hiding in the
design.
Organisational
restructuring
Prepare a briefing document for senior management
showing how th e project is making a very important
contribution to the goals of the business.
Database
performance
Investigate the possibility of buying a higherhigher
performance database.
Underestimated
development time
Investigate buying in components, investigate use of a
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 p
penjadwalan.
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 ???