Saya bisa mengerti tekanan jadwal. Anda ingin menyenangkan pengguna Anda, karena mereka adalah sumber kehidupan perusahaan. Namun, juga benar bahwa perubahan tertentu akan membuat segalanya lebih mudah. Sayangnya, manajemen dalam organisasi saya memiliki resistensi naluriah terhadap perubahan seperti itu dan resistensi ini begitu kuat sehingga menghalangi perbaikan jangka panjang.
Misalnya, Apple baru-baru ini memperkenalkan Penghitungan Referensi Otomatis untuk program iOS. Ini adalah peningkatan besar atas panggilan retain / release manual yang sebelumnya harus digunakan. Kode lebih mudah ditulis dan lebih mudah dipelihara. Changeover itu sendiri kemungkinan menghasilkan beberapa crash. Tapi begitu itu berhasil, jumlah crash aneh acak cenderung turun.
Baru-baru ini saya memberi tahu bos saya bahwa saya ingin beralih ke penghitungan referensi otomatis. Responsnya adalah bahwa ia ingin berkonsentrasi pada peningkatan yang terlihat. Kemungkinan tanggapan ini pada gilirannya didorong oleh tekanan yang didapatnya dari atas dirinya - dan mungkin benar dari CEO.
Ada banyak contoh serupa. Utas umum adalah bahwa sesuatu harus diperbaiki tetapi biaya jangka pendek perbaikan lebih besar daripada manfaat jangka pendek, di mana "jangka pendek" didefinisikan sebagai "dalam beberapa minggu ke depan."
Bagaimana saya harus menangani situasi ini?
EDIT: Terima kasih atas tanggapannya. Terus mereka datang. Karena ini relevan dengan situasi saya, saya harus menjelaskan bahwa manajer dan CEO saya adalah keduanya programmer - walaupun CEO sekarang mungkin sudah lupa seperti apa ini. Rupanya sisi programmer mereka kewalahan oleh tekanan lain.