Kedengarannya seperti Anda memerlukan proses untuk manajemen proyek daripada suatu bagian dari perangkat lunak.
Ingat perangkat lunak adalah alat yang akan membantu mendukung suatu proses.
Maaf jika ini terdengar seperti mengisap telur, tetapi bagi mereka yang menemukannya nanti =>
Proses Pengembangan Perangkat Lunak dapat juga dikenal sebagai Siklus Hidup Pengembangan Perangkat Lunak - SDLC.
Anda menjelaskan gejala cakupan creep dan revisi ke lingkup yang ada. Namun untuk memotong perjalanan panjang - ada pro dan kontra untuk berbagai metode membantu mencapai keseimbangan pandangan dalam "perang" ini. (Terkadang terasa seperti itu)
Argumennya adalah -
"Saya memiliki perubahan terus-menerus - saya perlu spesifikasi yang dapat dirancang dan dibangun oleh pelanggan dan tim." Garis di pasir atau pancang di tanah "sebagai upaya membangun pasir apung adalah sulit dan mahal."
air terjun klasik
Melawan
"Spek sudah usang dan tidak lagi mencerminkan kenyataan dan pelanggan dan tim saya akan tidak bahagia dan pelanggan tidak akan membayar saya."
Datanglah anak-anak baru yang trendi di blok - AKA RAD , Agile , XP dan Scrum
Idenya adalah, seperti yang Anda lihat - perubahan dalam ruang lingkup biaya dan jumlah uang yang tak terkira untuk berubah - dibandingkan dengan investasi di muka dalam persyaratan statis yang jelas. "Perang" sebenarnya bukan tentang perlunya persyaratan untuk solid - hanya waktu yang dibutuhkan untuk mengkompilasi mereka. Masing-masing memiliki pandangan sendiri.
Karenanya perangkat lunak yang akan Anda lihat seringkali mendukung salah satu metode.
Untuk tautan umum ke
Uraian Manajemen Proyek