Manajemen Proyek TI /Perangkat Lunak (MPPL)

1
Manajemen Proyek TI /Perangkat Lunak (MPPL)

• Materi 1
• Pengenalan MPPL
• The McGraw-Hill Companies/Software Project
  Management (second edition) / Bob Hughes and Mike
  Cotterell

2
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 cara mengukur keberhasilan dalam
  mencapai tujuan tersebut

3
Pengenalan MPPL

• Perencanaan, Monitoring dan Kontrol proyek
  perangkat lunak
• Mengidentifikasi proyek dan mencapai tujuan
  Stakholder adalah proyek yang sukses

4
Apakah Proyek itu ?

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

5
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
• Pekerjaan melibatkan beberapa spesialis
• Sumber daya proyek yang tersedia dibatasi
• Proyek itu pekerjaan besar / komplek

6
Apa proyek itu ?

• Latihan 1
• Perhatikan dan buatlah urutan yang paling
  mendekati definisi proyek
• Membuat sebuah edisi surat kabar
• Membangun saluran terowongan
• Persiapan pernikahan
• Menambahkan sistem komputer keuangan untuk
  mengatasi tanggal setelah 31 desember 1999
• Sebuah proyek penelitian apa yang membuat
  interface yang baik antara manusia-komputer ?
• Sebuah investigasi alasan kenapa user mempunyai
  masalah dengan sistem komputer ?
• Sebuah tugas komputer untuk mahasiswa komputer
  tingkat 2
• Menuliskan sebuah sistem operasi untuk sebuah
  komputer baru
• Menginstal versi baru aplikasi word processing
  pada sebuah organisasi

7
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 bulletessence and
  accidents of software engineering

8
Proyek Perangkat Lunak Vs Tipe Proyek Lain

• Karakteristik MPPL
• Tidak nampak
• Komplek
• Flexible

9
Aktifitas dalam MPPL

• Tiga proses aktifitas MPPL
• Studi Kelayakan / evaluasi proyek
• Perencanaan
• Implementasi Proyek

10
Aktifitas dalam MPPL

• Tahapan siklus hidup MPPL
• Analisa kebutuhan
• Spesifikasi
• Disain
• Coding
• Verifikasi dan validasi
• Implementasi / Instalasi
• Maintenance dan support

11
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 ?

12
Kategori proyek perangkat lunak

• Kategori proyek perangkat lunak berdasarkan
• sistemnya
• Sistem informasi
• Contoh Sistem kontrol stok
• 2. Sistem embedded / real time
• Contoh Sistem kontrol AC

13
Kategori proyek perangkat lunak

• Proyek dapat dikategorikan berdasarkan
  orientasinya
• 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

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

15
Proyek sebagai sebuah sistem

• Sebuah proyek mempertimbangkan untuk membuat
  sistem baru dan atau merubah sistem lama menjadi
  baru dan proyek itu sendiri adalah sebuah sistem.

16
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 utama perangkat IT adalah kejadian yang
  menimpa pada lingkungan sistem

17
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 dipengaruhi oleh perubahan dari luar

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

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

20
Proyek sebagai sistem

• Latihan 5
• Identifikasi kemungkinan sus sistem dalam
  instalasi sistem pembayaran gaji kampus
  Brighmouth. Entitas penting apa yang ada dalam
  lingkungan sistem pembayaran gaji ?

21
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

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

23
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

24
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

25
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

26
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

27
Pengontrolan manajemen

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

28
Stakeholder

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

29
Stakeholder

• Latihan 8
• Identifikasi stakeholder proyek pembayaran gaji
  kampus Brighmouth

30
Kebutuhan spesifikasi

• Umumnya kasus proyek berorientasi produk
• mempunyai tujuan
• Kebutuhan fungsional
• Kebutuhan kualitas
• Kebutuhan sumberdaya

31
Informasi dan pengontrolan dalam organisasi

• Hirarki sistem informasi dan pengontrolan
• Level pengambil keputusab dan informasi
• Perbedaan tipe informasi
• Kuantifikasi pengukuran efektifitas mengurangi
  salah persepsi

32

• TERIMA KASIH