9/30/2012
Project Management Process
Manajemen Proyek Minggu 2 Danny Kriestanto, S.Kom., M.Eng
Perencanaan Proyek
• • • •
Initiating / Requirement : ...awal siklus ! Planning : perencanaan... Executing : Lakukan ! Monitoring and Controlling : ...periksa dan bertindak... • Closing : ...akhiri siklus.
Fase Process Group
• Proses membuat bingkai kerja (framework) bagaimana proyek dijalankan
Perencanaan Proyek • Berkaitan dengan hasil proyek yang diinginkan • Proses diawali dengan: • • • • •
Misi, Sasaran dan tujuan yang ingin dicapai, Pengembangan rencana dan prosedur mencapainya , Penetapan tanggung jawab, perhitungan biaya untuk melihat bahwa yang dilakukan sudah menghasilkan rencana
Perencanaan • Bukan hanya memperkirakan / memprediksi • Bukan menghilangkan resiko, tapi mencoba mengantisipasi resiko • Suatu proses membuat keputusan yang akan datang
• Suatu proses pengambilan keputusan • Suatu pekerjaan sulit • Merupakan fungsi utama dari manajemen
1
9/30/2012
Rencana • Melengkapi pengertian secara umum tentang obyektif dan pekerjaan proyek • Meningkatkan komunikasi dengan baik di dalam proyek • Acuan jadwal yang realistis dan titik kontrol • Mengantisipasi lingkup resiko • Mendapatkan dukungan sesegera mungkin dari manajemen level atas • Keterbatasan sumber daya
Yang dilakukan dalam Perencanaan (cont’d)
• Identifikasi skill dan sumber daya yang dibutuhkan • Memperkirakan seberapa besar usaha yang dibutuhkan dalam bekerja • Analisis resiko kemungkinan untuk menghindarinya • Menentukan dan mengestimasi/memperkirakan semua biaya yang dibutuhkan • Memperoleh persetujuan biaya proyek • Perencanaan cara berkomunikasi
Yang dilakukan dalam Perencanaan
• Menentukan scope proyek • Menyaring objektif proyek • Menentukan semua kebutuhan • Membuat framework jadwal proyek • Menyediakan forum untuk berbagi informasi bagi semua anggota tim dan stakeholders • Menentukan semua aktivitas yang dibutuhkan • Mengurutkan semua aktivitas
Lingkup Perencanaan Proyek • Membuat definisi dan tujuan proyek • Pemilihan pendekatan siklus hidup • Pembuatan kebijakan dan prosedur • Pembuatan proses-proses penting untuk mencapai sasaran • Penetapan tanggung jawab • Perhitungan biaya Proses perencanaan adalah sebuah pekerjaan sulit dan merupakan fungsi utama manajemen
Stakeholder
Pemilik Proyek (Project Owner)
• Semua pihak yang memiliki kepentingan terhadap keberhasilan proyek.
• Orang atau perusahaan yang memiliki kepentingan awal terhadap hasil proyek.
• Meliputi: pihak berwenang, manajemen puncak, kepala departemen, dan divisi lain dalam organisasi (perusahaan), para manajer proyek, dan tim manajemen proyek lain, para klien, para pemilik, dan pihak-pihak eksternal.
• Biasanya sekaligus sebagai penyandang dana ataupun yang mengorganisir dana pihak sponsor.
• Sederhananya: pemilik proyek, komite pengarah, pengguna hasil proyek, dan pelaksana proyek.
2
9/30/2012
Komite Pengarah (Steering Comittee)
Pelaksana Proyek
• Dibentuk agar proyek yang dilaksanakan tetap berjalan sesuai rencana dan tetap pada jalur yang benar untuk mencapai hasil sesuai dengan kualitas yang ditentukan dengan memperhatikan segitiga manajemen proyek (Time, Cost, Scope)
• Manajer proyek • Analis sistem • Desainer sistem • Pemrogram • Tester • Anggota lain dalam tim
• Sebuah manajemen proyek tidak akan berhasil jika tidak memenuhi ketiga batasan tersebut.
• • • •
Deployer/instalator Integrator Trainer pendukung teknis
Alasan Menentang Perencanaan
Isu Penting dalam Perencanaan
• “Perencanaan membuang waktu yang banyak” • “Perencanaan sangat mahal” • “Mengapa harus direncanakan? Bila selesai jadwal sudah lewat” •… • “Perencanaan membuat proyek tidak fleksibel”
• Kebutuhan perangkat lunak adalah sangat sulit untuk dapat dituliskan dengan tepat • Perencanaan adalah program kegiatan yang sering kali tidak lengkap dan / atau kurang • Kriteria tidak dapat dipakai untuk pemilihan teknologi yang baik
Isu Rencana Umum • Identifikasi dan misi • Tujuan • Maksud • Sumber daya • Rencana kegiatan • Rencana aksi
Rencana Umum & Rencana Proyek Rencana Umum
Rencana Proyek
Identifikasi dan misi
Kegunaan dan lingkup proyek
Tujuan
Obyektif proyek dan gol manajemen
Maksud
Pengendalian, memantapan proses proyek
Sumber daya
Uang, orang, peralatan waktu
Rencana kegiatan
Jaringan kerja, jadwal, anggaran, rencana pengujian, rencana konversi, penugasan kerja
Rencana aksi
Rencana kontigensi, pengumpulan data, pelaporan, perencanaan ulang
3
9/30/2012
Perencanaan Kontigensi
4 Kendala Proyek
• Adalah suatu rencana yang dijalankan apabila rencana normal tidak dapat dilakukan Kontigensi perlu direncanakan untuk 4 kendala proyek
•Performansi •Jadwal •Biaya •Orang
Tugas Perencana Kontigensi
Panduan untuk Perencanaan Kontigensi
• Menspesifikasikan performansi • Estimasi kesalahan • Melakukan perubahan dalam upaya pengembangan • Pelatihan orang baru • Membuat antar muka dengan lainnya • Mencari dukungan dari grup lainnya • Melakukan perubahan dalam proses pengembangan perangkat lunak • Membuat perubahan dalam prioritas proyek
• Tambahkan 10% diatas estimasi – untuk setiap aktivitas • Gunakan estimasi individual dalam ketidak-tentuan • Tambahkan aktivitas yang tidak direncanakan dan dibutuhkan • Analisis performansi proyek yang lalu
Unsur-unsur Perencanaan Perangkat Lunak • Gol dan obyektif : menggambarkan apa yang dilakukan, untuk siapa, dan kapan • Work Breakdown Structure (WBS) : membagi tugas proyek dalam subsub tugas yang masing-masing akan didefinisikan, diestimasi, dan dilacak • Estimasi besar produk : perkiraan kode yang dibutuhkan secara kuantitatif untuk masing-masing elemen produk (subsistem, komponen, atau modul). Ini didasarkan pada pengalaman utama proyek sebelumnya
Unsur-unsur Perencanaan Perangkat Lunak (cont’d) • Estimasi sumber daya : didasarkan pada pengalaman sebelumnya sehingga dapat diketahui faktor produktivitas yang dimasukkan ke bagian perkiraan yang masuk akal bagi kebutuhan sumber daya untuk setiap elemen WBS • Penjadwalan proyek : berdasarkan pada ketersediaan staf proyek dan perkiraan sumber daya, suatu penjadwalan tugas dan penyetoran item dapat dihasilkan.
4
9/30/2012
Gol dan Obyektif • Apa yang akan dilakukan • Bagaimana ukuran kesuksesan • Berapa lama • Berapa banyak sumber daya
Gol dan Obyektif • Dilakukan pada tahap requirement juga pada saat negosiasi antara developer dan user, yakni: • Apa yang dikerjakan • Bagaimana ukuran kesuksesannya • Berapa lama waktu yang dibutuhkan • Berapa banyak sumber daya yang dibutuhkan
• Perubahan secara bertahap akan terjadi dalam proses pengerjaan
Aturan Pengelolaan Masalah Perubahan Kebutuhan
Aturan Pengelolaan Masalah Perubahan Kebutuhan (cont’d)
• Implementasi produk dalam tahapan kecil • Untuk tiap tahapan pilih yang mendukung pada pada kenaikan berikutnya dan tingkatkan kemampuan pemahaman terhadap pembacaan kebutuhan • Tinjau kebutuhan untuk tiap-tiap kenaikan tapi lakukan sebelum memulai desain
• Jika kebutuhan berubah selama tahap implementasi, liput perubahan ke kenaikan tahap berikutnya • Jika perubahan tidak terliput, berhenti bekerja, ubah kebutuhan, ulangi perencanaan dan mulai lagi pada desain
Beberapa Pertimbangan Utama dari Fase Kebutuhan adalah:
Beberapa Pertimbangan Utama dari Fase Kebutuhan adalah: (cont’d)
• Kebutuhan Fungsional : fungsi-fungsi produk di daftar, bersama dengan beberapa performansi atau konstrain lain. • Kebutuhan Sistem : konfigurasi sistem ditentukan, bersama dengan beberapa standarnya, kompatibilitas, atau batasan lingkungan • Identifikasi Pelanggan : user diidentifikasi sesuai support akan kebutuhannya, termasuk : mekanisme penyetoran, pemaketan produk, dukungan instalasi, kebutuhan dokumentasi, dan pelatihan
• Mengukur Kesuksesan : biaya, penjadwalan, performansi, kualitas, ukuran, dan ukuran-ukuran kesuksesan lain • Validasi dan Penerimaan : menentukan kesuksesan yang dapat diterima, termasuk bertanggung jawab terhadap Acceptance testing, kriteria yang dipakai dan beberapa garansi atau konsekuensi lain jika kegagalan terjadi • Dukungan / support : kelanjutan kebutuhan dukungan ditetapkan, termasuk pelaporan dan koreksi
5
9/30/2012
Pertimbangan utama pada fase Requirement • Kebutuhan fungsional • Kebutuhan sistem • Identifikasi pelanggan • Mengukur kesuksesan • Validasi dan penerimaan • Dukungan / support
Work Breakdown Structure (WBS)
• Pada dasarnya adalah daftar dari deliverables (sesuatu yang dapat disediakan dalam pengembangan sebuah produk) dan serangkaian aktivitas untuk setiap deliverables tersebut • Membagi keseluruhan proyek ke dalam komponenkomponen • Memecah komponen ke level-level berikutnya sampai dengan setiap tugas merupakan unit-unit yang dapat dikelola
Deliverables • Suatu nilai yang dihasilkan oleh tim manajemen proyek sesuai jadwal, disampaikan kepada sponsor, komite pengkaji, klien penting, atau pihak-pihak lain yang berkepentingan, sering dalam bentuk suatu rencana, laporan, prosedur yang belum ditulis, produk, atau jasa
Work Breakdown Structure (WBS)
• Penggambaran menyeluruh dari semua tugas yang diperlukan untuk mencapai penyelesaian proyek yang berhasil. (Sinonimnya: daftar tugas)
• Rencana-rencana proyek menggambarkan semua tugas yang harus dicapai untuk menyelesaikan suatu proyek; dari rencana tersebut itulah penjadwalan disusun, pendelegasian diupayakan, dan penganggaran ditentukan.
Work Breakdown Structure (WBS)
• Menampilkan gambar / grafik tentang hirarki proyek • Melengkapi komunikasi antar personel proyek • Menjaga konsistensi dalam pengendalian dan pelaporan proyek • Cara efektif untuk melengkapi tugas manajemen
WBS adalah teknik untuk:
• Membagi keseluruhan proyek dalam komponenkomponen • Memecah komponen level-level berikutnya sampai setiap tugas merupakan unit-unit yang dapat dikelola seperti: • • • •
Direncanakan Dianggarkan Dijadwalkan Dikendalikan
• Menampilkan gambar/grafik tentang hierarki proyek
6
9/30/2012
Tujuan dibuatnya WBS
Manfaat WBS
• Melengkapi komunikasi antar personil proyek • Menjaga konsistensi dalam pengendalian dan pelaporan proyek • Cara efektif untuk melengkapi tugas manajemen
• Mengurangi kompleksitas • Fasilitas penjadwalan
Panduan WBS 1. Pecah fungsi menjadi 3 sub fungsi yang : • Menerima input • Mentransformasikan input ke dalam output yang dibutuhkan • Menyiapkan output ke bentuk yang diterima
2. Lakukan dekomposisi secara iteratif 3. Tidak seluruh cabang mempunyai level yang sama 4. Buat struktur produk dengan perangkat lunak
Panduan WBS 5. WBS bukan hanya untuk proyek saja 6. Jika terlalu rumit untuk ditampilkan dalam satu peta, pecah setiap level dalam peta terpisah 7. Bangun inisial WBS oleh project manager 8. Kaji dan perbaiki WBS oleh semua kelompok yang berkaitan 9. WBS dibuat menyerupai pohon
Contoh WBS PLTU
Contoh WBS Warnet
7
9/30/2012
• Level terendah pada WBS adalah level dimana pekerjaan dapat diselesaikan, dan dikenal sebagai paket pekerjaan. • Untuk perangkat lunak biasanya berupa modul atau objek terkecil yang bisa diidentifikasi untuk dibuat dalam suatu deliverable system
8
