Rilis yang Baru Berani Dikerjakan Setelah Jam Kantor

Ada tim yang tidak punya masalah dengan software-nya. Masalahnya muncul pada jam tujuh malam, ketika sebagian besar orang sudah pulang dan satu orang masih menunggu proses salin-mengsalin file selesai.

Pada kondisi itu rilis berhenti menjadi pekerjaan biasa. Ia menjadi peristiwa yang dijadwalkan jauh-jauh hari dan dikerjakan pada saat paling sepi, supaya kalau rusak, tidak terlalu banyak yang melihat. Konsekuensinya sunyi tapi mahal: permintaan kecil menumpuk menunggu satu jendela rilis, dan setiap jendela rilis membawa risiko lebih besar dari jendela sebelumnya.

Penyebabnya hampir selalu satu hal yang sama: tidak ada jalan kembali yang bisa dijalankan dengan tenang. Memasang versi baru bisa dilakukan. Mengembalikan ke versi kemarin berarti mencari folder cadangan dan berharap isinya masih cocok.

Rilis yang membosankan adalah rilis yang sudah dibereskan

Pekerjaan yang kami lakukan di bagian ini jarang berupa alat yang canggih. Biasanya dimulai dari membuat satu jalur yang sama untuk setiap rilis (bangun, uji, pasang) dijalankan dengan perintah yang sama, bukan dengan ingatan satu orang.

Setelah jalur itu ada, dua hal lain menjadi masuk akal: mengembalikan versi lama dengan satu langkah yang sudah pernah dicoba sebelumnya, dan mengetahui apakah sistem sedang hidup tanpa harus menunggu telepon dari klien.

Tanda yang biasanya kami temukan bersamaan:

• Rilis dijadwalkan pada jam yang aneh: malam, akhir pekan, atau menjelang libur panjang.
• Hanya satu orang yang berani menjalankan proses pemasangan.
• Cadangan disimpan sebagai folder, dan belum pernah dicoba untuk dikembalikan.
• Kabar pertama tentang gangguan datang dari klien, bukan dari pemantauan.

Perbaikan di bagian ini biasanya terlihat pada perilaku orang lebih dulu, bukan pada perangkatnya. Ketika rilis bisa dikerjakan siang hari tanpa persiapan khusus, permintaan tidak lagi menunggu dua minggu, dan tim berhenti mencari waktu yang aman untuk pekerjaan yang sebenarnya rutin.

Kalau jadwal rilis di tempat Anda masih diperlakukan seperti peristiwa khusus, penataan jalur rilis dan pemantauan adalah tempat yang masuk akal untuk memulai. Ini pekerjaan yang kami jalankan sebagai bagian dari layanan cloud dan DevOps.