Manajemen Proyek Perangkat Lunak SIK (MPPL SIK)

1. ManajemenProyekPerangkatLunak SIK (MPPL SIK)

2. Tugas/TujuanManajemen PPL Tugasmanajemendapatdilihatdariapasaja yang paling sering menantangdalamtugasmanajer, hasil survey untukmanajerproyek Perangkatlunaktersebutadalahsebagaiberikut : • Dapatmenyelesaikandengan deadline (85 %) • Dapatmenyelesaikandenganbatasan –batasansumberdaya (83 %) • Mengkomunikasikansecaraefektifdiantaratugas group (80 %) • Meningkatkankomitmendarianggotatim (74 %) • Menjaga milestone yang terukur (70 %) • Dapatmenyelesaikandenganperubahan-perubahan yang terjadi (60 %) • Mengerjakanperencanaanproyekdengankesepakatandengananggotatim (57 %) • Meningkatkankomitmendarimanajemen (45 %) • Menghadapikonflik (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’.

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

4. Apakah proyek itu ? Karakteristik – karateristikProyek • Tugas non rutin • Perluperencanaan • Tujuanspesifik yang akandicapaiatauprodukspesisfik yang akandibuat • Proyekharusditentukanjangkawaktu • Pekerjaandikerjakanuntukseseorangbukanuntukdirikita • Pekerjaanmelibatkanbeberapaspesialis • Sumberdayaproyek yang tersediadibatasi • Proyekitupekerjaanbesar / kompleks

5. Proyek Perangkat Lunak Vs Tipe Proyek Lain • Banyak 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’

6. ProyekPerangkatLunak Vs TipeProyek Lain Karakteristik MPPL • Tidaknampak • Kompleks • Flexible

7. MPPL • MPPL tidakberkaitansecaralangsungdenganpekerjaanteknisperangkatlunaktapimeliputikeseluruhanaktivitas, sumberdayadalampengembanganperangkatlunak. • Hal-hal yang berkaitan dengan MPPL adalah • pengelolaan personel dan koordinasi tim, • proses, • pengukuran proyek-termasuk menentukan harga dari PL, • penjadwalan • dan sebagainya.

8. Manajemen Personel, Produk Proses dan Proyek • Manajemen proyek perangkat lunak mengatur 4 hal penting: personel, produk, proses dan proyek. • Personel merupakan mendapat tempat paling penting karena tanpa personel yang baik dan tepat maka 3 hal lain tidak bisa berjalan dengan baik.

9. Katagori Personel • Proses pembangunan PL melibatkan banyak personel. Personel-personel ini digambarkan seperti pemain, dan dikategorikan dalam 5 katagori pemain: • manajer senior : yang menentukan usaha yang dikerjakan, dan pemegang keputusan dalam proyek. • manajer proyek (teknis)– pemimpin tim: yang membuat rencana, memotivasi, mengatur dan mengendalikan praktisi yang mengerjakan PL • praktisi : yang mengerjakan PL • klien : yang menentukan kebutuhan PL dan pihak lain yang berkaitan dengan hasil produk • pengguna PL : yang berinteraksi langsung dengan PL yang dibangun. • Efektifitas kerja masing-masing personel di atas harus diusahakan oleh pemimpin tim. Pemimpin tim ini yang mengatur tim proyek agar dapat memberikan yang terbaik dari masing-masing personel.

10. Pemimpin Tim • Pemimpin Tim PL disini adalah manager proyek. Seorang pemimpin tim diharuskan mempunyai ketrampilan memimpin yang cukup. Seseorang tidak menjadi pemimpin tim secara kebetulan tapi sungguh-sungguh karena punya kemampuan. Kemampuan yang dibutuhkan dalam kepemimpinan seperti: • mampu memotivasi • mampu berorganisasi : mengatur proses yang ada atau membuat yang baru dalam rangka mewujudkan ide/konsep menjadi produk • mampu mendorong keluarnya ide-ide baru: memberi dorongan, menciptakan situasi yang kondusif untuk lahirnya ide baru • mencari penyelesaian masalah (problem solving): mampu menganalisa masalah-masalah teknis ataupun manajemen/organisasi kemudian mendapatkan jalan keluar atau memotivasi anggota untuk mampu menyelesaikan masalah. Akomodatif terhadap perubahan yang mungkin terjadi • mampu menjadi manajer: menggunakan wewenangnya pada saat yang tepat, atau memberikan kebebasan pada anggota timnya jika diperlukan • mampu menghargai kerja: menghargai hasil yang dicapai, ide yang dilontarkan dan pendapat yang diajukan oleh anggota timnya • mampu mengenali tim: mampu “membaca” dan memahami anggota timnya. • mampu memenuhi kebutuhan tim dan bertahan dalam tekanan yang tinggi.

11. Tim Perangkat Lunak (Software Team) • Struktur organisasi dalam tim ini bisa mengadaptasi dari banyak struktur organisasi yang sudah ada. Berikut beberapa pilihan pembagian tugas/penugasan yang bisa diterapkan untuk tim perangkat lunak yang terdiri dari n personel yang bekerja selama k tahun: • n personel ditugaskan untuk sejumlah m tugas yang berbeda dengan sedikit tugas gabungan koordinasi adalah tugas dari manajer yang mungkin saja punya 6 proyek lainnya. • n personel di tugaskan untuk sejumlah m tugas yang berbeda dengan m < n sehingga terbentuk tim informal. Pemimpin tim khusus perlu ada koordinasi antar tim adalah tanggung jawab manajer • n personel dibagi menjadi sejumlah t tim. Tiap tim ditugaskan mengerjakan satu atau lebih tugas. Tiap tugas mempunyai struktur yang ditentukan sebelumnya bagi semua tim koordinasi dikendalikan oleh tim dan manager • Sekalipun masing-masing pilihan punya argumentasi sendiri-sendiri, namun dari pengamatan yang dilakukan, pilihan no 3 dianggap lebih produktif.

12. Aktifitasdalam MPPL Tigaprosesaktifitas MPPL • StudiKelayakan / evaluasiproyek • Perencanaan • ImplementasiProyek

13. Aktifitasdalam MPPL Tahapansiklushidup MPPL • Analisakebutuhan • Spesifikasi • Disain • Coding • Verifikasidanvalidasi • Implementasi / Instalasi • Maintenance dan support

14. 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

15. Pengontrolan manajemen • Siklushiduppengontrolanproyek • Tujuanharusdidifinisikandenganjelas • Pengukuranefektifitaskonkretdanjelasdenganjawabandaripertanyaan yes / no Contoh : Apakahkitaakanmenginstalperangkatlunakbarusebelum 1 Juni ? • Tujuanharusditurunkanke sub tujuan / goal

16. Pengukuran PL • Metric dalam software engineering didefinisikan oleh IEEE Glossary of SE sebagai “ a quantitative mesaure of the degree to which a system, component, or process possesses a given attribute” atau artinya pengukuran secara kuantitatif pada tingkat sistem, komponen atau proses berdasarkan katagori yang ditetapkan.

17. a. pengukuran berdasarkan ukuran Pengukuran berdasarkan PL-PL yang sudah diproduksi/dibuat sebelumnya, lengkap dengan karakteristik lain seperti line of code (LOC), harga, waktu yang diperlukan pada tiap fungsi atau proyek yang dibangun, kesalahan (error) yang ditemukan. Dari total LOC, harga dan lama waktu dapat diperoleh misalnya : • harga per KLOC (seribu baris kode) • kesalahan per KLOC

18. Tabel pengukuran berdasarkan ukuran Cara ini kurang diterima secara universal karena pengunaan LOC untuk kunci ukuran bergantung pada bahasa pemrograman yang digunakan.

20. b. pengukuran berdasarkan fungsi (Function Point – FP) • Function point ditentukanberdasarkanbagian-bagian software yang bisadihitungseperti : • jumlah input daripengguna • jumlah output untukpengguna • jumlah user inquiry: inquiry didefinisikansebagai online input yang menghasilkanresponlangsungdari software dalambentuk online output • jumlah file: baik file yang terpisahdari database, ataubagiandari file • jumlah external interface: misalnya data file pada storage media yang digunakanuntukmengirimkaninformasikesistem lain. • Gambarselanjutnyamenggambarkan proses penghitungan Function Point. Yang Kurangjelasdalam proses inidankuranddetiladalahbagaimanamenentukanberat (weight)

21. Penghitungan Function Point

22. Faktor-faktor yang dianggap penting

23. FAKTOR-FAKTOR YANG MEMPENGARUHI ESTIMASI BIAYA • Labor • Hardware and Software (Software Engineering Environment) • Traveling for meeting / testing purpose • Compensation • Telecommunication • Training Courses • Office Space • Dll Kathleen Peters, Independent Software Engineering Consultant, Software Project Estimation

26. TERIMA KASIH