Baru-baru ini saya semakin terganggu oleh apa yang harus saya gambarkan sebagai salah satu pengalaman saya yang paling membuat frustrasi dan membunuh semangat dalam profesi ini: Harus duduk pada rilis yang telah diuji, diuji ulang, dipentaskan, dan untuk semua maksud dan tujuan siap dikirim / digunakan .
Sebagai seorang pria solusi menyeluruh dan bukan hanya seorang hardcore coder, saya mengerti dan bahkan menganjurkan perlunya kontrol perubahan yang tepat. Tetapi akhir-akhir ini, keseimbangan renggang antara menutupi pangkalan kami dan pengiriman tepat waktu telah berjalan miring, dan saya hampir tidak berhasil mengembalikannya ke sesuatu yang waras.
Saya mencari argumen yang meyakinkan untuk membantu meyakinkan manajemen yang tidak mau mengambil risiko bahwa:
Tim pengembang harus (atau harus) dapat mengatur jadwal rilisnya sendiri - tentu saja (1-3 bulan harus cukup konservatif untuk semua kecuali perusahaan-perusahaan Fortune 500 terbesar);
Rilis perangkat lunak adalah tonggak penting dan tidak boleh diperlakukan dengan berani; dengan kata lain, penundaan / penghentian yang tidak perlu sangat mengganggu dan harus dianggap hanya sebagai upaya terakhir untuk beberapa masalah bisnis kritis; dan
Entitas eksternal (non-dev / non-IT) yang ingin (atau menuntut) untuk dilibatkan sebagai pemangku kepentingan memiliki tanggung jawab untuk bekerja sama dengan tim pengembang untuk memenuhi jadwal rilis, terutama dalam minggu terakhir ini sebelum kapal yang direncanakan tanggal (yaitu pengujian / pementasan pengguna).
Pernyataan di atas adalah pernyataan yang benar bagi saya berdasarkan pengalaman, tetapi sepertinya saya sekarang harus membuktikannya - jadi saya meminta sesuatu yang sedikit lebih mudah di sini, jika hal seperti itu ada.
Adakah yang harus "menjual" ide siklus rilis yang tetap (atau mungkin semi-fleksibel) kepada manajemen memberikan beberapa petunjuk tentang argumen / strategi apa yang efektif atau persuasif dan mana yang tidak? Selain dari pertentangan jadwal yang jelas dan biaya yang hangus, apakah ada data / bukti keras yang akan berguna dalam membuat kasus bahwa pengiriman sebenarnya penting, bahkan dalam pengaturan "perusahaan"?
Sebagai alternatif, saya terbuka untuk mendengarkan argumen konstruktif tentang mengapa fleksibilitas jadwal (bahkan selama beberapa minggu / bulan) lebih penting daripada pengiriman sesuai jadwal; sulit bagi saya untuk percaya sekarang, tetapi mungkin mereka tahu sesuatu yang tidak saya ketahui.
Catatan kami telah melakukan rilis, dan ini melewati setiap tahap kecuali produksi. Masalah dilacak menggunakan pelacak bug komersial dan setiap masalah - 100% dari mereka - yang ditugaskan untuk rilis ini ditutup. Saya menyadari itu sulit untuk dipercaya dan itulah intinya - tidak masuk akal bahwa 100%, fitur lengkap, sepenuhnya diuji, disetujui oleh pemangku kepentingan akan ditunda oleh manajemen untuk alasan yang tidak dijelaskan, tetapi itulah yang terjadi, itulah yang sedang terjadi, itulah masalah yang harus dipecahkan.