BAB III KONSEP MANAJEMEN PROYEK

Manajemen proyek software yang efektif difokuskan pada 3 P yaitu: People Problem Proses

3.1. SUMBER DAYA MANUSIA The Players:

1. Senior Managers

2.

3.

4. 5.

Mendefinisikan isu bisnis yang sangat berpengaruh pada proyek. Bisnis adalah kegiatan aktivfitas/project yang sedang dibuat. Project (Technical) managers Merencanakan, memodifikasi, mengorganisasi dan mengontrol para praktisi yang menjalankan pekerjaan software. Practioners Mempunyai skill teknis yang dibutuhkan untuk merekayasa sebuah produk atau aplikasi. Customers Menyatakan kebutuhan rekayasa software. End user Yang berorientasi dengan software setelah software diproduksi.

Team Leaders:
Model kepemimpinan: Motivation (membangkitkan semangat tim) Mampu untuk membangkitkan semangat menghasilkan yang terbaik. Organization anggota untuk

Kemampuan untuk mengelola proses yang ada (atau menemukan sesuatu yang baru) untuk menterjemahkan suatu konsep menjadi produk akhir. Ideas atau Innovations Kemampuan untuk membangkitkan kreasi para anggota.

Karakteristik Manajer Proyek yang efektif:

1. 2. 3. 4. Problem Solving Manajerial identity Achievement Influence & tem building

3.2. ORGANISASI TIM SOFTWARE

Secara umum ada 3 macam organisasi tim software, yaitu: Democratic Decentralized (DD) Tim rekayasa software ini tidak mempunyai permanen leader. Koordinasi ditunjuk untuk jangka pendek dan kemudian diganti lainnya yang mampu mengkoordinasi tugas yang berbeda. Pengambilan keputusan dilakukan melalui konsensus kelompok. Komunikasi antar anggota tim dilakukan secara horisontal. Controlled Decentralized (CD) Tim rekayasa software telah menunjuk seorang leader yang mengkoordinir tugas-tugas tertentu dan secondary leader yang bertanggung jawab atas sub-sub pekerjaan. Solusi permaalah dilakukan secara kelompok, tetapi implementasi solusi dibagibagi ke sub-sub kelompok oleh tim leader. Komunikasi antar sub kelompok dan individu dilakukan secara horisontal. Komunikasi vertikal sesuai dengan hirarki kendali juga dilakukan. Controlled Centralized (CC) Solusi problem dan koordinasi tim internal diatur oleh team leader. Komunikasi antar leader dan anggota tim dilakukan secara vertikal. Ada tujuh faktor yang perlu dipertimbangkan pada saat merencanakan struktur tim rekayasa software yaitu:

1. 2. 3. 4. 5. 6. 7.

Tingkat kesulitan problem yang harus diselesaikan. Ukuran program (line of code maupun function point). Tingkatan problem yang bisa dimodulkan (dipecahkan). Waktu tim bisa bekerja bersama-sama (team life time). Kualitas dan reliability sistem yang akan dibuat. Tanggal penyerahan software yang ketat. Tingkatan komunikasi yang diperlukan untuk proyek.

Tabel 3-1 Pengaruh karakteristik proyek pada struktur tim.

Tipe Tim Difficults High Low Size Large Small Lifetime Short Long Modularity High Low Reliability X High Low Delivery Date strict (Ketat) Lax Sociability High Low X X X X X X X X DD X X X X X X X X X X X X CD CC

3.3. KOORDINASI DAN KOMUNIKASI

Ada beberapa kategori teknik koordinasi proyek: Formal, Interpersonal Approaches Termasuk didalamnya: Dokumentasi rekayasa software dan deliverable (misal: source code). Memo teknis Project milestone Jadwal Project control Permintaan perubahan Error tracking report Repository data Formal, interpersonal procedures Ditekankan pada kualitas, termasuk didalamnya: Status review meeting Desain Inspeksi node Informal, interpersonal procedures Termasuk didalamnya: Pertemuan tim untuk tukar informasi dan solusi problem. Kebutuhan dan pengembangan staf. Electronic Communication Dilakukan melalui E-mail, electronic Bulletin boards, web sites, video based conference system. Interpersonal Network Diskusi informal dengan pihak luar yang mempunyai

pengalaman/pandangan untuk membantu anggota tim.

3.4. PROBLEM PROYEK SOFTWARE

Batasan software Aktifitas manajemen proyek yang pertama adalah menentukan batasan software. Batasan tersebut bisa diperoleh dengan menjawab pertanyaan sebagai berikut: Context Bagaimana software dibuat untuk memenuhi sistem yang lebih besar, produk atau business context dan kendala yang ditimbulkan akibat context tersebut. Information objectives Apa saja object data yang customer visible dihasilkan sebagai output dari software ? apa saja object data yang diperlukan untuk input ? Function and performance Fungsi apa saja yang data harus input dilakukan menjadi software output? untuk Apakah mentransformasikan

terdapat karakter performance khusus yang diminta. Batasan proyek software harus jelas dan mudah dipahami pada level manajemen dan teknik. Yang harus dijelaskan pada batasan tersebut antara lain: Quantitaive Data Misal: jumlah user yang bekerja bersamaan, ukuran mailing list, maksimum waktu respon yang diperbolehkan (beda jumlah user, beda harga).

 Constrain dan atau keterbatasan misal: biaya produksi membatasi ukuran memori.

 Faktor mitigasi misal: algoritma yang mudah dipahami).

Nilai Teknis Koordinasi 6 Discussion with peer Design Requirement Collection Group 4 Semakin Service Code Dibutuhkan Repository 3 Project Cntrol Tools 2 Penting 2 3 4 5 6 Makin Document Project Milestone 5 Error Tracking Report Kegunaan Teknis Koordinasi Teknik

Status Preview Electronic Mail Code Inspection Project Bulletin

: Formal, Inpersonal Approach : Formal, Interpersonal Approach : Electronic Communication : Interpersonal Network : Kegunaan Teknis Koordinasi

Gambar 3-1 Batasan proyek