Bagaimana Anda mempresentasikan perkembangan pengembangan perangkat lunak Anda kepada para pemangku kepentingan Anda?

Kami menggunakan bugzilla untuk melacak bug dan permintaan fitur, dan kami juga meminta pengembang untuk menulis ke catatan rilis terpisah jika mereka menyelesaikan pengkodean fitur. Mode lama, saya tahu.

Satu masalah yang kita miliki dengan pengaturan di atas, adalah bahwa sementara itu berfungsi baik untuk perangkat lunak yang sudah kita jual, itu sama sekali tidak berguna ketika datang untuk melacak kemajuan proyek pengembangan perangkat lunak baru. Alasannya adalah bahwa pada titik pengembangan perangkat lunak baru, kami tidak, atau lebih tepatnya, kami tidak bisa, menggunakan bugzilla untuk melacak fitur hanya karena bugzilla tidak cocok untuk merepresentasikan kerumitan rumit dari ketergantungan fitur (Untuk melengkapi yang baru aplikasi perangkat lunak, ada terlalu banyak fitur untuk dikodekan dan kami hanya merasa tidak ingin memasukkannya ke bugzilla, dan bahkan jika kami melakukannya, kami tidak memiliki cara untuk mengetahui fitur mana yang bergantung pada mana, dan kami tidak akan dapat tetap dapatkan prediksi tanggal pengiriman yang akurat).

Kemudian, para pemangku kepentingan kita akan prihatin dengan kemajuan pembangunan kita (atau kurang) dan mulai menggedor pintu tim (milik Anda benar-benar) pada perkiraan, yang saya tidak bisa menjawab karena tragis, saya juga jujur ​​tidak cukup tahu seberapa jauh aplikasi baru dari selesai.

Bagaimana Anda mempresentasikan perkembangan pengembangan perangkat lunak Anda kepada para pemangku kepentingan Anda?

Lakukan dengan cara Agile: Demo lebih awal dan sering demo.

Tidak ada yang mengalahkan perasaan mendalam untuk benar-benar menggunakannya untuk merasakan kemajuan.

Penafian: Saya belum pernah menggunakan Bugzilla sebelumnya, jadi saya tidak yakin dengan kemampuan manajemen proyeknya (meskipun Bugzilla: Manajemen Proyek dengan Bugzilla tampaknya terlihat bagus).

Masalah ini terdengar seperti hasil dari kurangnya disiplin. Anda harus menggunakan perangkat lunak manajemen proyek untuk merencanakan dan bertanggung jawab atas waktu dan upaya yang Anda habiskan. Setiap perangkat lunak manajemen proyek (saya terkesan dengan Jira dan Redmine ) memiliki fungsionalitas untuk membagi tugas ke tingkat sehingga Anda dapat memberikan perkiraan (~ jam) yang akurat pada setiap tugas.

Dari sana, itu adalah kasus disiplin dan mengisi rincian tugas. Ini akan memberikan gambaran umum dalam bentuk bagan gantt (Redmine) atau bagan burndown proyek (Jira) yang memberikan evaluasi instan pada kemajuan proyek Anda.

Pada akhirnya, itu hanya memberikan perkiraan waktu (yang dilakukan dengan memecah tugas untuk memaksimalkan akurasi), kemudian saat pengembangan dimulai, membandingkan kemajuan dengan perkiraan awal (atau revisi).

Manajemen proyek tidak harus sangat mewah atau membutuhkan alat yang canggih, dan KISS bukanlah mantra yang buruk jika Anda tidak memiliki manajer proyek yang berdedikasi. Jika Anda sedang mengembangkan perangkat lunak baru, maka Anda setidaknya harus memiliki semacam spesifikasi atau daftar fitur. Merinci dan membuangnya ke dalam spreadsheet bersama dengan mungkin perkiraan waktu, tanggal mulai yang diharapkan, tanggal pengiriman yang diharapkan, jam kerja, dan indikator status (selesai, sedang dalam proses, tidak dimulai). Anda kemudian dapat memproduksi menghasilkan metrik apa pun yang Anda rasa sesuai untuk menunjukkan kemajuan proyek (seperti% penyelesaian berdasarkan jumlah jam yang diperkirakan untuk item yang selesai vs total jam perkiraan). Buat beberapa grafik dengan warna-warna cerah, dan semua orang senang.

Banyak perangkat lunak PPM dapat berlebihan untuk tim kecil, melacak beberapa proyek, penugasan sumber daya, item QC, dll. Jika Anda benar-benar perlu membuat laporan status, spreadsheet tidak apa-apa. "Kami telah menyelesaikan 92 dari 127 fitur, dan memperkirakan kami akan selesai mengkode dan menguji dua minggu lebih cepat dari jadwal." Semua orang bertepuk tangan.