Rekayasa Perangkat Lunak

4 Manajemen proyek

“ Pengorganisasian, perencanaan dan

penjadwalan proyek perangkat lunak”

By : Andi Latifa Nabone

Software Manajemen Proyek

o Prihatin dengan kegiatan yang terlibat dalam memastikan perangkat lunak

yang dikirimkan tepat waktu dan jadwal dan sesuai dengan persyaratan

organisasi berkembang dan pengadaan perangkat lunak.

o Manajemen proyek diperlukan karena perangkat lunak pembangunan

selalu tunduk pada anggaran dan kendala jadwal yang ditetapkan oleh

organisasi pengembangan perangkat lunak.

Perbedaan Manajemen Software

Produk ini tidak berwujud.

Produk ini unik fleksibel.

Rekayasa perangkat lunak tidak diakui sebagai teknik disiplin dengan

status waras sebagai teknik mekanik, listrik, dll.

Proses pengembangan perangkat lunak tidak standar.

Banyak proyek perangkat lunak 'satu-off ' proyek.

Kegiatan manajemen

Penulisan proposal

Proyek perencanaan dan penjadwalan

Proyek penetapan biaya

Proyek pemantauan dan tinjauan

Personil seleksi dan evaluasi

Penulisan laporan dan presentasi

Kesamaan Manajemen

Kegiatan ini tidak khas bagi perangkat lunak manajemen.

Banyak proyek rekayasa teknik manajemen sama-sama berlaku

untuk perangkat lunak manajemen proyek.

Secara teknis sistem rekayasa yang kompleks cenderung

menderita masalah yang sama sebagai perangkat lunak

sistem.

Staf Proyek Mungkin tidak mungkin untuk menunjuk orang yang ideal untuk bekerja pada

sebuah proyek

anggaran proyek tidak memungkinkan untuk penggunaan staf yang

dibayar tinggi

Staf dengan pengalaman yang tepat mungkin tidak tersedia

Sebuah organisasi mungkin ingin mengembangkan keterampilan

karyawan pada proyek perangkat lunak

Manajer harus bekerja di dalam kendala-kendala terutama ketika (seperti saat

ini terjadi) ada kekurangan internasional staf ahli TI.

Perencanaan proyek

Mungkin proyek yang paling memakan waktu kegiatan pengelolaan.

Terus menerus kegiatan dari konsep awal melalui untuk pengiriman

sistem. Rencana harus secara teratur direvisi sebagai informasi baru

telah tersedia.

Berbagai jenis rencana dapat dikembangkan untuk mendukung

rencana proyek perangkat lunak utama yang

berkaitan dengan jadwal dan anggaran.

Jenis rencana proyekRencana Deskripsi

Kualitas rencana Menjelaskan prosedur kualitas dan

standar yang akan digunakan dalam proyek.

Validasi rencana Menjelaskan pendekatan, sumber daya dan

jadwal digunakan untuk validasi sistem.

Konfigurasi

rencana pengelolaan

Menjelaskan manajemen konfigurasi

prosedur dan struktur yang akan digunakan.

Rencana Pemeliharaan Prediksi kebutuhan pemeliharaan dari

sistem, biaya pemeliharaan dan upaya

diperlukan.

Staf rencana pembangunan Menjelaskan bagaimana keterampilan dan pengalaman

anggota tim proyek akan

dikembangkan.

Proyek rencana tata Pengantar

Organisasi Proyek

Analisis resiko

Hardware dan kebutuhan sumber daya perangkat lunak

Pekerjaan rincian

Jadwal Proyek

Pemantauan dan pelaporan mekanisme

Kegiatan organisasi

Kegiatan dalam proyek harus diatur untuk menghasilkan output

yang nyata bagi manajemen untuk menilai kemajuan.

Milestones adalah titik akhir dari suatu kegiatan proses.

Deliverable adalah hasil proyek dikirim ke pelanggan.

Proses air terjun memungkinkan untuk langsung definisi tonggak

kemajuan.

Penjadwalan Proyek Split proyek menjadi tugas dan waktu perkiraan dan sumber daya

yang dibutuhkan untuk menyelesaikan setiap tugas.

Mengatur tugas-tugas secara bersamaan untuk membuat optimal

penggunaan tenaga kerja.

Minimalkan tugas dependensi untuk menghindari penundaan

disebabkan oleh satu tugas menunggu lain lengkap.

Tergantung pada intuisi manajer proyek dan pengalaman.

Grafik batang dan jaringan kegiatan

Notasi grafis yang digunakan untuk menggambarkan proyek

jadwal.

Tampilkan rincian proyek ke dalam tugas. Tugas harus

tidak terlalu kecil. Mereka harus memakan waktu sekitar satu

minggu atau dua.

Kegiatan grafik menunjukkan ketergantungan tugas dan jalur kritis.

Bar chart menunjukkan jadwal melawan waktu kalender.

Tugas jangka waktu dan dependensi

Task Duration (days) Dependencies

T1 8

T2 15

T3 15 T1 (M1)

T4 10

T5 10 T2, T4 (M2)

T6 5 T1, T2 (M3)

T7 20 T1 (M1)

T8 25 T4 (M5)

T9 15 T3, T6 (M4)

T10 15 T5, T7 (M7)

T11 7 T9 (M6)

T12 10 T11 (M8)

Penjadwalan masalah

Memperkirakan kesulitan masalah dan karenanya biaya

pengembangan solusi sulit.

Produktivitas tidak sebanding dengan jumlah orang yang bekerja

pada tugas.

Menambahkan orang untuk sebuah proyek terlambat membuatnya

nanti karena overhead komunikasi.

Yang tak terduga selalu terjadi. Selalu memungkinkan kontinjensi

dalam perencanaan.

Manajemen risiko Manajemen risiko berkaitan dengan mengidentifikasi risiko dan menyusun

rencana untuk meminimalkan mereka efek pada sebuah proyek.

Risiko adalah probabilitas bahwa beberapa merugikan keadaan akan terjadi.

Proyek risiko mempengaruhi jadwal atau sumber daya Risiko Produk.

Mempengaruhi kualitas atau kinerja perangkat lunak dikembangkan.

Bisnis risiko mempengaruhi organisasi berkembang atau pengadaan

perangkat lunak.

Proses Manajemen Risiko Identifikasi Risiko

Mengidentifikasi proyek, produk dan risiko usaha

Analisis resiko

Menilai kemungkinan dan konsekuensi dari risiko ini

Risiko perencanaan

Buatlah rencana untuk menghindari atau meminimalkan dampak

risiko

Pemantauan risiko

Memantau risiko seluruh proyek

Identifikasi Risiko

Teknologi risiko

Orang risiko

Organisasi risiko

Persyaratan risiko

Estimasi risiko

Analisis resiko

o Menilai probabilitas dan keseriusan dari setiap risiko.

o Probabilitas mungkin sangat rendah, rendah, sedang,

tinggi atau sangat tinggi.

o Efek mungkin Risiko bencana, serius, ditoleransi atau

tidak signifikan.

Perencanaan Risiko Pertimbangkan setiap risiko dan mengembangkan strategi untuk mengelola

risiko.

Penghindaran strategi.

Probabilitas bahwa risiko akan timbul berkurang.

Minimisasi strategi.

Dampak dari risiko pada proyek atau produk akan berkurang.

Rencana kontingensi.

Jika risiko muncul, rencana kontingensi rencana untuk menghadapi itu

risiko.

Pemantauan risiko

Menilai setiap risiko yang teridentifikasi secara teratur

untuk memutuskan apakah atau tidak menjadi kurang

atau lebih mungkin.

Juga menilai apakah dampak risiko telah berubah.

Setiap risiko utama harus didiskusikan di manajemen

kemajuan pertemuan.

Sekian dan Terima kasih