1.4 Bukan Cuma Membuat Baru: Memperbaiki, Merawat, dan Merombak

Pertanyaan 'layak dibuat' membawa kita ke pertanyaan yang lebih mendasar: untuk siapa solusi ini dan apa yang ingin diperbaiki? Tapi sebelum menjawab itu, ada satu asumsi yang perlu diluruskan. Banyak orang, begitu mendengar kata "menyelesaikan sesuatu dengan teknologi", langsung membayangkan aplikasi baru. Layar putih. Database baru. Code dari nol. Padahal, dalam kenyataan sehari-hari, sebagian besar pekerjaan teknologi justru tidak dimulai dari halaman kosong.

Coba lihat sekeliling Anda. Di perusahaan mana pun, sistem yang sudah berjalan jauh lebih banyak daripada sistem yang baru akan dibuat. Ada aplikasi penggajian yang sudah dipakai sepuluh tahun. Ada portal pelanggan yang dibangun tiga tahun lalu dan sekarang mulai lambat. Ada laporan keuangan yang dihasilkan dari gabungan tiga sistem berbeda, dan setiap bulan ada data yang tidak cocok. Semua ini adalah masalah yang perlu diselesaikan—tanpa harus membuat sesuatu yang baru.

Memperbaiki sistem lama seringkali lebih berdampak daripada membangun yang baru. Sebuah aplikasi yang sudah berjalan bertahun-tahun mungkin memiliki celah keamanan, proses yang tidak efisien, atau antarmuka yang membingungkan pengguna. Memperbaikinya bisa langsung dirasakan oleh puluhan atau ratusan pengguna yang sudah bergantung padanya. Sementara aplikasi baru, meskipun menarik, harus melewati masa adopsi dan belum tentu dipakai.

Merawat sistem juga bukan pekerjaan kelas dua. Setiap sistem yang berjalan membutuhkan perhatian: update keamanan, penyesuaian terhadap perubahan aturan bisnis, penambahan fitur kecil yang diminta pengguna, atau sekadar memastikan server tidak mati di tengah malam. Di zaman AI, perawatan ini bisa dibantu dengan alat yang memonitor kesehatan sistem, mendeteksi anomali, atau bahkan menyarankan perbaikan sebelum masalah terjadi. Tapi keputusan tentang apa yang perlu dirawat, seberapa sering, dan dengan prioritas apa—itu tetap pekerjaan manusia.

Kemudian ada merombak. Ini berbeda dengan memperbaiki. Merombak berarti Anda melihat sistem yang sudah tidak bisa diperbaiki lagi. Mungkin arsitekturnya sudah usang, teknologinya tidak lagi didukung, atau perubahan yang dibutuhkan terlalu besar sehingga lebih murah memulai ulang. Tapi merombak bukan berarti membangun dari nol seperti proyek baru. Anda tetap harus memahami data lama, memastikan transisi tidak mengganggu pengguna, dan menjaga agar layanan tetap berjalan selama proses perombakan. Ini pekerjaan yang membutuhkan pemahaman mendalam tentang sistem yang ada, bukan sekadar kemampuan menulis code baru.

Ada juga pekerjaan mengintegrasikan. Banyak masalah justru muncul bukan karena sistemnya jelek, tetapi karena sistem-sistem yang ada tidak saling berbicara. Data pelanggan ada di CRM, data pesanan ada di sistem terpisah, dan data pengiriman ada di aplikasi lain. Menghubungkan mereka—membuat satu sistem bisa membaca data dari sistem lain—seringkali lebih bernilai daripada membuat aplikasi baru yang canggih.

Pertanyaan kuncinya bukan "aplikasi apa yang perlu saya buat?", melainkan "apa yang perlu saya perbaiki agar pekerjaan berjalan lebih baik?". Jawabannya bisa berupa memperbaiki sistem lama, merawat yang sudah berjalan, merombak yang sudah tidak layak, atau mengintegrasikan yang masih terpisah. Semua ini adalah cara menyelesaikan sesuatu dengan teknologi, dan semuanya membutuhkan pemahaman tentang masalah, bukan sekadar kemampuan coding.

Berikut diagram yang merangkum kapan masing-masing tindakan tepat dilakukan.

flowchart TD A[Sistem yang sudah berjalan] --> B{Apa yang perlu dilakukan?} B --> C[Membuat Baru] B --> D[Memperbaiki] B --> E[Merawat] B --> F[Merombak] C --> C1[Tidak ada solusi yang cocok] C --> C2[Aplikasi baru dari nol] D --> D1[Sistem masih layak, ada celah atau inefisiensi] D --> D2[Perbaikan langsung dirasakan pengguna] E --> E1[Sistem berjalan, butuh perhatian rutin] E --> E2[Update, monitoring, penyesuaian] F --> F1[Arsitektur usang, teknologi tidak didukung] F --> F2[Perombakan dengan memahami data lama]

Ini membawa kita ke satu pergeseran penting. Selama ini, identitas kita sering melekat pada apa yang kita buat. "Saya membuat aplikasi ini." "Saya menulis code untuk fitur itu." Tapi di zaman AI, ketika membuat prototype menjadi sangat mudah, identitas semacam itu semakin tidak relevan. Yang lebih bermakna adalah: apakah yang Anda lakukan membantu sesuatu bekerja lebih baik?