NAMA KELOMPOK
NPM
UNIVERSITAS
GUNADARMA
Manajemen Proyek Perangkat Lunak
(MPPL)
Pembuatan aplikasi management proyek pada
prangkat lunak (MPPL)
Tujuan
pembuatan
n Mendefinisikan batasan manajemen
proyek perangkat lunak (MPPL)
n Membedakan pengembangan proyek
perangkat lunak dengan lainnya
n Memahami beberapa permasalah dan
kekuatiran manajer proyek perangkat lunak
n Mendefinisikan tahapan-tahapan proyek
perangkat lunak
n Menjelaskan elemen utama aturan
manajemen
n Memahami kebutuhan perencanaan yang
baik, monitoring dan kontrol
n Mengidentifikasi stakeholder proyek,
tujuan mereka dan cara mengukur keberhasilan dalam mencapai tujuan tersebut
Pengenalan MPPL
n Perencanaan, Monitoring dan Kontrol
proyek perangkat lunak
n Mengidentifikasi proyek dan mencapai
tujuan Stakholder adalah proyek yang sukses
Apakah Proyek itu ?
n Definisi kamus bahwa Proyek adalah perencanaan
/ perancangan yang spesifik atau pekerjaan terencana atau pekerjaan yang besar
(Longman Concise English Dictionary, 1982)
Apakah proyek itu ?
Karakteristik – karateristik
Proyek
n Tugas non rutin
n Perlu perencanaan
n Tujuan spesifik yang akan dicapai
atau produk spesisfik yang akan dibuat
n Proyek harus ditentukan jangka waktu
n Pekerjaan dikerjakan untuk seseorang
bukan untuk diri kita
n Pekerjaan melibatkan beberapa
spesialis
n Sumber daya proyek yang tersedia
dibatasi
n Proyek itu pekerjaan besar / komplek
Apa proyek itu ?
Perhatikan dan buatlah urutan yang paling mendekati definisi
proyek
1.
Membuat
sebuah edisi surat kabar
2.
Membangun
saluran terowongan
3.
Persiapan
pernikahan
4.
Menambahkan
sistem komputer keuangan untuk mengatasi tanggal setelah 31 desember 1999
5.
Sebuah
proyek penelitian “apa yang membuat interface yang baik antara manusia-komputer
?”
6.
Sebuah
investigasi “alasan kenapa user mempunyai masalah dengan sistem komputer ?”
7.
Sebuah
tugas komputer untuk mahasiswa komputer tingkat 2
8.
Menuliskan
sebuah sistem operasi untuk sebuah komputer baru
Menginstal versi baru aplikasi word processing pada sebuah
organisasi
Proyek Perangkat Lunak Vs Tipe Proyek Lain
n Banyak teknik manajemen proyek umum
yang dapat diaplikasikan dengan MPLL, tapi menurut Fred Brooks memberi catatan
bahwa produk proyek perangkat lunak mempunyai karakteristik tertentu.
n Satu cara untuk melihat MPLL adalah
sebagai proses membuat visible dari invisible
Proyek
Perangkat Lunak Vs Tipe Proyek Lain
Karakteristik
MPPL
1.
Tidak
nampak
2.
Komplek
3.
Flexible
Aktifitas
dalam MPPL
Tiga proses
aktifitas MPPL
1.
Studi
Kelayakan / evaluasi proyek
2.
Perencanaan
3.
Implementasi
Proyek
Aktifitas
dalam MPPL
Tahapan
siklus hidup MPPL
1.
Analisa
kebutuhan
2.
Spesifikasi
3.
Disain
4.
Coding
5.
Verifikasi
dan validasi
6.
Implementasi
/ Instalasi
7.
Maintenance
dan support
Aktifitas
dalam MPPL
Latihan 2
n Kampus Brightmouth adalah sebuah
institusi pendidikan yang dulunya diatur oleh otoritas pemerintah lokal tapi
sekarang sudah tidak lagi. Sedangkan pembayaran gaji masih diatur oleh otoritas
lokal dan slip gaji dan output lainnya masih dihasilkan sentral komputer
otoritas lokal. Otoritas sekarang menagih kampus biaya service ini. Manajemen
kampus mempunyai ide untuk membuat aplikasi pembayaran gaji sendiri agar
biayanya lebih murah dan melakukan proses pembayaran gaji sendiri.
Tahapan utama proyek apa saja untuk
membuat proses pembayaran gaji sendiri oleh kampus ?
Kategori
proyek perangkat lunak
Kategori
proyek perangkat lunak berdasarkan
sistemnya :
1.
Sistem
informasi
Contoh : Sistem kontrol stok
2. Sistem
embedded / real time
Contoh : Sistem kontrol AC
Kategori
proyek perangkat lunak
Proyek dapat
dikategorikan berdasarkan orientasinya :
1.
Produk
Proyek membuat produk yang detailnya
ditentukan oleh client dan Client bertanggung jawab menjustifikasi produk
tersebut
2. Tujuan
Proyek diperlukan untuk mencapai
tujuan tertentu biasanya berhubungan dengan level service
Kategori
proyek perangkat lunak
Latihan 3
n Apakah sistem operasi pada komputer
sebuah sistem informasi atau sistem embedded ?
Latihan 4
n Apakah proyek implementasi sistem
pembayaran independen di kampus Brightmuth pada latihan 2 adalah proyek tujuan
atau proyek produk ?
Proyek
sebagai sebuah system
Sebuah
proyek mempertimbangkan untuk membuat sistem baru dan atau merubah sistem lama
menjadi baru dan proyek itu sendiri adalah sebuah system
Proyek
sebagai sebuah system
Sistem,
subsistem dan linkungan sistem
n Definisi sederhana dari sistem adalah
sebuah kumpulan dari bagian-bagian yang saling berhubungan. Sebuah sistem
normalnya merupakan bagian dari sistem yang lebih besar dan sistem itu sendiri
terdiri dari subsistem.
n Di luar dari sistem adalah lingkungan
sistem. LIngkungan sistem ini dapat mempengaruhi sistem tapi sistem tidak bisa
mengontrol langsung.
n Pada kasus kampus Brighmouth,
bangkrutnya supplier utama perangkat IT adalah kejadian yang menimpa pada
lingkungan sistem
Proyek
sebagai sebuah system
Sistem
sosioteknikal
n Proyek perangkat lunak ini tergolong
dalam kategori sistem ini. Setiap proyek perangkat lunak membutuhkan organisasi
teknikal dan organisasi orang.
n Manager Proyek perangkat lunak
diperlukan baik kompetensi teknikal dan kemampuan untuk berinteraksi dengan
orang lain secara persuasif.
Proyek
sebagai system
Latihan 5
n Identifikasi kemungkinan sus sistem
dalam instalasi sistem pembayaran gaji kampus Brighmouth. Entitas penting apa
yang ada dalam lingkungan sistem pembayaran gaji ?
Apakah
manajemen itu ?
Tugas
manajemen dapat dilihat dari apa saja yang
paling sering
menantang
dalam tugas manajer, hasil survey untuk
manajer proyek
Perangkat lunak tersebut adalah sebagai berikut :
n Dapat menyelesaikan dengan deadline
(85 %)
n Dapat menyelesaikan dengan batasan
–batasan sumber daya (83 %)
n Mengkomunikasikan secara efektif
diantara tugas group (80 %)
n Meningkatkan komitmen dari anggota
tim (74 %)
n Menjaga milestone yang terukur (70 %)
n Dapat menyelesaikan dengan
perubahan-perubahan yang terjadi (60 %)
n Mengerjakan perencanaan proyek dengan
kesepakatan dengan anggota tim (57 %)
n Meningkatkan komitmen dari manajemen
(45 %)
n Menghadapi konflik (42 %)
n Mengatur vendor dan sub-contractor
(38 %)
Apakah
manajemen itu ?
Latihan 6
n Paul Duggan adalah manajer seksi
pengembangan perangkat lunak. Pada hari Selasa jam 10.00 am, dia beserta anak
buah kepala seksi melakukan meeting dengan group managernya tentang kebutuhan
staf untuk tahun berikutnya. Paul telah membuat catatan dokumen staf yang akan
diambil. Hal ini berdasarkan rencana kerja seksinya untuk tahun depan. Dokumen
didiskusikan pada meeting. Jam 2.00 pm Paul mengadakan meeting dengan senior
stafnya tentang proyek penting yang dilakukan di seksinya. Salah satu staf
pengembangan perangkat lunak mengalami kecelakaan di jalan raya dan tinggal di
rumah sakit pada beberapa waktu. Diputuskan bahwa proyek dapat berjalan sesuai
jadwal dengan mentransfer tim lain yang mempunyai pekerjaan kurang urgent ke
proyek ini. Penempatan sementara dibawa ke pekerjaan kurang urgent tapi akan
memakan waktu seminggu atau harus diatur lagi. Paul menghubungi manajer
personal tentang mendapatkan pengganti dan user untuk yang pekerjaan kurang
urgent telah dilakukannya menjelaskan kenapa proyek ini akan mengalami delay.
n Kenali mana dari 8 tanggung jawab
manajemen tersebut Paul merespon pada hari tersebut
Masalah
proyek perangkat lunak
Masalah-masalah
proyek dilihat dari kacamata
manajer :
n Estimasi dan rencana yang jelek
n Standard dan pengukuran kualitas yang
kurang
n Petunjuk yang kurang tentang membuat
keputusan organisasi
n Difinisi aturan yang jelek – siapa
mengerjakan apa ?
n Kriteria sukses yang salah
Masalah
proyek perangkat lunak
Masalah-masalah
yang diidentifikasi oleh mahasiswa sistem komputer dan
informasi
yang telah menyelesaikan penempatan industri :
n Spesifikasi pekerjaan yang kurang
n Manajemen mengabaikan IT
n Pengetahuan area aplikasi yang kurang
n Standard yang kurang
n Update dokumentasi yang kurang
n Aktifitas sebelumnya yang tidak
lengkap pada waktunya – termasuk pengiriman perangkat yang terlambat
n Komunikasi antara teknisi dan user
yang kurang
n Komunikasi yang kurang menyebabkan duplikasi
pekerjaan
n Komitmen yang kurang – khusunya
ketika proyek terikat pada satu orang kemudian keluar
n Kemampuan Keahlian teknikal yang
kurang
n Perubahan kebutuhan hukum
n Perubahan lingkungan perangkat lunak
n Tekanan deadline
n Pengendalian kualitas yang kurang
n Management jarak jauh
n Pelatihan yang kurang
Stakeholder
Latihan 8
n Identifikasi stakeholder proyek
pembayaran gaji kampus Brighmouth
Kebutuhan
spesifikasi
Umumnya
kasus proyek berorientasi produk
mempunyai
tujuan :
n Kebutuhan fungsional
n Kebutuhan kualitas
n Kebutuhan sumberdaya
Informasi
dan pengontrolan dalam organisasi
n Hirarki sistem informasi dan
pengontrolan
n Level pengambil keputusab dan
informasi
n Perbedaan tipe informasi
n Kuantifikasi pengukuran efektifitas
mengurangi salah persepsi
TERIMA KASIH