Manajemen Proyek TI

/Perangkat Lunak (MPPL)

Materi 1
Pengenalan MPPL

The McGraw-
McGraw-Hill Companies/Software Project Management (second edition) / Bob
Hughes and Mike Cotterell
 Tujuan pembelajaran
 Mendefinisikan batasan manajemen proyek perangkat
lunak (MPPL
(MPPL))
 Membedakan pengembangan proyek perangkat lunak
dengan lainnya
 Memahami beberapa permasalah dan kekuatiran
manajer proyek perangkat lunak
 Mendefinisikan tahapan
tahapan--tahapan proyek perangkat lunak
 Menjelaskan elemen utama aturan manajemen
 Memahami kebutuhan perencanaan yang baik baik,,
monitoring dan kontrol
 Mengidentifikasi stakeholder proyek
proyek,, tujuan mereka dan
cara mengukur keberhasilan dalam mencapai tujuan
tersebut
 Pengenalan MPPL

 Perencanaan, Monitoring dan Kontrol

Perencanaan,
proyek perangkat lunak
 Mengidentifikasi proyek dan mencapai
tujuan Stakeholder 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 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 / lembaga bukan

untuk diri kita
 Pekerjaan melibatkan beberapa spesialis

 Sumber daya proyek yang tersedia dibatasi

 Proyek itu pekerjaan besar / komplek

 Tugas 1 Kelas A (individu
(individu))
Perhatikan dan buatlah urutan yang paling mendekati definisi proyek
1. Membuat sebuah edisi surat kabar
2. Membangun saluran terowongan
3. Persiapan pernikahan untuk teman
4. Menambahkan sistem komputer keuangan untuk mengatasi
tanggal setelah 31 desember 1999
5. Sebuah proyek penelitian “apa yang membuat interface yang baik
antara manusia
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
organisasi
10. Perbaikan jalan raya
Dikumpulkan minggu depan tanggal 22 September 2016 saat kuliah
 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
tertentu..
 Satu cara untuk melihat MPPL 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 selain Perangkat Lunak

Karakteristik Proyek Karakteristik Proyek

Perangkat Lunak Selain Perangkat Lunak
Tidak Nampak Nampak secara fisik

Kompleks Satu bidang

Fleksibel Sesuai lokasi proyek

 Tugas 1 Kelas B (individu
(individu))

1. Jelaskan perbedaan karakteristik Proyek

Perangkat Lunak dengan Proyek selain
Perangkat Lunak
2. Berikan contoh masing
masing--masing proyek
minimal 2.
Dikumpulkan minggu depan tanggal 21
September 2016 saat kuliah
 Aktifitas dalam MPPL

Tiga proses aktifitas MPPL

1. Studi Kelayakan / evaluasi proyek

2. Perencanaan

3. Implementasi Proyek
 Aktifitas dalam MPPL
Tahapan siklus hidup MPPL
1. Analisa kebutuhan

2. Spesifikasi

3. Desain

4. Coding

5. Verifikasi dan validasi

6. Implementasi / Instalasi

7. Maintenance dan support

 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.
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 lunak
Kategori proyek perangkat lunak berdasarkan
sistemnya :
1. Sistem informasi

Contoh : Sistem kontrol stok

2. Sistem embedded / real time
Contoh : Sistem kontrol AC
 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
Proyek diperlukan untuk mencapai tujuan tertentu
biasanya berhubungan dengan level service
 Kategori proyek perangkat lunak

Latihan 3
 Apakah sistem operasi pada komputer sebuah
sistem informasi atau sistem embedded ?

Latihan 4
 Apakah proyek implementasi sistem pembayaran
independen di kampus Brightmuth pada latihan
2 adalah proyek tujuan atau proyek produk ?
 Proyek sebagai sebuah sistem

 Sebuah proyek mempertimbangkan untuk

membuat sistem baru dan atau mengubah
sistem lama menjadi baru dan proyek itu
sendiri adalah sebuah sistem
sistem..
 Proyek sebagai sebuah sistem
Sistem,, subsistem dan lingkungan sistem
Sistem
 Definisi sederhana dari sistem adalah sebuah
kumpulan dari bagian
bagian--bagian yang saling
berhubungan.. Sebuah sistem normalnya
berhubungan
merupakan bagian dari sistem yang lebih besar
dan sistem itu sendiri terdiri dari subsistem
subsistem..
 Di luar dari sistem adalah lingkungan sistem
sistem..
LIngkungan sistem ini dapat mempengaruhi sistem
tapi sistem tidak bisa mengontrol langsung
langsung..
 Pada kasus kampus Brighmouth
Brighmouth,, bangkrutnya
supplier utama perangkat IT adalah kejadian yang
menimpa pada lingkungan sistem
 Proyek sebagai sebuah sistem

Sistem Terbuka Vs Sistem Tertutup

 Sistem terbuka yaitu yang berinteraksi dengan
lingkungan.. Hampir semua sistem adalah
lingkungan
terbuka.. Salah satu alasan bahwa sistem
terbuka
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 sistem

Sub optimasi
 Adalah sebuah subsistem yang bekerja
pada saat optimum tapi mempunyai efek
yang merugikan pada keseluruhan sistem
 Contoh 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 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
diperlukan baik kompetensi teknikal dan
kemampuan untuk berinteraksi dengan
orang lain secara persuasif.
 Proyek sebagai sistem

Latihan 5
 Identifikasi kemungkinan kasus sistem
dalam instalasi sistem pembayaran gaji
kampus Brighmouth
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 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
Ince,, H. Sharp, and M. Woodman, Introduction to
Software Project Management and Quality Assurance, McGraw-
McGraw-Hill, 1993
 Apakah manajemen itu ?
Tugas manajemen dapat dilihat dari apa saja yang paling sering
menantang dalam tugas manajer
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--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
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’.
 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
merespon pada hari tersebut
 Masalah proyek perangkat lunak

Masalah-masalah proyek dilihat dari kacamata

Masalah-
manajer :
 Estimasi dan rencana yang jelek

 Standard dan pengukuran kualitas yang kurang

 Petunjuk yang kurang tentang membuat

keputusan organisasi
 Definisi aturan yang jelek – siapa mengerjakan
apa ?
 Kriteria sukses yang salah
 Masalah proyek perangkat lunak
Masalah-masalah yang diidentifikasi oleh mahasiswa sistem komputer dan
Masalah-
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
 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
 Pengontrolan manajemen

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

 Tim Proyek internal

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

Latihan 8
 Identifikasi stakeholder proyek
pembayaran gaji kampus Brighmouth
 Kebutuhan spesifikasi

Umumnya kasus proyek berorientasi produk

mempunyai tujuan :
 Kebutuhan fungsional

 Kebutuhan kualitas

 Kebutuhan sumberdaya
Informasi dan pengontrolan dalam
organisasi
 Hirarki sistem informasi dan pengontrolan
 Level pengambil keputusan dan informasi
 Perbedaan tipe informasi
 Kuantifikasi pengukuran efektifitas
mengurangi salah persepsi
TERIMA KASIH