-
Manajemen Proyek TI /Perangkat Lunak (MPPL)Materi 1Pengenalan
MPPL
The McGraw-Hill Companies/Software Project Management (second
edition) / Bob Hughes and Mike Cotterell
-
Tujuan pembelajaranMendefinisikan batasan manajemen proyek
perangkat lunak (MPPL)Membedakan pengembangan proyek perangkat
lunak dengan lainnyaMemahami beberapa permasalah dan kekuatiran
manajer proyek perangkat lunakMendefinisikan tahapan-tahapan proyek
perangkat lunakMenjelaskan elemen utama aturan manajemenMemahami
kebutuhan perencanaan yang baik, monitoring dan
kontrolMengidentifikasi stakeholder proyek, tujuan mereka dan cara
mengukur keberhasilan dalam mencapai tujuan tersebut
-
Pengenalan MPPLPerencanaan, Monitoring dan Kontrol proyek
perangkat lunakMengidentifikasi proyek dan mencapai tujuan
Stakholder adalah proyek yang sukses
-
Apakah Proyek itu ?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 ProyekTugas non
rutinPerlu perencanaanTujuan spesifik yang akan dicapai atau produk
spesisfik yang akan dibuatProyek harus ditentukan jangka
waktuPekerjaan dikerjakan untuk seseorang bukan untuk diri
kitaPekerjaan melibatkan beberapa spesialisSumber daya proyek yang
tersedia dibatasiProyek itu pekerjaan besar / komplek
-
Apa proyek itu ?Latihan 1Perhatikan dan buatlah urutan yang
paling mendekati definisi proyekMembuat sebuah edisi surat
kabarMembangun saluran terowonganPersiapan pernikahanMenambahkan
sistem komputer keuangan untuk mengatasi tanggal setelah 31
desember 1999 Sebuah proyek penelitian apa yang membuat interface
yang baik antara manusia-komputer ?Sebuah investigasi alasan kenapa
user mempunyai masalah dengan sistem komputer ?Sebuah tugas
komputer untuk mahasiswa komputer tingkat 2Menuliskan sebuah sistem
operasi untuk sebuah komputer baruMenginstal versi baru aplikasi
word processing pada sebuah organisasi
-
Proyek Perangkat Lunak Vs Tipe Proyek LainBanyak teknik
manajemen proyek umum yang dapat diaplikasikan dengan MPLL, tapi
menurut Fred Brooks memberi catatan bahwa produk proyek perangkat
lunak mempunyai karakteristik tertentu.Satu cara untuk melihat MPLL
adalah sebagai proses membuat visible dari invisible
Brooks, F.P. No silver bullet:essence and accidents of software
engineering
-
Proyek Perangkat Lunak Vs Tipe Proyek LainKarakteristik
MPPLTidak nampakKomplekFlexible
-
Aktifitas dalam MPPLTiga proses aktifitas MPPLStudi Kelayakan /
evaluasi proyekPerencanaanImplementasi Proyek
-
Aktifitas dalam MPPLTahapan siklus hidup MPPLAnalisa
kebutuhanSpesifikasiDisainCodingVerifikasi dan validasiImplementasi
/ InstalasiMaintenance dan support
-
Aktifitas dalam MPPLLatihan 2Kampus 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 lunakKategori proyek perangkat lunak
berdasarkansistemnya :Sistem informasiContoh : Sistem kontrol
stok2. Sistem embedded / real timeContoh : Sistem kontrol AC
-
Kategori proyek perangkat lunakProyek dapat dikategorikan
berdasarkan orientasinya : ProdukProyek membuat produk yang
detailnya ditentukan oleh client dan Client bertanggung jawab
menjustifikasi produk tersebut2. TujuanProyek diperlukan untuk
mencapai tujuan tertentu biasanya berhubungan dengan level
service
-
Kategori proyek perangkat lunakLatihan 3Apakah sistem operasi
pada komputer sebuah sistem informasi atau sistem embedded ?
Latihan 4Apakah proyek implementasi sistem pembayaran independen
di kampus Brightmuth pada latihan 2 adalah proyek tujuan atau
proyek produk ?
-
Proyek sebagai sebuah sistemSebuah proyek mempertimbangkan untuk
membuat sistem baru dan atau merubah sistem lama menjadi baru dan
proyek itu sendiri adalah sebuah sistem.
-
Proyek sebagai sebuah sistemSistem, subsistem dan linkungan
sistemDefinisi 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. Di luar dari sistem adalah
lingkungan sistem. LIngkungan sistem ini dapat mempengaruhi sistem
tapi sistem tidak bisa mengontrol langsung. Pada kasus kampus
Brighmouth, bangkrutnya supplier utama perangkat IT adalah kejadian
yang menimpa pada lingkungan sistem
-
Proyek sebagai sebuah sistemSistem Terbuka Vs Sistem
TertutupSistem terbuka yaitu yang berinteraksi dengan lingkungan.
Hampir semua sistem adalah terbuka. Salah satu alasan nahwa sistem
engineering dan proyek membentuk sistem tersebut sering kali gagal
dikarenakan keterlibatan staf teknikal tidak menghargai tingkat
sistem yang terbuka dan mudah dipengaruhi oleh perubahan dari
luar
-
Proyek sebagai sebuah sistemSub optimasiAdalah sebuah subsistem
yang bekerja pada saat optimum tapi mempunyai efek yang merugikan
pada keseluruhan sistemContoh pengembang perangkat lunak
menyerahkan ke user sebuah sistem yang sangat efisien pada
penggunaan sumber daya mesin tapi juga sangat susah untuk
dimodifikasi.
-
Proyek sebagai sebuah sistemSistem sosioteknikalProyek perangkat
lunak ini tergolong dalam kategori sistem ini. Setiap proyek
perangkat lunak membutuhkan organisasi teknikal dan organisasi
orang. Manager Proyek perangkat lunak diperlukan baik kompetensi
teknikal dan kemampuan untuk berinteraksi dengan orang lain secara
persuasif.
-
Proyek sebagai sistemLatihan 5Identifikasi kemungkinan sus
sistem dalam instalasi sistem pembayaran gaji kampus Brighmouth.
Entitas penting apa yang ada dalam lingkungan sistem pembayaran
gaji ?
-
Apakah manajemen itu ?Sebuah Universitas terbuka menyampaikan
bahwa manajemen itu terlibat dalam aktifitas berikut :Perencanaan
memutuskan apa yang harus dilakukanMengorganisasi membuat
penyusunan Pengaturan orang memilih orang yang tepat untuk sebuah
pekerjaanMengarahkan memberikan instruksiMonitor Melakukan
pengecekan progresKontrol mengambil action untuk perbaikanInovasi
memberikan solusi baruMewakili berhubungan dengan user
Materi Universitas terbuka ini ada di D. Ince, H. Sharp, and M.
Woodman, Introduction to Software Project Management and Quality
Assurance, McGraw-Hill, 1993
-
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 :Dapat menyelesaikan dengan deadline (85 %)Dapat
menyelesaikan dengan batasan batasan sumber daya (83
%)Mengkomunikasikan secara efektif diantara tugas group (80
%)Meningkatkan komitmen dari anggota tim (74 %)Menjaga milestone
yang terukur (70 %)Dapat menyelesaikan dengan perubahan-perubahan
yang terjadi (60 %)Mengerjakan perencanaan proyek dengan
kesepakatan dengan anggota tim (57 %)Meningkatkan komitmen dari
manajemen (45 %)Menghadapi konflik (42 %)Mengatur vendor dan
sub-contractor (38 %)
Survey H.J.Thamhain and D.L.Wilemon appeared in Juni 1986 in
Project Management Journal under thetitle criteria for controlling
software according to plan.
-
Apakah manajemen itu ?Latihan 6Paul 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.Kenali mana dari 8 tanggung
jawab manajemen tersebut Paul merespon pada hari tersebut
-
Masalah proyek perangkat lunakMasalah-masalah proyek dilihat
dari kacamata manajer :Estimasi dan rencana yang jelekStandard dan
pengukuran kualitas yang kurangPetunjuk yang kurang tentang membuat
keputusan organisasiDifinisi aturan yang jelek siapa mengerjakan
apa ?Kriteria sukses yang salah
-
Masalah proyek perangkat lunakMasalah-masalah yang
diidentifikasi oleh mahasiswa sistem komputer dan informasi yang
telah menyelesaikan penempatan industri :Spesifikasi pekerjaan yang
kurangManajemen mengabaikan ITPengetahuan area aplikasi yang
kurangStandard yang kurang Update dokumentasi yang kurangAktifitas
sebelumnya yang tidak lengkap pada waktunya termasuk pengiriman
perangkat yang terlambatKomunikasi antara teknisi dan user yang
kurang Komunikasi yang kurang menyebabkan duplikasi
pekerjaanKomitmen yang kurang khusunya ketika proyek terikat pada
satu orang kemudian keluarKemampuan Keahlian teknikal yang
kurangPerubahan kebutuhan hukumPerubahan lingkungan perangkat
lunakTekanan deadlinePengendalian kualitas yang kurang Management
jarak jauhPelatihan yang kurang
-
Pengontrolan manajemenSiklus hidup pengontrolan proyekTujuan
harus didifinisikan dengan jelasPengukuran efektifitas konkret dan
jelas dengan jawaban dari pertanyaan yes / noContoh : Apakah kita
akan menginstal perangkat lunak baru sebelum 1 Jani ?Tujuan harus
diturunkan ke sub tujuan / goal
-
Pengontrolan manajemenLatihan 7Identifikasi tujuan dan sub
tujuan dari proyek kampus Brighmouth. Pengukuran efektifitas apa
yang digunakan untuk keberhasilan dalam mencapai tujuan proyek
?
-
Stakeholder Tim Proyek internalTim Proyek eksternal tapi dalam
satu organisasiPihak eksternal dari tim proyek dan organisasi
-
StakeholderLatihan 8Identifikasi stakeholder proyek pembayaran
gaji kampus Brighmouth
-
Kebutuhan spesifikasiUmumnya kasus proyek berorientasi
produkmempunyai tujuan :Kebutuhan fungsionalKebutuhan
kualitasKebutuhan sumberdaya
-
Informasi dan pengontrolan dalam organisasiHirarki sistem
informasi dan pengontrolanLevel pengambil keputusab dan
informasiPerbedaan tipe informasiKuantifikasi pengukuran
efektifitas mengurangi salah persepsi
-
TERIMA KASIH