Saya bekerja di perusahaan berukuran sedang tetapi dengan kekuatan IT yang sangat kecil.
Tahun lalu (2011), saya menulis sebuah aplikasi yang sangat populer dengan sekelompok besar pengguna akhir. Kami mencapai tenggat waktu pada akhir tahun lalu dan beberapa fungsi (saya akan memanggil funcA mulai sekarang) tidak ditambahkan ke dalam aplikasi yang diinginkan pada akhir. Jadi, aplikasi ini sudah berjalan di live / produksi sejak akhir 2011, saya dapat menambahkan tanpa masalah.
Kemarin, seluruh kelompok pengguna akhir mulai mengeluh bahwa fungsi yang tidak pernah ada dalam aplikasi tidak lagi berfungsi. Prioritas kami di perusahaan ini adalah bahwa jika aplikasi rusak, itu harus diperbaiki terlebih dahulu sebelum proyek diprioritaskan.
Saya telah membandingkan kode dan kueri dan tidak ada perbedaan sejak 2011, yang merupakan proofA. Saya kemudian bisa mendapatkan salah satu pengguna akhir untuk mengakui bahwa itu tidak pernah bekerja proofB, tetapi sejak itu pengguna akhir telah kembali dan mengatakan bahwa itu bekerja sebelumnya ... Saya percaya gerombolan pengguna akhir telah berasimilasi nya. Saya juga telah meninjau catatan saya untuk proyek ini yang memiliki persyaratan dan pembaruan harian mengenai proyek yang secara khusus menyatakan, "fungsi tidak tercapai karena keterbatasan waktu", proofC.
Saya telah berbicara dengan banyak dari mereka dan saya dapat melihat di mana mereka bisa bingung karena mereka sangat jauh dari latar belakang pemrograman, tetapi saya juga tahu mereka cukup pintar untuk bertindak dalam suatu kelompok untuk mem-bypass pesanan prioritas proyek untuk mendapatkan fungsi yang mereka inginkan untuk membuat pekerjaan mereka lebih mudah.
Bagian terburuknya adalah bahwa sekarang grup think sudah siap dan bos saya serta kepala TI mulai mempercayai mereka, meskipun tidak ada perubahan kode atau kueri. Sejauh meninjau keadaan logika itu sangat dipotong dan kering ke titik jika 1 = 1, funcA tidak akan berfungsi.
Jadi, ini adalah akhir dari uraian skenario saya, tetapi saya mencoba untuk tidak mendapatkan sedikit metrik kinerja saya karena ini yang pada dasarnya akan membuat saya pindah untuk memperbaiki masalah produksi yang tidak ada yang mungkin akan mengambil alih 1 bulan.