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 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
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)
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
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
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
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.
