PLANNING A SOFTWARE PROJECT Ir. Waniwatining Astuti, M.T.I
agenda Latar belakang Estimasi Jadwal dan estimasi sumber daya Kualitas Perencanaan Manajemen risiko Rencana pemantauan proyek
Software Project Tujuan: Membangun sistem perangkat lunak untuk memenuhi komitmen biaya, jadwal, kualitas Worldwide - banyak proyek gagal sepertiga yang melarikan diri karena kekurangan biaya atau jadwal membengkak lebih dari 125%
Project Failures Alasan utama proyek berjalan tidak semestinya : tidak jelas tujuan perencanaan buruk tidak ada : metodologi manajemen proyek Teknologi cukup staf Semua ini berkaitan dengan manajemen proyek Manajemen proyek yang efektif adalah kunci untuk berhasil melaksanakan sebuah proyek
Why improve PM? Dapat membuat prediksi yang lebih baik, untuk komitmen yang dapat dicapai Dapat menurunkan biaya pengerjaan ulang, mgmt sumber yang lebih baik, perencanaan yang lebih baik, Peningkatan mutu Perencanaan dan pengendalian yang tepat
Visibilitas yang baik untuk kesehatan proyek yang mengarah ke intervensi tepat waktu Penanganan lebih baik mengurangi risiko kemungkinan kegagalan Semua ini mengarah pada kepuasan pelanggan yang lebih tinggi Dan perbaikan organisasi
The Project Mgmt Process Memiliki tiga fase –: perencanaan, pemantauan dan kontrol, dan penutup. Perencanaan dilakukan sebelum proses rekayasa (siklus hidup, LC) dan penutupan setelah proses Fase pemantauan secara paralel dengan LC
Project Planning Tujuan: Membuat perencanaan untuk memenuhi komitmen dari proyek, yang jika diikuti akan menghasilkan proyek yang sukses Perencanaan melibatkan proses mendefinisikan LC yang harus diikuti, perkiraan, jadwal rinci, rencana kualitas, dll Output utama - sebuah rencana manajemen proyek dan jadwal proyek
Key Planning Tasks Perencanaan Tugas Perkiraan upaya Proyek Tentukan milestone dan membuat jadwal Tentukan sasaran mutu dan kualitas rencana Identifikasi risiko dan membuat rencana untuk mengurangi risiko Menetapkan rencana pengukuran, proyek-prosedur pelacakan, rencana pelatihan, organisasi tim, dll
EFFORT ESTIMATION
Effort Estimation Untuk biaya total proyek dan durasi harus dilakukan di awal Membutuhkan usaha estimasi, sering dalam hal orang-bulan Perkiraan usaha adalah kunci untuk perencanaan - jadwal, biaya, sumber daya bergantung padanya Banyak masalah dalam pelaksanaan proyek ini berasal dari estimasi yang tidak tepat
Estimasi Tidak ada cara yang mudah Estimasi yang akurat dapat meningkatkan informasi lebih lanjut tentang proyek Perkiraan awal lebih cenderung tidak akurat daripada nanti ketidakpastian lebih di awal Dengan informasi yang lengkap, estimasi menjadi lebih mudah
Effort Estimation Models Sebuah model mencoba untuk menentukan upaya estimasi dari nilai parameter Sebuah model juga memerlukan masukan tentang proyek, dan jika vakum maka tidak dapat bekerja Jadi untuk menerapkan model, kita harus mampu untuk mengekstrak properti tentang sistem Dua jenis model : top-down dan bottom-up
Project Planning 14 Effort Estimation Models
Top down estimation Pertama menentukan total pekerjaan total, dan komponen pekerjaan. Pendekatan sederhana - memperkirakan pekerjaan dari ukuran dan produktivitas Mendapatkan perkiraan ukuran total perangkat lunak Perkiraan produktivitas proyek menggunakan data lampau dan karakteristik proyek Upaya memperoleh estimasi dari keseluruhan produktivitas dan ukuran perkiraan Usaha distribusi data dari proyek serupa digunakan untuk memperkirakan upaya untuk berbagai fase
Bottom-up Estimation Alternatif pendekatan top-down Total pekerjaan diperkirakan dari komponen pekerjaan dan fase pertama Dapat menggunakan biaya dari : berbasis aktivitas segala kegiatan yang disebutkan dan setiap kegiatan yang diperkirakan secara terpisah Estimasi dilakukan dari data masa lampau.
An Estimation Procedure Identifikasi program-program dalam sistem dan mengklasifikasikan mereka sebagai sederhana, menengah, atau kompleks (S / M / C) Tentukan pengkodean rata-rata upaya untuk S / M / C Dapatkan pengkodean total usaha. Gunakan distribusi upaya dalam proyek serupa untuk memperkirakan upaya untuk tugas-tugas lain. Memperbaiki perkiraan berdasarkan faktor-faktor spesifik proyek
SCHEDULING AND STAFFING
Project Schedule Sebuah Jadwal proyek berada pada dua tingkatan - keseluruhan jadwal dan jadwal rinci Jadwal keseluruhan terdiri dari milestone dan tanggal akhir Jadwal rinci adalah penugasan dari tingkat terendah tugas ke sumber daya
Overall Schedule Sangat bergantung pada upaya perkiraan Untuk upaya perkiraan, tergantung pada fleksibelitas beberapa sumber daya yang ditugaskan Misalnya 56 orang- proyek dapat dilakukan dalam 8 bulan dengan 7 orang, atau 7 bulan dengan 8 orang Peregangan jadwal mudah; mengompresi sangat sulit
Determining Milestones Dengan upaya dan memutuskan jadwal secara keseluruhan, rata-rata sumber daya proyek adalah tetap Tenaga Kerja ramp-up dalam proyek menentukan tonggak Tenaga Kerja ramp-up dalam sebuah proyek mengikuti kurva Rayleigh - seperti kurva normal Pada kenyataannya tenaga kerja membangun-up adalah suatu fungsi tangga
Detailed Scheduling Untuk mencapai suatu tonggak penting, banyak tugas-tugas yang harus dilakukan Terendah tugas - orang yang dapat dilakukan oleh seseorang (dalam waktu kurang dari 2-3 hari) Penjadwalan - menentukan tugas, menetapkan mereka sambil menjaga tingkat tinggi jadwal Apakah tugas berulang-ulang - jika tidak dapat "cocok" semua tugas, harus kembali tingkat tinggi jadwal
Jadwal rinci tidak dilakukan sepenuhnya di awal - itu berevolusi Dapat menggunakan Microsoft Project untuk menjaga itu Jadwal rinci adalah dokumen yang paling hidup untuk mengelola proyek Setiap kegiatan yang harus dilakukan harus tercermin dalam jadwal rinci
Detail schedule Setiap tugas memiliki nama, tanggal, durasi, sumber daya dll ditugaskan % Dilakukan adalah untuk Melacak (alat menggunakannya) Jadwal rinci harus konsisten dengan milestone, Setiap sub tugas harus ditetapkan kapan dimulai dan jelas masa berakhir-nya. Total jadwal harus tepat dengan Jadwal keseluruhan. Kegiatan harus dijaga agar selalu tepat jadwal.