Judul: KONSEP MANAJEMEN PROYEK
Penulis: Diki Guntara
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.ProdukSebelum 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.ProyekData 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 akhirSUMBER 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 teknisProject milestone
JadwalProject control
Permintaan perubahanError tracking report
Repository data
Formal, interpersonal procedures
Ditekankan pada kualitas, termasuk didalamnya:
Status review meeting
DesainInspeksi code
Informal, interpersonal procedures
Termasuk didalamnya:
Pertemuan tim untuk tukar informasi dan solusi problem.
Kebutuhan dan pengembangan staf.
Komunikasi ElektronikDilakukan 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.KomunikasiGambar 3-1 Batasan proyek
438152476500
311467571501000
ProdukSeorang 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 kinerjaKonteksBagaimana 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.
Terimakasih telah membaca KONSEP MANAJEMEN PROYEK. Gunakan kotak pencarian untuk mencari artikel yang ingin anda cari.
Semoga bermanfaat
0 komentar: