Manajemen Proyek Perangkat Lunak (MPPL)

Manajemen Proyek Perangkat

Lunak (MPPL)

BAB I

Pengenalan MPPL

Tujuan pembelajaran

 Mendefinisikan batasan manajemen proyek perangkat

lunak (MPPL)

 Membedakan pengembangan proyek perangkat lunak

dengan lainnya

 Memahami beberapa permasalah dan kekuatiran

manajer proyek perangkat lunak

 Mendefinisikan tahapan-tahapan proyek perangkat lunak  Menjelaskan elemen utama aturan manajemen

 Memahami kebutuhan perencanaan yang baik,

monitoring dan kontrol

 Mengidentifikasi stakeholder proyek, tujuan mereka dan

Pengenalan MPPL

 Perencanaan, Monitoring dan Kontrol

proyek perangkat lunak

 Mengidentifikasi proyek dan mencapai

Apakah Proyek itu ?

 Definisi kamus bahwa Proyek adalah

perencanaan / perancangan yang spesifik atau pekerjaan terencana atau pekerjaan yang besar (Longman Concise English

Apakah proyek itu ?

Karakteristik – karateristik Proyek

 Tugas non rutin  Perlu perencanaan

 Tujuan spesifik yang akan dicapai atau produk spesisfik

yang akan dibuat

 Proyek harus ditentukan jangka waktu

 Pekerjaan dikerjakan untuk seseorang bukan untuk diri

kita

Apa proyek itu ?

Latihan 1

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 9. Menginstal versi baru aplikasi word processing pada sebuah

Proyek Perangkat Lunak Vs Tipe

Proyek Lain

 Banyak teknik manajemen proyek umum

yang dapat diaplikasikan dengan MPPL, tapi menurut Fred Brooks memberi

catatan bahwa produk proyek perangkat lunak mempunyai karakteristik tertentu.

 Satu cara untuk melihat MPPL adalah

sebagai proses membuat visible dari invisible

Proyek Perangkat Lunak Vs Tipe

Proyek Lain

Karakteristik MPPL

1. Tidak nampak

2. Komplek

Aktifitas dalam MPPL

Tiga proses aktifitas MPPL

1. Studi Kelayakan / evaluasi proyek

2. Perencanaan

Aktifitas dalam MPPL

Tahapan siklus hidup MPPL

1. Analisa kebutuhan

2. Spesifikasi

3. Disain

4. Coding

5. Verifikasi dan validasi

6. Implementasi / Instalasi

Aktifitas dalam MPPL

Latihan 2

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

Kategori proyek perangkat lunak

Kategori proyek perangkat lunak berdasarkan sistemnya :

1. Sistem informasi

Contoh : Sistem kontrol stok 2. Sistem embedded / real time

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

Kategori proyek perangkat lunak

Latihan 3

 Apakah sistem operasi pada komputer sebuah

sistem informasi atau sistem embedded ?

Latihan 4

 Apakah proyek implementasi sistem pembayaran

Proyek sebagai sebuah sistem

 Sebuah proyek mempertimbangkan untuk

Proyek sebagai sebuah sistem

Sistem, subsistem dan linkungan sistem

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

 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

Proyek sebagai sebuah sistem

Sistem Terbuka Vs Sistem Tertutup

 Sistem 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

Proyek sebagai sebuah sistem

Sub optimasi

 Adalah sebuah subsistem yang bekerja

pada saat optimum tapi mempunyai efek yang merugikan pada keseluruhan sistem

 Contoh pengembang perangkat lunak

Proyek sebagai sebuah sistem

Sistem sosioteknikal

 Proyek perangkat lunak ini tergolong

dalam kategori sistem ini. Setiap proyek perangkat lunak membutuhkan organisasi teknikal dan organisasi orang.

 Manager Proyek perangkat lunak

Proyek sebagai sistem

Latihan 5

 Identifikasi kemungkinan sus sistem dalam

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

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 %)

Apakah manajemen itu ?

Latihan 6

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

 Kenali mana dari 8 tanggung jawab manajemen tersebut Paul

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 ?

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

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 /

Pengontrolan manajemen

Latihan 7

 Identifikasi tujuan dan sub tujuan dari

proyek kampus Brighmouth. Pengukuran efektifitas apa yang digunakan untuk

Stakeholder

 Tim Proyek internal

 Tim Proyek eksternal tapi dalam satu

organisasi

 Pihak eksternal dari tim proyek dan

Stakeholder

Latihan 8

 Identifikasi stakeholder proyek

Kebutuhan spesifikasi

Umumnya kasus proyek berorientasi produk mempunyai tujuan :

 Kebutuhan fungsional

 Kebutuhan kualitas

Informasi dan pengontrolan dalam

organisasi

 Hirarki sistem informasi dan pengontrolan

 Level pengambil keputusan dan informasi

 Perbedaan tipe informasi

 Kuantifikasi pengukuran efektifitas