Konsep Manajemen Proyek

Presentasi berjudul: "Konsep Manajemen Proyek"— Transcript presentasi:

1 Konsep Manajemen Proyek
Pertemuan 3-2

2 TIK : Diharapkan mahasiswa memahami konsep-konsep kunci yang membuat manajemen proyek menjadi efektif

3 3.1 Spektrum Manajemen Manajemen proyek perangkat lunak yang efektif berfokus pada 3P : People (manusia) Problem (masalah) Process (proses)

4 Manusia Organisasi yang mencapai tingkat kematangan yang tinggi di dalam area manajemen manusia memiliki kemiripan yang lebih tinggi dari implementasi praktik rekayasa perangkat lunak yang efektif.

5 Para Pelaku Manajer Senior : Manajer Proyek : Pelaksana : Pelanggan :
menentukan isu-isu bisnis Manajer Proyek : merencanakan, memotivasi, mengorganisir, dan mengontrol sebuah proyek / aplikasi Pelaksana : menyampaikan ketrampilan teknik yang diperlukan untuk merekayasa perangkat lunak Pelanggan : Menentukan jenis kebutuhan bagi perangkat lunak yang akan direkayasa Pemakai akhir : berinteraksi dengan perangkat lunak

6 Syarat menjadi pimpinan tim
O D E L K P I N A Syarat menjadi pimpinan tim MOTIVASI : Kemampuan mendorong orang teknik untuk menghasilkan sesuatu dengan kemampuan terbaiknya. ORGANISASI : Kemampuan membentuk proses yang sedang berlangsung (atau menemukan proses baru) untuk diterjemahkan dalam hasil akhir. GAGASAN DAN INOVASI : Kemampuan mendorong manusia untuk menciptakan dan bertindak kreatif.

7 Syarat menjadi pimpinan tim (2)
Pemecahan masalah Identitas manajerial Prestasi Pengaruh dan pembentukan tim

8 Tim Perangkat Lunak Pilihan untuk menerapkan sumber daya manusia pada sebuah proyek : N orang mengerjakan tugas fungsional yang berbeda sebanyak m. N orang bertugas mengerjakan tugas fungsional yang berbeda sebanyak m<n. N orang diatur di dalam t tim, setiap tim bertugas mengerjakan satu tugas atau lebih

9 Organisasi tim Demokratis terdesentralisasi (DD)
Tidak memiliki pemimpin yang permanen Koordinator bertugas dalam durasi waktu yang pendek Keputusan terhadap masalah dan pendekatannya dibuat oleh konsensus kelompok Komunikasi bersifat horisontal

10 Organisasi tim (2) Terkontrol terdesentralisasi (CD)
Memiliki pemimpin tertentu Memiliki pemimpin sekunder Pemecahan masalah adalah aktivitas kelompok Pemimpin tim mengatur implementasi pemecahan masalah Komunikasi bersifat horisontal, terkadang vertikal juga dilakukan

11 Organisasi tim (3) Terkontrol tersentralisasi (CC)
Pemimpin tim mengatur koordinasi pemecahan masalah tingkat puncak dan internal tim Komunikasi bersifat vertikal

12 7 faktor proyek yang harus dipertimbangkan
Kesulitan masalah yang akan dipecahkan Ukuran program resultan pada baris kode atau titik fungsi Waktu tim akan tinggal bersama Tingkat dimana masalah dapat di modularisasi Kualitas yang diperlukan serta keandalan sistem yang dibangun Kepastian tanggal penyampaian Tingkat sosiabilitas(komunikasi) yang dibutuhkan untuk proyek.

13 Tabel 3.1 Pengaruh karakteristik Proyek pada struktur tim
Tipe tim DD CD CC Tingkat kesulitan : Tinggi Rendah  Ukuran : Besar Kecil Umur tim : Singkat Panjang Modularitas : Tipe tim DD CD CC Keandalan : Tinggi Rendah  Tanggal pengiriman : Ketat / pasti longgar Sosiabilitas :

14 4 paradigma organisasional
PARADIGMA TERTUTUP membentuk tim di sepanjang hirarki otoritas tradisional PARADIGMA RANDOM membentuk tim secara longgar dan tergantung pada inisiatif individual anggota tim PARADIGMA TERBUKA membentuk tim dengan cara tertentu shg tercapai banyak kontrol yang berhubungan dgn point 1 tetapi sekaligus juga banyak inovasi pada saat menggunakan point 2. PARADIGMA SINKRON mengorganisasi anggota tim untuk bekerja pada bagian-bagian kecil masalah dengan komunikasi aktif di antara anggota tim.

15 Masalah Koordinasi & Komunikasi
Kesulitan proyek perangkat lunak : SKALA : Usaha pengembangan yang besar, kompleksitas yang semakin besar, dan kesulitan dalam mengkoordinasi anggota tim KETIDAKPASTIAN : Membuahkan sebuah aliran perubahan yang terus menerus yang menggelindingkan tim proyek INTEROPERABILITAS : Perangkat lunak baru harus berkomunikasi dengan perangkat lunak yang sudah ada dan menyesuaikan diri dengan batasan yang sudah ditentukan sebelumnya oleh sistem atau produk

16 Teknik Koordinasi Proyek
Dikategorikan dalam kelompok : Pendekatan Impersonal, formal Prosedur interpesonal, formal Prosedur interpersonal, informal Komunikasi elektronik Jaringan interpersonal

17 Masalah Obyektivitas dan ruang lingkup harus ditetapkan
Pemecahan alternatif harus dipertimbangkan Teknik dan batas harus didefinisikan Estimasi biaya yang dilakukan dapat dipertanggungjawabkan Penilaian yang efektif terhadap resiko Merinci tugas-tugas proyek secara realistis Jadwal proyek dapat dikelola untuk memberikan indikasi kemajuan yang berarti

18 Ruang lingkup Aktivitas manajemen proyek perangkat lunak yang pertama adalah menentukan ruang lingkup perangkat lunak Dibatasi oleh : Konteks Tujuan informasi Fungsi dan unjuk kerja

19 Ruang lingkup (2) Ruang lingkup proyek perangkat lunak harus tidak ambigu dan dapat dipahami pada tingkat teknis maupun manajemen. Pernyataan ruang lingkup harus dibatasi : Data kuantitatif dinyatakan dengan eksplisit Batasan dan atau jangka waktu dicatat Faktor mitigasi dijelaskan

20 Dekomposisi Masalah Disebut partitioning ( pembagian )
Merupakan aktivitas yang mendudukkan inti dari analisis kebutuhan perangkat lunak Diterapkan pada 2(dua) area utama : Fungsionalitas yang harus disampaikan Proses yang akan dipakai untuk menyampaikannya

21 Proses Memberikan kerangka kerja dimana rencana komprehensif bagi pengembangan perangkat lunak dapat dibangun. Meliputi Aktivitas kerja, kumpulan tugas dan aktivitas pelindung Fase-fase generik dapat diaplikasikan pada semua perangkat lunak Masalah : Bagaimana memilih model proses yang sesuai bagi perangkat lunak yang akan direkayasa oleh sebuah tim proyek ?

22 Proses (2) Manajer proyek harus memutuskan :
Model proses mana yang paling sesuai Menentukan sebuah rencana utama yang didasarkan pada sejumlah aktivitas kerangka kerja proses yang umum Dekomposisi proses dimulai : Rencana sepenuhnya merefleksikan tugas kerja yang dibutuhkan untuk mengisi aktivitas kerangka kerja yang harus dibuat

23 Menggabungkan Masalah & Proses
Perencanaan proyek dimulai dengan menggabungkan masalah dan proses Serangkaian aktivitas kerangka kerja sbb: Komunikasi pelanggan Perencanaan Analisis resiko Rekayasa Konstruksi dan rilis Evaluasi pelanggan

24 Dekomposisi Proses Tim perangkat lunak harus memiliki tingkat fleksibilitas yang signifikan dalam memilih paradigma rekayasa perangkat lunak yang baik Sekali model proses dipilih, kerangka kerja proses yang umum (CPF) akan disesuaikan dengan model. CPF adalah invarian dan berfungsi sebagai dasar bagi semua kerja PL yang dilakukan oleh organisasi PL.