Manajemen Proyek

1. Manajemen Proyek TIManajemen Proyek TI
/Perangkat Lunak (MPPL)/Perangkat Lunak (MPPL)
Materi 1Materi 1
Pengenalan MPPLPengenalan MPPL
The McGraw-Hill Companies/Software Project Management (second edition) / Bob Hughes and Mike CotterellThe McGraw-Hill Companies/Software Project Management (second edition) / Bob Hughes and Mike Cotterell

2. Pengenalan MPPLPengenalan MPPL
 Perencanaan, Monitoring dan KontrolPerencanaan, Monitoring dan Kontrol
proyek perangkat lunakproyek perangkat lunak
 Mengidentifikasi proyek dan mencapaiMengidentifikasi proyek dan mencapai
tujuan Stakholder adalah proyek yangtujuan Stakholder adalah proyek yang
suksessukses

3. Apakah Proyek itu ?Apakah Proyek itu ?
 Definisi kamus bahwa Proyek adalahDefinisi kamus bahwa Proyek adalah
perencanaan / perancangan yang spesifikperencanaan / perancangan yang spesifik
atau pekerjaan terencana atau pekerjaanatau pekerjaan terencana atau pekerjaan
yang besar (Longman Concise Englishyang besar (Longman Concise English
Dictionary, 1982)Dictionary, 1982)

4. Apakah proyek itu ?Apakah proyek itu ?
Karakteristik – karateristik ProyekKarakteristik – karateristik Proyek
 Tugas non rutinTugas non rutin
 Perlu perencanaanPerlu perencanaan
 Tujuan spesifik yang akan dicapai atau produk spesisfikTujuan spesifik yang akan dicapai atau produk spesisfik
yang akan dibuatyang akan dibuat
 Proyek harus ditentukan jangka waktuProyek harus ditentukan jangka waktu
 Pekerjaan dikerjakan untuk seseorang bukan untuk diriPekerjaan dikerjakan untuk seseorang bukan untuk diri
kitakita
 Pekerjaan melibatkan beberapa spesialisPekerjaan melibatkan beberapa spesialis
 Sumber daya proyek yang tersedia dibatasiSumber daya proyek yang tersedia dibatasi
 Proyek itu pekerjaan besar / komplekProyek itu pekerjaan besar / komplek

5. Proyek Perangkat Lunak Vs TipeProyek Perangkat Lunak Vs Tipe
Proyek LainProyek Lain
Karakteristik MPPLKarakteristik MPPL
1.1. Tidak nampakTidak nampak
2.2. KomplekKomplek
3.3. FlexibleFlexible

6. Aktifitas dalam MPPLAktifitas dalam MPPL
Tiga proses aktifitas MPPLTiga proses aktifitas MPPL
1.1. Studi Kelayakan / evaluasi proyekStudi Kelayakan / evaluasi proyek
2.2. PerencanaanPerencanaan
3.3. Implementasi ProyekImplementasi Proyek

7. Aktifitas dalam MPPLAktifitas dalam MPPL
Tahapan Implementasi MPPLTahapan Implementasi MPPL
1.1. Analisa kebutuhanAnalisa kebutuhan
2.2. SpesifikasiSpesifikasi
3.3. DisainDisain
4.4. CodingCoding
5.5. Verifikasi dan validasiVerifikasi dan validasi
6.6. Implementasi / InstalasiImplementasi / Instalasi
7.7. Maintenance dan supportMaintenance dan support

8. Kategori proyek perangkat lunakKategori proyek perangkat lunak
Kategori proyek perangkat lunak berdasarkanKategori proyek perangkat lunak berdasarkan
sistemnya :sistemnya :
1.1. Sistem informasiSistem informasi
Contoh : Sistem kontrol stokContoh : Sistem kontrol stok
2. Sistem embedded / real time2. Sistem embedded / real time
Contoh : Sistem kontrol ACContoh : Sistem kontrol AC

9. Kategori proyek perangkatKategori proyek perangkat
lunaklunak
Proyek dapat dikategorikan berdasarkan orientasinya :Proyek dapat dikategorikan berdasarkan orientasinya :
1.1. ProdukProduk
Proyek membuat produk yang detailnya ditentukanProyek membuat produk yang detailnya ditentukan
oleh client dan Client bertanggung jawaboleh client dan Client bertanggung jawab
menjustifikasi produk tersebutmenjustifikasi produk tersebut
2. Tujuan2. Tujuan
Proyek diperlukan untuk mencapai tujuan tertentuProyek diperlukan untuk mencapai tujuan tertentu
biasanya berhubungan dengan level servicebiasanya berhubungan dengan level service

10. Proyek sebagai sebuah sistemProyek sebagai sebuah sistem
 Sebuah proyek mempertimbangkan untukSebuah proyek mempertimbangkan untuk
membuat sistem baru dan atau merubahmembuat sistem baru dan atau merubah
sistem lama menjadi baru dan proyek itusistem lama menjadi baru dan proyek itu
sendiri adalah sebuah sistem.sendiri adalah sebuah sistem.

11. Apakah manajemen itu ?Apakah manajemen itu ?
Aktifitas berikut :Aktifitas berikut :
Perencanaan – memutuskan apa yang harus dilakukanPerencanaan – memutuskan apa yang harus dilakukan
Mengorganisasi – membuat penyusunanMengorganisasi – membuat penyusunan
Pengaturan orang – memilih orang yang tepat untuk sebuahPengaturan orang – memilih orang yang tepat untuk sebuah
pekerjaanpekerjaan
Mengarahkan – memberikan instruksiMengarahkan – memberikan instruksi
Monitor – Melakukan pengecekan progresMonitor – Melakukan pengecekan progres
Kontrol – mengambil action untuk perbaikanKontrol – mengambil action untuk perbaikan
Inovasi – memberikan solusi baruInovasi – memberikan solusi baru
Mewakili – berhubungan dengan userMewakili – berhubungan dengan user
Materi Universitas terbuka ini ada di D. Ince, H. Sharp, and M. Woodman, Introduction to Software ProjectMateri Universitas terbuka ini ada di D. Ince, H. Sharp, and M. Woodman, Introduction to Software Project
Management and Quality Assurance, McGraw-Hill, 1993Management and Quality Assurance, McGraw-Hill, 1993

12. Apakah manajemen itu ?Apakah manajemen itu ?
Tugas manajemen dapat dilihat dari apa saja yang paling seringTugas manajemen dapat dilihat dari apa saja yang paling sering
menantang dalam tugas manajer, hasil survey untuk manajer proyekmenantang dalam tugas manajer, hasil survey untuk manajer proyek
Perangkat lunak tersebut adalah sebagai berikut :Perangkat lunak tersebut adalah sebagai berikut :
 Dapat menyelesaikan dengan deadline (85 %)Dapat menyelesaikan dengan deadline (85 %)
 Dapat menyelesaikan dengan batasan –batasan sumber daya (83 %)Dapat menyelesaikan dengan batasan –batasan sumber daya (83 %)
 Mengkomunikasikan secara efektif diantara tugas group (80 %)Mengkomunikasikan secara efektif diantara tugas group (80 %)
 Meningkatkan komitmen dari anggota tim (74 %)Meningkatkan komitmen dari anggota tim (74 %)
 Menjaga milestone yang terukur (70 %)Menjaga milestone yang terukur (70 %)
 Dapat menyelesaikan dengan perubahan-perubahan yang terjadi (60 %)Dapat menyelesaikan dengan perubahan-perubahan yang terjadi (60 %)
 Mengerjakan perencanaan proyek dengan kesepakatan dengan anggota tim (57Mengerjakan perencanaan proyek dengan kesepakatan dengan anggota tim (57
%)%)
 Meningkatkan komitmen dari manajemen (45 %)Meningkatkan komitmen dari manajemen (45 %)
 Menghadapi konflik (42 %)Menghadapi konflik (42 %)
 Mengatur vendor dan sub-contractor (38 %)Mengatur vendor dan sub-contractor (38 %)
Survey H.J.Thamhain and D.L.Wilemon appeared in Juni 1986 in Project Management Journal under theSurvey 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’.title ‘criteria for controlling software according to plan’.

13. Masalah proyek perangkat lunakMasalah proyek perangkat lunak
Masalah-masalah proyek dilihat dari kacamataMasalah-masalah proyek dilihat dari kacamata
manajer :manajer :
 Estimasi dan rencana yang jelekEstimasi dan rencana yang jelek
 Standard dan pengukuran kualitas yang kurangStandard dan pengukuran kualitas yang kurang
 Petunjuk yang kurang tentang membuatPetunjuk yang kurang tentang membuat
keputusan organisasikeputusan organisasi
 Difinisi aturan yang jelek – siapa mengerjakanDifinisi aturan yang jelek – siapa mengerjakan
apa ?apa ?
 Kriteria sukses yang salahKriteria sukses yang salah

14. Masalah proyek perangkat lunakMasalah proyek perangkat lunak
Masalah-masalah yang diidentifikasi oleh mahasiswa sistem komputer danMasalah-masalah yang diidentifikasi oleh mahasiswa sistem komputer dan
informasi yang telah menyelesaikan penempatan industri :informasi yang telah menyelesaikan penempatan industri :
 Spesifikasi pekerjaan yang kurangSpesifikasi pekerjaan yang kurang
 Manajemen mengabaikan ITManajemen mengabaikan IT
 Pengetahuan area aplikasi yang kurangPengetahuan area aplikasi yang kurang
 Standard yang kurangStandard yang kurang
 Update dokumentasi yang kurangUpdate dokumentasi yang kurang
 Aktifitas sebelumnya yang tidak lengkap pada waktunya – termasukAktifitas sebelumnya yang tidak lengkap pada waktunya – termasuk
pengiriman perangkat yang terlambatpengiriman perangkat yang terlambat
 Komunikasi antara teknisi dan user yang kurangKomunikasi antara teknisi dan user yang kurang
 Komunikasi yang kurang menyebabkan duplikasi pekerjaanKomunikasi yang kurang menyebabkan duplikasi pekerjaan
 Komitmen yang kurang – khusunya ketika proyek terikat pada satu orangKomitmen yang kurang – khusunya ketika proyek terikat pada satu orang
kemudian keluarkemudian keluar
 Kemampuan Keahlian teknikal yang kurangKemampuan Keahlian teknikal yang kurang
 Perubahan kebutuhan hukumPerubahan kebutuhan hukum
 Perubahan lingkungan perangkat lunakPerubahan lingkungan perangkat lunak
 Tekanan deadlineTekanan deadline
 Pengendalian kualitas yang kurangPengendalian kualitas yang kurang
 Management jarak jauhManagement jarak jauh
 Pelatihan yang kurangPelatihan yang kurang

15. StakeholderStakeholder
 Tim Proyek internalTim Proyek internal
 Tim Proyek eksternal tapi dalam satuTim Proyek eksternal tapi dalam satu
organisasiorganisasi
 Pihak eksternal dari tim proyek danPihak eksternal dari tim proyek dan
organisasiorganisasi

16. StakeholderStakeholder
Latihan 8Latihan 8
 Identifikasi stakeholder proyekIdentifikasi stakeholder proyek
pembayaran gaji kampus Brighmouthpembayaran gaji kampus Brighmouth

17. Kebutuhan spesifikasiKebutuhan spesifikasi
Umumnya kasus proyek berorientasi produkUmumnya kasus proyek berorientasi produk
mempunyai tujuan :mempunyai tujuan :
 Kebutuhan fungsionalKebutuhan fungsional
 Kebutuhan kualitasKebutuhan kualitas
 Kebutuhan sumberdayaKebutuhan sumberdaya

18. Informasi dan pengontrolan dalamInformasi dan pengontrolan dalam
organisasiorganisasi
 Hirarki sistem informasi dan pengontrolanHirarki sistem informasi dan pengontrolan
 Level pengambil keputusab dan informasiLevel pengambil keputusab dan informasi
 Perbedaan tipe informasiPerbedaan tipe informasi
 Kuantifikasi pengukuran efektifitasKuantifikasi pengukuran efektifitas
mengurangi salah persepsimengurangi salah persepsi

19. TERIMA KASIHTERIMA KASIH