Mengapa Pengejaran Kecepatan Menciptakan Masalah Perangkat Lunak Besok

Tekanan untuk mengirimkan ERP dan perangkat lunak kritis bisnis dengan lebih cepat sering menciptakan biaya tersembunyi yang organisasi akhirnya harus hadapi, argues Carl Andrews, CEO, Original Software.

Setiap CIO telah menghadiri perayaan go-live. Kue, ucapan selamat, perasaan lega bahwa sesuatu akhirnya dikirim. Apa yang dibicarakan kurang adalah apa yang terjadi dalam bulan-bulan berikutnya, ketika tekanan untuk mengirimkan tepat waktu telah diam-diam memindahkan biayanya kepada tim yang ditinggalkan untuk memelihara apa yang dikirim.

Ini bukanlah masalah khusus. Dorongan untuk pengiriman perangkat lunak yang lebih cepat dipercepat, bukan melambat. Siklus sprint menjadi lebih pendek, frekuensi rilis meningkat, dan harapan bahwa teknologi harus merespons kebutuhan bisnis hampir secara real-time sekarang menjadi standar. Bergerak lebih cepat biasanya merupakan naluri yang tepat. Pertanyaannya adalah apa yang dikorbankan secara diam-diam untuk membuatnya terjadi.

Di Mana Utang Mulai

Utang teknis jarang datang dengan peringatan. Utang teknis dibangun melalui keputusan yang, secara individu, tampaknya sepenuhnya dapat dipertahankan. Dokumentasi dipindahkan ke daftar prioritas karena tim perlu memenuhi tenggat waktu. Solusi sementara ditambahkan ke konfigurasi ERP karena perbaikan yang tepat akan menunda proyek. Pengujian dikurangi karena timeline sudah terlambat

Kustomisasi ditinggalkan karena menggantinya terasa terlalu mengganggu.

Tidak ada yang berusaha mengumpulkan utang. Utang teknis adalah apa yang tersisa setelah serangkaian keputusan yang masuk akal dibuat di bawah tekanan. Apa yang dimulai sebagai beberapa jalan pintas menjadi sistem yang lebih sulit untuk diubah, lebih sering rusak, dan lebih mahal untuk dipelihara daripada yang dibayangkan oleh siapa pun.

Lingkungan ERP sangat rentan. Dengan sifatnya, mereka berada di pusat organisasi, menghubungkan keuangan, SDM, rantai pasokan, pengadaan, dan fungsi bisnis kritis lainnya. Dalam waktu, tahun-tahun jalan pintas, solusi sementara, dan perubahan yang tidak didokumentasikan dengan baik menciptakan kompleksitas yang tidak diinginkan oleh siapa pun, tetapi diwarisi oleh semua orang. Hasilnya dapat diprediksi, bahkan jika waktu tidak menjadi masalah yang seharusnya ditangkap dalam pengujian, tetapi muncul dalam proses bisnis langsung, biasanya pada saat terburuk.

Mengapa Organisasi Mengabaikan Masalah

Bagian dari tantangan adalah bahwa utang teknis jarang muncul sebagai biaya yang jelas. Tidak seperti proyek yang gagal atau tenggat waktu yang terlewat, utang teknis menumpuk secara bertahap. Utang teknis muncul sebagai upgrade yang membutuhkan waktu lebih lama dari yang diharapkan. Perubahan yang membutuhkan lebih banyak upaya daripada yang seharusnya. Tim yang menghabiskan minggu untuk menyelidiki masalah yang sebelumnya dapat diselesaikan dengan mudah.

Karena biaya ini muncul secara perlahan, biaya tersebut sering dianggap sebagai insiden terisolasi daripada gejala dari masalah yang lebih luas. Organisasi cenderung fokus pada manfaat yang terlihat dari pengiriman yang cepat sambil mengabaikan konsekuensi jangka panjang dari membuat sistem lebih sulit untuk dipelihara dan berkembang.

Hasilnya adalah bahwa utang teknis sering menerima perhatian hanya ketika mulai mempengaruhi kinerja bisnis.

Dampak pada Inovasi, Produktivitas, dan Ketahanan

Biaya utama dari utang teknis tidak biasanya teknis. Biaya utama adalah strategis. Ketika lingkungan ERP menjadi lebih kompleks, tim IT menghabiskan lebih banyak waktu untuk memelihara sistem yang ada dan kurang waktu untuk mengirimkan kemampuan baru. Sumber daya yang dapat mendukung proyek transformasi, perbaikan proses, atau inisiatif AI malah dikonsumsi oleh pemecahan masalah, perkerjaan ulang, dan pemeliharaan sistem.

Inovasi melambat karena setiap perubahan membawa risiko yang lebih besar. Produktivitas menderita karena tugas rutin membutuhkan waktu lebih lama untuk diselesaikan. Ketahanan menurun karena sistem menjadi lebih sulit untuk diuji, didukung, dan pulih ketika sesuatu salah. Ini menciptakan siklus yang frustrasi. Organisasi mendorong kecepatan untuk tetap kompetitif, tetapi utang yang diciptakan oleh kecepatan itu akhirnya membuat perubahan di masa depan lebih lambat, lebih mahal, dan lebih sulit untuk dilakukan.

Mendapatkan Keseimbangan yang Tepat

Jawabannya bukan untuk melambatkan. Sedikit organisasi yang dapat membiayai itu. Tujuan adalah membangun proses pengiriman yang mendukung kecepatan tanpa mengorbankan kualitas jangka panjang. Itu dimulai dengan mengakui bahwa kegiatan seperti pengujian, dokumentasi, dan tata kelola bukanlah hambatan untuk pengiriman. Mereka adalah apa yang membuat pengiriman yang berkelanjutan memungkinkan. Untuk sistem ERP khususnya, pengujian regresi yang kuat sangat penting.

Hal ini memberikan organisasi kepercayaan bahwa perubahan, pembaruan, dan upgrade dapat diperkenalkan tanpa menciptakan gangguan yang tidak terduga di tempat lain dalam bisnis. Dengan kombinasi otomatisasi yang lebih besar dan pengujian yang lebih awal sepanjang siklus pengiriman, hal ini membantu mengidentifikasi masalah sebelum mereka menjadi masalah yang mahal.

Yang paling penting, organisasi perlu memandang utang teknis sebagai masalah bisnis daripada masalah teknis. Keputusan yang diambil untuk mempercepat pengiriman hari ini akan mempengaruhi biaya, fleksibilitas, dan ketahanan sistem untuk tahun-tahun mendatang.

Go-live bukanlah garis finish. Ini hanya titik di mana konsekuensi jangka panjang dari keputusan tersebut mulai muncul. Organisasi yang berhasil dalam jangka panjang tidak akan menjadi mereka yang bergerak paling cepat dalam jangka pendek, tetapi mereka yang dapat terus berubah dan berinovasi tanpa terhambat oleh sistem yang mereka andalkan.