Anda mendata sistem lama dengan satu halaman per sistem yang menjawab 7 pertanyaan: penanggung jawab, pengguna, data dan apakah termasuk data pribadi, koneksi, apa yang berhenti jika sistem berhenti, tanggal perpanjangan lisensi, serta teknologi dan akhir dukungannya. Lalu setiap sistem mendapat salah satu dari 5 keputusan: pertahankan, hentikan, ganti dengan produk jadi, pindahkan apa adanya ke cloud, atau bangun ulang, versi sederhana dari 7 strategi dalam panduan migrasi resmi Amazon. AI mempercepat separuh teknisnya, tetapi tidak bisa memberi tahu siapa penanggung jawab sebuah sistem.

Di bagian 2 Anda memberi skor tiap sistem dari 8. Skor menunjukkan risikonya; inventaris memberi apa yang Anda perlukan untuk memutuskan.

Apa yang masuk ke halaman tiap sistem

Anda tidak perlu perangkat lunak khusus untuk memulai. Tabel sederhana sudah cukup, asalkan menjawab pertanyaan-pertanyaan ini untuk setiap sistem:

  • Penanggung jawab: satu orang yang disebut namanya dan memutuskan soal sistem dari sisi bisnis, bukan departemen TI. Jika Anda tidak menemukannya, itulah temuan pertama inventaris Anda.
  • Pengguna: departemen mana yang memakainya, kira-kira berapa orang, dan apakah pelanggan atau pemasok di luar perusahaan juga memakainya.
  • Data: apa yang disimpannya, apakah termasuk data pribadi pelanggan atau karyawan, dan di mana data itu sebenarnya berada: server di kantor atau cloud, dan di negara mana.
  • Koneksi: dari mana datanya berasal dan ke mana perginya: penagihan, bank, toko online, penggajian, file Excel yang diekspor tiap minggu.
  • Dampak jika berhenti: apa yang terjadi jika sistem berhenti seharian penuh: penjualan berhenti, gaji terlambat, atau tidak ada yang sadar?
  • Lisensi dan kontrak: kepada siapa Anda membayar, kapan kontrak diperpanjang, dan apakah ada batas waktu pemberitahuan sebelum perpanjangan. Tanggal perpanjangan sering menentukan kapan keputusan Anda harus siap.
  • Teknologi dan dukungan: bahasa pemrograman, basis data, dan sistem operasi, serta kapan dukungan masing-masing berakhir, seperti yang kita lihat di bagian 2.

Jika inventaris menunjukkan bahwa sebagian sistem nyata Anda adalah spreadsheet yang menopang pekerjaan harian, kami sudah menjelaskan cara mendatanya di sheet mana yang sebenarnya sistem.

Pertanyaan soal data: jangan dilewatkan

Kolom data pribadi lebih penting dari kolom lain mana pun, karena mengubah keputusan. Sistem yang menyimpan nama dan nomor telepon pelanggan atau catatan karyawan tunduk pada Undang-Undang Pelindungan Data Pribadi (PDPL) yang diawasi oleh Otoritas Data dan Kecerdasan Buatan Saudi (SDAIA), dan memindahkan atau memproses data itu di luar Kerajaan selama modernisasi perlu ditinjau sebelum dimulai. Kami membahas kewajiban praktisnya di panduan PDPL kami untuk perusahaan.

Hal ini juga menyangkut alat modernisasi itu sendiri. Misalnya, halaman Region resmi AWS Transform mencantumkan 9 Region tempat ruang kerja bisa dibuat, tidak satu pun di Timur Tengah, dan mengingatkan bahwa data bisa diproses di Region yang berbeda dari tempat Anda bekerja. Menurut Kantor Berita Saudi pada 1 September 2026, Amazon mengumumkan bahwa Region cloud pertamanya di Kerajaan berada di jalur untuk diluncurkan pada Desember 2026. Jadi catat di mana data tiap sistem berada saat ini, agar Anda tahu alat mana yang bisa membacanya tanpa masalah.

Bagaimana AI mempercepat pendataan, dan apa yang tidak diketahuinya

Separuh teknis sebuah inventaris dulu memakan waktu berminggu-minggu untuk memeriksa server dan membaca kode secara manual. Alat masa kini membaca server dan kode serta memetakan koneksi di antaranya secara otomatis. Satu contoh di antara banyak: Amazon menyatakan di halaman AWS Transform bahwa agennya mengotomatiskan migrasi mulai dari penemuan dan perencanaan bertahap hingga peralihan, dan bahwa penilaian mainframe-nya memangkas penemuan berbulan-bulan menjadi hitungan jam. Itu klaim Amazon, bukan hasil yang dijamin. Halaman harganya saat ini mencantumkan penilaian sebagai salah satu agen gratis.

Panduan migrasi Amazon juga memberi tanda praktis untuk menemukan sistem yang bisa dihentikan, memakai data dari alat penemuan itu sendiri:

  • Sistem dengan rata-rata penggunaan CPU dan memori di bawah 5 persen disebut panduan itu aplikasi zombi.
  • Sistem dengan penggunaan antara 5 dan 20 persen selama 90 hari disebutnya aplikasi menganggur.
  • Sistem tanpa koneksi masuk sama sekali dalam 90 hari terakhir adalah kandidat untuk dihentikan.

Namun alat itu tidak tahu siapa penanggung jawab sistem, kapan kontraknya diperpanjang, bahwa satu-satunya karyawan yang memahaminya akan pensiun tahun depan, atau bahwa satu-satunya laporan zakat tahunan berasal dari sistem itu. Itu didapat dari wawancara singkat dengan penanggung jawab dan pengguna tiap sistem. Mesin mengisi kolom teknis; manusia mengisi kolom bisnis.

Lima keputusan untuk setiap sistem

Setelah pendataan, beri setiap sistem satu keputusan. Ini gambaran sederhana dari tujuh strategi dalam panduan Amazon:

KeputusanArtinya secara sederhanaKapan cocok
PertahankanTetap seperti sekarang untuk sementara, dengan pemantauanStabil dan terisolasi, terikat perangkat keras khusus, baru saja ditingkatkan, atau menunggu versi jadi dari vendor
HentikanAnda mematikannya dan mengarsipkan datanyaTidak ada nilai bisnis, hampir tidak dipakai, atau teknologi di luar dukungan yang tidak layak dimodernisasi
Ganti dengan produk jadiAnda membeli produk atau langganan yang melakukan pekerjaan yang samaPekerjaannya biasa dan tidak membedakan Anda, dan ada produk yang mencakupnya tanpa perubahan besar
Pindahkan apa adanyaAnda memindahkannya ke cloud tanpa mengubah kodeMasalahnya ada pada server dan perangkat keras, bukan pada perangkat lunaknya
Bangun ulangAnda menulis ulang atau mengubah strukturnyaAturan bisnisnya justru yang membedakan Anda, dan sistem tidak bisa diubah atau tidak ada yang tahu cara merawatnya

Panduan itu mengingatkan bahwa membangun ulang adalah pilihan paling rumit dan paling mahal, dan untuk migrasi besar menyarankan agar sistem dipindahkan dulu lalu dimodernisasi setelah pemindahan selesai. Jika keputusan Anda adalah cloud, mulailah dengan panduan kami pindah ke cloud untuk perusahaan Saudi.

Pandangan Origami

Kami membangun sistem, menghubungkannya, dan memodernisasi sistem lama, namun kami tetap memulai setiap proyek modernisasi dari inventaris, bukan dari kode. Sistem yang koneksinya tidak Anda ketahui bisa merusak sesuatu yang tidak terlihat sampai ada pelanggan yang mengeluh, dan inventaris sering menunjukkan bahwa keputusan yang tepat untuk banyak sistem adalah mempertahankan atau menghentikannya, bukan membangun ulang.

Karena itu kami memakai alat AI untuk membaca server dan kode serta memetakan koneksi dengan cepat, lalu duduk bersama penanggung jawab tiap sistem untuk melengkapi apa yang tidak diketahui alat itu, dan menghasilkan satu keputusan per sistem serta urutan yang jelas untuk memulai. Jika Anda ingin melihat cara kami bekerja, lihat layanan kami.

Latihan minggu ini: satu halaman per sistem

Ambil sistem yang mendapat skor 6 dari 8 atau lebih dalam latihan bagian 2, lalu isi tabel ini untuk masing-masing dalam satu halaman:

ButirJawaban
Nama sistem dan fungsinya, dalam satu kalimat
Penanggung jawab dari sisi bisnis
Pengguna (departemen, perkiraan jumlah, pihak luar)
Data, apakah termasuk data pribadi, dan di mana disimpan
Koneksi masuk dan keluar
Apa yang berhenti jika sistem berhenti sehari
Lisensi, tanggal perpanjangan, dan batas waktu pemberitahuan
Teknologi dan akhir dukungannya
Skor bagian 2, dari 8
Keputusan sementara, salah satu dari lima

Tulis keputusannya dengan pensil. Keputusan itu masih sementara sampai Anda tahu aturan apa saja yang hidup di dalam sistem, dan itulah topik bagian berikutnya.

Selanjutnya

Kini Anda punya inventaris dan keputusan sementara untuk setiap sistem. Tetapi sistem yang Anda putuskan untuk dibangun ulang menyimpan aset paling berharganya: aturan bisnis sebenarnya untuk diskon, harga, denda keterlambatan, dan persetujuan, yang terkubur di dalam kode dan di kepala orang-orang. Di bagian 4 kami menjelaskan bagaimana AI mengekstrak aturan itu dari sistem lama Anda dan menuliskannya sebagai spesifikasi yang jelas, dan mengapa penanggung jawab tiap proses harus mengonfirmasi setiap aturan sebelum kode baru apa pun ditulis.

Sumber