Izinkan saya menambahkan detail: Saya bekerja di tempat kelembagaan dengan banyak coder, penguji, analis QA, pemilik produk, dll. Dan di sini ada sesuatu yang menggangguku:
Kami telah mampu menjual perangkat lunak jelek (walaupun cukup fungsional) selama lebih dari satu dekade. Ini memiliki banyak fitur dan produk ini kompetitif, tetapi ada beberapa bug serius di luar sana, serta ribuan "potongan kertas" - sedikit gangguan yang klien harus terbiasa.
Sangat menyakitkan saya untuk melihat beberapa hal karena saya sangat percaya bahwa jika komputer tidak membantu membuat hidup kita lebih mudah, maka kita tidak boleh menggunakannya. Saya memiliki kepercayaan pada rekan-rekan saya - mereka cerdas, mampu, dan dapat meningkatkan hal-hal ketika fokusnya adalah melakukan hal itu.
Tetapi, mungkin sulit untuk melaporkan bug terhadap beberapa fungsi lama tanpa melihatnya ditutup atau dilupakan. "Berhasil seperti itu selama ribuan tahun" adalah jawaban yang khas. Juga, ketika QA melakukan regresi, mereka cenderung mencari apa pun yang berbeda sebanyak apa pun yang tampaknya tidak benar. Jadi, perbaikan terhadap masalah lama dapat ditulis sebagai bug, karena "sudah seperti itu bahkan sebelum waktu saya".
Penulis kode muda dalam diri saya berpikir: tulis ulang hal aneh ini! Sebagai seseorang yang memiliki kesempatan untuk menjadi dekat dengan penjualan, klien, saya ingin memberikan manfaat dari keraguan terhadap pendekatan ini.
Saya tertarik dengan pendapat / pengalaman Anda juga. Cobalah mempertimbangkan risiko, untung-untung, dan faktor non-teknis lainnya.