Manajemen Proyek Perangkat Lunak
Manajemen proyek perangkat lunak adalah penerapan teknik perencanaan, pengorganisasian, estimasi, dan pengendalian pada proyek perangkat lunak sehingga menghasilkan produk yang tepat dalam biaya, jadwal, dan kualitas yang dapat diterima.
Definition
Manajemen proyek perangkat lunak adalah disiplin perencanaan, pemantauan, dan pengendalian orang, proses, dan sumber daya proyek perangkat lunak untuk memenuhi tujuannya terkait ruang lingkup, jadwal, biaya, dan kualitas.
Scope
Area ini mencakup estimasi upaya dan biaya; penjadwalan dan perencanaan; manajemen risiko; organisasi tim dan faktor manusia dalam pekerjaan perangkat lunak; manajemen konfigurasi dan perubahan; manajemen kualitas perangkat lunak; pengukuran dan metrik untuk melacak kemajuan; serta tantangan ekonomi dan koordinasi yang khas yang membedakan pengelolaan perangkat lunak dari proyek rekayasa lainnya.
Sub-topics
Core questions
- Bagaimana upaya, biaya, dan jadwal perangkat lunak diperkirakan di bawah ketidakpastian?
- Bagaimana risiko diidentifikasi, diprioritaskan, dan dimitigasi selama proyek?
- Bagaimana struktur tim dan komunikasi memengaruhi produktivitas?
- Bagaimana perubahan dan kualitas dikendalikan sepanjang proyek?
Key theories
- Hukum Brooks dan ekonomi tim
- Brooks mengamati bahwa menambahkan orang ke proyek perangkat lunak yang terlambat justru membuatnya semakin terlambat, karena overhead komunikasi dan orientasi tumbuh lebih cepat daripada kapasitas tambahan, menyoroti bahwa upaya perangkat lunak tidak dapat dibagi begitu saja.
- Estimasi biaya algoritmik
- Model seperti COCOMO mengestimasi upaya dan jadwal sebagai fungsi ukuran dan faktor proyek, memberikan estimasi yang dapat diulang dan dikalibrasi yang melengkapi penilaian ahli dan pendekatan berbasis analogi.
Clinical relevance
Manajemen proyek yang baik menentukan apakah perangkat lunak dikirimkan tepat waktu dan sesuai anggaran dengan kualitas yang memadai; estimasi yang buruk, risiko yang tidak terkelola, dan pengabaian ekonomi non-linear tim merupakan penyebab utama kegagalan dan pembengkakan biaya proyek perangkat lunak.
Evidence & guidelines
Area pengetahuan Manajemen Rekayasa Perangkat Lunak SWEBOK dan PMBOK Guide menyediakan kerangka kerja konsensus, dan standar seperti ISO/IEC/IEEE 16326 membahas perencanaan manajemen proyek untuk perangkat lunak.
History
Brooks menyarikan pelajaran sulit dari proyek-proyek besar tahun 1960-an menjadi prinsip-prinsip manajemen yang abadi pada tahun 1975; Boehm memformalkan ekonomi perangkat lunak dan estimasi biaya pada tahun 1981; bidang ini sejak itu telah menggabungkan manajemen risiko, metrik, dan perencanaan adaptif yang lebih ringan dari metode tangkas (agile).
Debates
- Manajemen proyek prediktif versus adaptif
- Diperdebatkan apakah proyek perangkat lunak paling baik dikelola dengan rencana awal yang terperinci atau dengan kontrol adaptif berbasis iterasi; agile mendukung kontrol empiris dan perencanaan ulang yang sering, sementara manajemen tradisional menekankan rencana dasar (baselined plans), dengan hibrida yang umum.
Key figures
- Frederick Brooks
- Barry Boehm
- Tom DeMarco
- Watts Humphrey
Related topics
Seminal works
- brooks1995
- boehm1981
- swebok2014
Frequently asked questions
- Mengapa menambahkan orang ke proyek yang terlambat justru membuatnya semakin terlambat?
- Orang baru harus disesuaikan dengan kecepatan kerja dan jumlah jalur komunikasi tumbuh kira-kira sebanding dengan kuadrat ukuran tim; overhead dan gangguan yang dihasilkan pada awalnya mengurangi daripada meningkatkan output, sebuah pengamatan yang dikenal sebagai hukum Brooks.
- Mengapa estimasi perangkat lunak begitu sulit?
- Perangkat lunak tidak berwujud, seringkali baru, dan dibentuk oleh persyaratan yang berubah, sehingga analogi historis tidak sempurna dan ketidakpastian tinggi; estimasi yang disiplin menggabungkan model, penilaian ahli, dan rentang daripada perkiraan satu titik untuk mengelola ketidakpastian ini.