Upload
others
View
3
Download
0
Embed Size (px)
Citation preview
Hera Agustina, S.Kom., MMSI
METODOLOGI
MANAJEMEN
PROYEK
(FASE I : DEFINISI)
Fase Proyek Software
Definisi
Analisis
Desain
Pemrograman
Sistem Tes
Penerimaan Tes
Operasi/Implementasi
Fase Proyek Software
Tujuan
Memahami dengan baik masalah-masalah yang dihadapi oleh user dalam memperkirakan biaya
dan waktu penyelesaian proyek.
Aktifitas Utama
Pertama
• Memahami dengan baik masalah-masalah yang dihadapi oleh user.
• Menganalisis kebutuhan (apa saja yang dibutuhkan untuk menyelesaikan permasalahan tersebut).
Aktifitas Utama
Kedua
• Go / No Go Decision (Melaksanakan/Tidak
melaksanakan proyek).
• Menganalisis resiko-resiko yang mungkin
terjadi yang dapat menggagalkan proyek
tersebut.
Aktivitas Utama
Ketiga
Membuat PROPOSAL yang berisi rincian mengenai proyek apa yang akan ditawarkan, kapan, dan berapa biayanya (termasuk biaya untuk risiko-risiko yang mungkin terjadi).
REQUIREMENTS DOCUMENT
Definisi
Requirements Documents adalah dokumen yang berisi penjelasan mengenai mengapa suatu produk dibutuhkan, menempatkan
produk dalam konteks untuk pengembangan dan menggambarkan seperti apa produk
yang akan dibuat.
Gambaran Umum
Untuk menempatkan produk dalam konteks untuk pengembangan, menggambarkan alat-alat yang akan digunakan, anggaran proyek dan situasi kepegawaian, jadwal pengembangan dan perkiraan, dan rincian bagaimana produk jadi akan didistribusikan atau diakses, serta informasi terkait lainnya yang mempengaruhi pembangunan.
Masalah yang Dapat Dihindari
• Membangun sebuah proyek dengan kebutuhan yang
tidak benar-benar dibutuhkan oleh stakeholder.
• Membangun sebuah proyek dengan persyaratan
yang tidak konsisten dan tidak lengkap.
• Membuat perubahan persyaratan selama
pengembangan, yang mahal.
• Kesalahpahaman antara pengembang dan customer
atau end user karena hasil yang tidak sesuai.
• Melupakan rencana proyek.
• Fitur yang tidak bagus atau jelek.
Metode
• Mencatat personal dan skenario-skenario.
• Menguji dokumen relasi proyek seperti proposal, komunikasi, persetujuan pengembangan, dll.
• Menginterview para pengembang dan desainer.
• Melakukan penelitian pasar.
• Melakukan tugas analisis.
Bentuk Informasi
• Judul yang singkat
• Penjelasan yang rinci
• Persyaratan direkam/dicatat
• Sumber persyaratan (scenario/naskah, interview user
, proposal proyek, dll)
• Dasar pemikiran : mengapa persyaratan ini
dibutuhkan?
• Daftar stakeholder yang paling terpengaruh oleh
persyaratan ini.
• Prioritas awal yang diinginkan, tergantung kebutuhan
proyek.
Identifikasi Kebutuhan
• Komponen proyek (sistem, user interface, database, keamanan, dll).
• Jenis kebutuhan (sistem, proses, keluar dari ruang lingkup).
• Komponen sistem (untuk proyek yang lebih kompleks).
• Volatilitas dan kejelasan persyaratan.
• Persyaratan, asumsi atau masalah.
Memprioritaskan Requirement
• Diinginkan menjadi prioritas, melalui sumber.
• Stakeholder yang terpengaruh.
• Biaya yang dibutuhkan untuk implementasi.
• Kelayakan teknologi
• Persyaratan dipahami secara jelas.
Proses
Writing
the Document
The
Introduction
General
Description
Specific
Requirements Appendices Glossary
References Index
Hal-Hal yang Terdapat Dalam RD
1. Pendahuluan
2. Tujuan proyek
3. Fungsi-fungsi utama
4. Keluaran umum
5. Informasi input secara umum
6. Kinerja (performance)
7. Perkembangan (growth)
8. Pengoperasian dan lingkungan
9. Kompatibilitas, pengantarmuka
an
10. Reliabilitas, ketersediaan
11. Pengantarmukaan dengan
pemakai
12. Pengaruh organisasi
13. Pemeliharaan dan dukungan
14. Dokumentasi dan pelatihan
15. Keuntungan
16. Persyaratan dan kondisi
Tanggung Jawab User
• Menyediakan pewawancara tim proyek yang dapat dipercaya.
• Memebrikan informasi tepat waktu.
• Mengajukan orang yang tau tentang semua sistem yang ada dan apa saya yang dibutuhkan oleh sistem yang baru.
Pertimbangan
1. Dapatkah sistem ini dibangun secara Teknik?
2. Dengan biaya berapa sistem daapat dibangun dan ap
a keuntungannya?
3. Apakah proyek dapat dikerjakan sekarang?
Definisi Risiko
• Terjadinya sesuatu yang tidak diharapkan.
• Suatu ketidakpastian.
• Suatu peluang yang hilang.
AS/NZS
ERM COSO
Kesimpulan
Definisi Manajemen Risiko
Mengapa Manajemen Risiko
Proses Manajemen Risiko
Proposal
• Dokumen yang merinci biaya dan jadwal proyek, serta menjelaskan langkah-langkah yang akan diambil oleh tim proyek untuk menghasilkan produk yang diinginkan.
• Ditulis untuk meyakinkan klien agar membeli proyek dari tim proyek anda.
• Mendukung tim proyek untuk membuat rencana yang sederhana.
The Preliminary Project Plan
Pendahuluan Perencanaan Proyek
• Perencanaan adalah sebuah proses yang
berulang-ulang : rencana akan ditinjau secara
terus menerus sesuai dengan perkembangan
proyek dan sesuai dengan bertambahnya
pengetahuan dan pemahaman yang lebih
baik dari anggota tim
• Pendahuluan Perencanaan Proyek adalah
langkah awal, sumber daya, biaya dan jadwal
yang dibutuhkan untuk menyelesaikan proyek
• PPP adalah dokumen internal, tidak perlu
ditunjukkan ke user, terutama user luar
Definisi
• Dekomposisi logis dari pekerjaan yang harus dilakukan dan berfokus pada bagaimana produk, layanan, atau hasil dibagi.
• Merupakan garis besar pekerjaan yang harus dilakukan.
Paket Kerja
Bentuk
NETWORK DIAGRAM
Pendahuluan
• Dengan network diagram dapat dilakukan analisis terhadap
jadwal waktu penyelesaian proyek, masalah yang mungkin timbul
jika terjadi kelambatan, probability selesainya proyek, biaya yang
diperlukan dalam rangka mempercepat penyelesaian proyek,
dan sebagainya.
• Versi network diagram yang luas pemakaiannya, yaitu : CPM
(critical path method), PERT (program evaluation and review tech
nique), dan PDM (precedence diagram method).
• Perbedaan mendasar antara CPM dan PERT adalah terletak
pada perkiraan waktu, CPM menaksir waktu dengan cara pasti
(deterministic), sedangkan PERT dengan cara kemungkinan
(probabilistic). Metode ketiga, PDM, memiliki jaringan kerja yang
lebih sederhana karena kegiatan atau tugas-tugas digambarkan
pada node (simpul atau sambungan jalur), bukan pada garis
panah seperti pada CPM dan PERT.
Contoh
Calculating Project Cost
• Proyek TI memiliki rekam jejak yang buruk untuk memenuhi tujuan anggaran.
• Biaya aktual melebihi perkiraan.
• Pada tahun 2011 pada studi bisnis yang dilakukan Harvard menemukan bahwa biaya rata-rata overrun sebesar 27%.
• Program modernisasi IT Dinas Kesehatan Nasional Inggris disebut bencana TI terbesar dalam sejarah dengan overrun sekitar $ 26 miliar.
• Program ini memiliki masalah karena sistem yang tidak kompatibel, penolakan dari dokter, dan argumen di antara para kontraktor tentang siapa yang bertanggung jawab.
Definisi
• Biaya adalah sumber daya yang dikorbankan atau diantisipasi untuk mencapai tujuan tertentu atau sesuatu yang diberikan sebagai gantinya.
• Biaya biasanya diukur dalam satuan moneter seperti dolar.
• Mencakup proses yang diperlukan untuk memastikan bahwa proyek selesai dalam anggaran yang disetujui.
Project Schedule
Proyek adalah kumpulan tugas yang harus diselesaikan dalam waktu minimum atau dengan
biaya minimal.
Tujuan
• Menyelesaikan proyek sedini mungkin dengan menentukan awal dan akhir paling awal dari setiap kegiatan.
• Memperhitungkan kemungkinan mproyek akan selesai dalam jangka waktu tertentu.
• Menemukan jadwal biaya minimum yang dibutuhkan untuk menyelesaikan proyek.
• Menginvestigasi hasil dari kemungkinan penundaan dalam waktu penyelesaian kegiatan.
• Progress control.
• Melancarkan alokasi sumberdaya selama pengerjaan proyek.
Contoh
PPP Outline