KONSEP MANAJEMEN PROYEK tahapan manajemen

KONSEP MANAJEMEN PROYEK
Manajemen proyek software yang efektif difokuskan pada 4 P yaitu:
 People (Orang)
 Product (Produk)
 Process (Proses)
 Project (Proyek)

 Orang
Model manajemen orang jatuh tempo mendefinisikan bidang praktek kunci berikut
untuk orang-orang software:









merekrut,
seleksi,

manajemen kinerja,
pelatihan,
kompensasi,
pengembangan karir,
organisasi dan desain pekerjaan, dan
pengembangan / budaya tim.

 Produk
 Sebelum proyek dapat direncanakan,
 Tujuan dan ruang lingkup Product1 harus dibentuk,
 Alternatif solusi harus dipertimbangkan, dan
 Kendala teknis dan manajemen harus diidentifikasi.
 Tanpa informasi ini, tidak mungkin untuk menentukan
 estimasi yang memadai (dan akurat) dari biaya,
 penilaian yang efektif risiko,
 gangguan realistis tugas-tugas proyek, atau
 jadwal proyek dikelola yang memberikan indikasi kemajuan yang berarti.
 Proses
Sejumlah kecil kegiatan kerangka berlaku untuk semua proyek perangkat lunak,
terlepas dari ukuran atau kompleksitas.

Sejumlah tugas yang berbeda set-tugas, tonggak, produk kerja, dan jaminan kualitas
poin-mengaktifkan kegiatan kerangka kerja disesuaikan dengan karakteristik proyek
perangkat lunak dan persyaratan dari tim proyek.
Payung kegiatan-seperti jaminan kualitas perangkat lunak, manajemen konfigurasi
perangkat lunak, dan pengukuran-overlay model proses.
 Proyek
Data Industri menunjukkan bahwa 26 persen dari proyek perangkat lunak gagal
langsung dan 46 persen mengalami overruns biaya dan jadwal.
Untuk menghindari kegagalan proyek, manajer proyek perangkat lunak dan
perangkat lunak insinyur yang membangun produk harus menghindari satu set
tanda-tanda peringatan umum, memahami faktor-faktor penentu keberhasilan yang
mengarah pada manajemen proyek yang baik, dan mengembangkan pendekatan akal
sehat untuk perencanaan, monitoring dan mengendalikan proyek.
ORANG
Pemain:
Manajer Senior
Proyek (Technical) manajer
praktisi
pelanggan

pengguna akhir
SUMBER DAYA MANUSIA
 Senior Managers
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.
Ex. Programmer, DBA, Analis, Tester, Documentator, etc.
 Customers
Menyatakan kebutuhan rekayasa software.
 End user
Yang berorientasi dengan software setelah software diproduksi.

Pemimpin Tim

Model kepemimpinan:
 Motivation (membangkitkan semangat tim)
Mampu untuk membangkitkan teknis anggota untuk menghasilkan yang
terbaik.
 Organization
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.
 Problem Solving
mendiagnosa masalah, menyusun solusi, belajar dari pengalaman, berani
melawan arus.
 Managerial identity
tanggung jawab, percaya diri, insting kuat.
 Achievement
pengambilan resiko yang terkendali tidak akan dihukum.
 Influence & team building
bisa membaca dan memahami orang, tahan dalam tekanan tinggi.
ORGANISASI TIM SOFTWARE
 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 permasalahan dilakukan secara kelompok, tetapi implementasi
solusi dibagi-bagi 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. Tingkat kesulitan problem yang harus diselesaikan.
2. Ukuran program (line of code maupun function point).
3. Tingkatan problem yang bisa dimodulkan (dipecahkan).

4. Waktu tim bisa bekerja bersama-sama (team life time).
5. Kualitas dan reliability sistem yang akan dibuat.
6. Tanggal penyerahan software yang ketat.
7. Tingkatan komunikasi yang diperlukan untuk proyek.
 Tabel 3-1 Pengaruh karakteristik proyek pada struktur tim.

KOORDINASI & KOMUNIKASI
Ada beberapa Kategory Teknik koordinasi Proyek:
Formal, Pendekatan Interpersonal
Prosedur interpersonal, formal
Prosedur interpersonal, informal
Komunikasi Elektronik
Jaringan Interpersonal
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 code
Informal, interpersonal procedures

Termasuk didalamnya:
 Pertemuan tim untuk tukar informasi dan solusi problem.
 Kebutuhan dan pengembangan staf.
Komunikasi Elektronik
 Dilakukan melalui E-mail, electronic Bulletin boards, web sites, video based
conference system.

Jaringan Interpersonal
 Diskusi informal dengan pihak luar yang mempunyai pengalaman/pandangan untuk
membantu anggota tim.
Komunikasi
 Gambar 3-1 Batasan proyek

Produk
Seorang manajer proyek perangkat lunak dihadapkan dengan dilema pada awal proyek rekayasa
perangkat lunak.
Perkiraan kuantitatif dan rencana terorganisir yang diperlukan, tetapi informasi yang solid tidak
tersedia.
Sebuah analisis rinci dari persyaratan perangkat lunak akan memberikan informasi yang diperlukan
untuk perkiraan, tetapi analisis sering mengambil minggu atau bulan untuk menyelesaikan.

Lebih buruk lagi, persyaratan mungkin cairan, berubah secara teratur sebagai hasil proyek.

Batasan software
Aktifitas Manajemen Proyek Yang Nuvifone adalah menentukan Batasan perangkat lunak. Batasan
tersebut Bisa diperoleh Artikel Baru menjawab pertanyaan sebagai berikut:
 konteks
 tujuan informasi
 Fungsi dan kinerja

Konteks
 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 ?
THE W5HH PRINSIP
Mengapa sistem yang dikembangkan? Jawaban atas pertanyaan ini memungkinkan semua pihak
untuk menilai keabsahan alasan bisnis untuk kerja perangkat lunak. Dimulai dengan cara lain, apakah
tujuan bisnis membenarkan pengeluaran orang, waktu, dan uang?

Apa yang akan dilakukan, kapan? Jawaban atas pertanyaan-pertanyaan ini membantu tim untuk
membuat jadwal proyek dengan mengidentifikasi tugas-tugas proyek kunci dan tonggak yang
dibutuhkan oleh pelanggan.
Siapa yang bertanggung jawab untuk fungsi? Sebelumnya dalam bab ini, kami mencatat bahwa peran
dan tanggung jawab masing-masing anggota tim perangkat lunak harus didefinisikan. Jawaban atas
pertanyaan ini membantu mencapai hal ini.
Di mana mereka organisasional berada? Tidak semua peran dan tanggung jawab berada dalam tim
perangkat lunak itu sendiri. Para pelanggan, pengguna, dan pemangku kepentingan lainnya juga
memiliki tanggung jawab.
Bagaimana pekerjaan dilakukan secara teknis dan manajerial? Setelah lingkup produk didirikan,
manajemen dan strategi teknis untuk proyek tersebut harus didefinisikan.
Berapa banyak dari setiap sumber daya yang dibutuhkan? Jawaban atas pertanyaan ini diperoleh
dengan mengembangkan perkiraan (Bab 5) berdasarkan jawaban atas pertanyaan sebelumnya.