Manajemen Proyek Perangkat Lunak (MPPL)

Presentasi berjudul: "Manajemen Proyek Perangkat Lunak (MPPL)"— Transcript presentasi:

1 Manajemen Proyek Perangkat Lunak (MPPL)
BAB 2 Pengenalan MPPL The McGraw-Hill Companies/Software Project Management (second edition) / Bob Hughes and Mike Cotterell

2 Apakah manajemen itu ? Sebuah Universitas terbuka menyampaikan bahwa manajemen itu terlibat dalam aktifitas berikut : Perencanaan – memutuskan apa yang harus dilakukan Mengorganisasi – membuat penyusunan Pengaturan orang – memilih orang yang tepat untuk sebuah pekerjaan Mengarahkan – memberikan instruksi Monitor – Melakukan pengecekan progres Kontrol – mengambil action untuk perbaikan Inovasi – memberikan solusi baru Mewakili – 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

3 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 the title ‘criteria for controlling software according to plan’.

4 Apakah manajemen itu ? Latihan 6
Paul Duggan adalah manajer seksi pengembangan perangkat lunak. Pada hari Selasa jam 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

5 Masalah proyek perangkat lunak
Masalah-masalah proyek dilihat dari kacamata manajer : Estimasi dan rencana yang jelek Standard dan pengukuran kualitas yang kurang Petunjuk yang kurang tentang membuat keputusan organisasi Difinisi aturan yang jelek – siapa mengerjakan apa ? Kriteria sukses yang salah

6 Masalah proyek perangkat lunak
Masalah-masalah yang diidentifikasi oleh mahasiswa sistem komputer dan informasi yang telah menyelesaikan penempatan industri : Spesifikasi pekerjaan yang kurang Manajemen mengabaikan IT Pengetahuan area aplikasi yang kurang Standard yang kurang Update dokumentasi yang kurang Aktifitas sebelumnya yang tidak lengkap pada waktunya – termasuk pengiriman perangkat yang terlambat Komunikasi antara teknisi dan user yang kurang Komunikasi yang kurang menyebabkan duplikasi pekerjaan Komitmen yang kurang – khusunya ketika proyek terikat pada satu orang kemudian keluar Kemampuan Keahlian teknikal yang kurang Perubahan kebutuhan hukum Perubahan lingkungan perangkat lunak Tekanan deadline Pengendalian kualitas yang kurang Management jarak jauh Pelatihan yang kurang

7 Pengontrolan manajemen
Siklus hidup pengontrolan proyek Tujuan harus didifinisikan dengan jelas Pengukuran efektifitas konkret dan jelas dengan jawaban dari pertanyaan yes / no Contoh : Apakah kita akan menginstal perangkat lunak baru sebelum 1 Jani ? Tujuan harus diturunkan ke sub tujuan / goal

8 Pengontrolan manajemen
Latihan 7 Identifikasi tujuan dan sub tujuan dari proyek kampus Brighmouth. Pengukuran efektifitas apa yang digunakan untuk keberhasilan dalam mencapai tujuan proyek ?

9 Stakeholder Tim Proyek internal
Tim Proyek eksternal tapi dalam satu organisasi Pihak eksternal dari tim proyek dan organisasi

10 Stakeholder Latihan 8 Identifikasi stakeholder proyek pembayaran gaji kampus Brighmouth

11 Informasi dan pengontrolan dalam organisasi
Hirarki sistem informasi dan pengontrolan Level pengambil keputusab dan informasi Perbedaan tipe informasi Kuantifikasi pengukuran efektifitas mengurangi salah persepsi

12 TERIMA KASIH