METODOLOGI MANAJEMEN PROYEK (FASE I : DEFINISI)hera_agustina.staff.gunadarma.ac.id/Downloads/... · Hal-Hal yang Terdapat Dalam RD 1. Pendahuluan 2. Tujuan proyek 3. Fungsi-fungsi

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