{"id":14596,"date":"2026-08-27T16:59:21","date_gmt":"2026-08-27T09:59:21","guid":{"rendered":"https:\/\/crocodic.com\/?p=14596"},"modified":"2026-08-27T16:59:23","modified_gmt":"2026-08-27T09:59:23","slug":"berapa-biaya-migrasi-legacy-system-komponen-budget-dari-audit-hingga-go-live","status":"publish","type":"post","link":"https:\/\/crocodic.com\/en\/berapa-biaya-migrasi-legacy-system-komponen-budget-dari-audit-hingga-go-live\/","title":{"rendered":"Berapa Biaya Migrasi Legacy System? Komponen Budget dari Audit hingga Go-Live"},"content":{"rendered":"<p>Biaya migrasi legacy system tidak ditentukan hanya oleh ukuran aplikasi atau jumlah user. Dua perusahaan dengan sistem yang terlihat serupa dapat membutuhkan budget yang sangat berbeda karena effort migrasi dipengaruhi oleh <strong>kualitas codebase, dependency antar-sistem, kondisi database, kebutuhan integrasi, tingkat technical debt, target architecture, downtime tolerance, hingga cara migrasi dilakukan<\/strong>.<\/p>\n\n\n\n<p>Karena itu, pertanyaan:<\/p>\n\n\n\n<p><strong>\u201cBerapa biaya mengganti sistem lama?\u201d<\/strong><\/p>\n\n\n\n<p>biasanya belum cukup untuk menghasilkan estimasi yang dapat dipertanggungjawabkan.<\/p>\n\n\n\n<p>Pertanyaan yang lebih tepat adalah:<\/p>\n\n\n\n<p><strong>\u201cBagian mana dari sistem yang masih bernilai, bagian mana yang harus dimodernisasi, dan risiko apa yang harus dikendalikan selama transisi?\u201d<\/strong><\/p>\n\n\n\n<p>Pendekatan ini penting karena modernisasi legacy system tidak selalu berarti membuang sistem lama dan membangun semuanya dari nol.<a href=\"https:\/\/www.ibm.com\/think\/topics\/legacy-application-modernization?utm_source=chatgpt.com\"> IBM dalam panduannya mengenai legacy application modernization<\/a> menjelaskan beberapa pendekatan berbeda, mulai dari replatforming, re-architecting hingga rebuilding atau replacement. Pilihan strategi inilah yang kemudian sangat memengaruhi biaya dan durasi proyek.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Mengapa Budget Migrasi Legacy System Sulit Dipukul Rata?<\/strong><\/h2>\n\n\n\n<p>Bayangkan dua perusahaan menggunakan aplikasi operasional yang sama-sama telah berjalan selama lebih dari 10 tahun.<\/p>\n\n\n\n<p>Perusahaan pertama memiliki codebase yang masih terdokumentasi, database relatif konsisten, API untuk sistem eksternal, automated testing pada modul kritikal, dan developer internal yang masih memahami arsitekturnya.<\/p>\n\n\n\n<p>Perusahaan kedua memiliki aplikasi monolithic yang beberapa kali berpindah vendor, dokumentasi tidak lengkap, banyak business rule tertanam di dalam code, integrasi menggunakan direct database connection, dan hanya sedikit orang yang memahami bagaimana sistem bekerja secara end-to-end.<\/p>\n\n\n\n<p>Secara bisnis, keduanya sama-sama disebut:<\/p>\n\n\n\n<p><strong>legacy system.<\/strong><\/p>\n\n\n\n<p>Tetapi risiko migrasi dan effort engineering-nya sangat berbeda.<\/p>\n\n\n\n<p>Itulah sebabnya<a href=\"https:\/\/learn.microsoft.com\/en-us\/azure\/cloud-adoption-framework\/plan\/assess-workloads-for-cloud-migration?utm_source=chatgpt.com\"> Microsoft Cloud Adoption Framework menempatkan assessment sebelum migrasi<\/a>. Assessment perlu memberikan visibility terhadap architecture, performance, security, application code, database, dependency, dan requirement sebelum target architecture dan strategi migrasi diputuskan.<\/p>\n\n\n\n<p>Artinya, estimasi yang dibuat sebelum memahami dependency sistem biasanya hanya menghasilkan dua kemungkinan:<\/p>\n\n\n\n<p><strong>budget terlalu besar karena terlalu banyak contingency<\/strong>, atau <strong>budget terlalu kecil dan membengkak di tengah implementasi<\/strong>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Komponen Budget Migrasi Legacy System<\/strong><\/h2>\n\n\n\n<p>Secara praktis, budget modernisasi dapat dibagi menjadi beberapa kelompok berikut.<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table class=\"has-fixed-layout\"><tbody><tr><td><strong>Komponen<\/strong><\/td><td><strong>Aktivitas Utama<\/strong><\/td><td><strong>Faktor yang Menaikkan Biaya<\/strong><\/td><\/tr><tr><td><strong>Assessment &amp; System Audit<\/strong><\/td><td>Architecture review, code assessment, dependency mapping, database review<\/td><td>Dokumentasi minim, codebase besar, dependency tidak diketahui<\/td><\/tr><tr><td><strong>Target Architecture &amp; Migration Planning<\/strong><\/td><td>Menentukan rehost, replatform, refactor, rewrite atau replace<\/td><td>Banyak stakeholder dan constraint bisnis<\/td><\/tr><tr><td><strong>Application Modernization<\/strong><\/td><td>Refactoring, rebuilding module, API development, architecture changes<\/td><td>Technical debt tinggi dan teknologi obsolete<\/td><\/tr><tr><td><strong>Data Migration<\/strong><\/td><td>Data mapping, cleansing, migration script, reconciliation<\/td><td>Database besar, duplicate data, schema berbeda<\/td><\/tr><tr><td><strong>System Integration<\/strong><\/td><td>API, middleware, connector, third-party integration<\/td><td>Banyak sistem eksternal dan integrasi point-to-point<\/td><\/tr><tr><td><strong>Testing &amp; Validation<\/strong><\/td><td>Functional test, regression, performance, security, UAT<\/td><td>Sistem mission-critical dan coverage test rendah<\/td><\/tr><tr><td><strong>Cutover &amp; Go-Live<\/strong><\/td><td>Deployment, data sync terakhir, rollback preparation<\/td><td>Downtime tolerance sangat rendah<\/td><\/tr><tr><td><strong>Stabilization<\/strong><\/td><td>Monitoring, bug fixing, tuning, user support<\/td><td>Volume transaksi tinggi dan sistem kompleks<\/td><\/tr><tr><td><strong>Legacy Decommissioning<\/strong><\/td><td>Shutdown server, archive, contract\/license termination<\/td><td>Banyak dependency tersembunyi<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p>Model tersebut sejalan dengan pendekatan financial planning dari<a href=\"https:\/\/docs.aws.amazon.com\/prescriptive-guidance\/latest\/application-portfolio-assessment-guide\/directional-business-case.html?utm_source=chatgpt.com\"> AWS Prescriptive Guidance untuk migration business case<\/a>. AWS memasukkan biaya discovery dan migration planning, workload migration, infrastructure selama proses migrasi, testing, operational ramp-up, hingga decommissioning sebagai bagian dari business case migrasi.<\/p>\n\n\n\n<p>Jadi biaya migrasi bukan hanya:<\/p>\n\n\n\n<p><strong>development cost.<\/strong><\/p>\n\n\n\n<p>Ada biaya sebelum development, selama transisi, dan setelah sistem baru berjalan.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>1. Assessment: Jangan Mengestimasi Sistem yang Belum Dipahami<\/strong><\/h2>\n\n\n\n<p>Tahap pertama seharusnya bukan langsung membuat timeline development.<\/p>\n\n\n\n<p>Mulailah dengan mengetahui apa yang sebenarnya ada di dalam sistem.<\/p>\n\n\n\n<p>Assessment biasanya mencakup:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>module inventory,<\/li>\n\n\n\n<li>database,<\/li>\n\n\n\n<li>application architecture,<\/li>\n\n\n\n<li>integration,<\/li>\n\n\n\n<li>user role,<\/li>\n\n\n\n<li>third-party dependency,<\/li>\n\n\n\n<li>batch process,<\/li>\n\n\n\n<li>reporting,<\/li>\n\n\n\n<li>authentication,<\/li>\n\n\n\n<li>infrastructure,<\/li>\n\n\n\n<li>code quality,<\/li>\n\n\n\n<li>security exposure,<\/li>\n\n\n\n<li>dan business-critical workflow.<\/li>\n<\/ul>\n\n\n\n<p>Tujuannya bukan sekadar menghasilkan dokumentasi.<\/p>\n\n\n\n<p>Tujuan assessment adalah mengetahui:<\/p>\n\n\n\n<p><strong>apa yang harus dipindahkan, apa yang harus diperbaiki, apa yang harus dipertahankan, dan apa yang sebenarnya sudah tidak digunakan lagi.<\/strong><\/p>\n\n\n\n<p><a href=\"https:\/\/www.ibm.com\/think\/insights\/reimagining-brownfield-application-modernization?utm_source=chatgpt.com\">IBM pada pembahasan brownfield application modernization<\/a> menunjukkan mengapa hal ini berpengaruh langsung terhadap economics proyek. Legacy application dapat mengandung dead code, duplicated logic, architectural decay, dan technical debt yang membuat scope modernisasi terlihat lebih besar daripada business capability yang sebenarnya masih diperlukan.<\/p>\n\n\n\n<p>Dalam kasus seperti itu, memigrasikan seluruh codebase secara otomatis belum tentu efisien.<\/p>\n\n\n\n<p>Sebagian code mungkin sudah tidak memberikan business value.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>2. Strategi Migrasi Menentukan Besar Budget<\/strong><\/h2>\n\n\n\n<p>Tidak semua legacy system harus diperlakukan dengan strategi yang sama.<\/p>\n\n\n\n<p>Secara sederhana, perusahaan dapat memilih beberapa pendekatan.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Rehost<\/strong><\/h3>\n\n\n\n<p>Aplikasi dipindahkan ke environment baru dengan perubahan minimal.<\/p>\n\n\n\n<p>Biasanya lebih cepat, tetapi masalah architecture lama tetap terbawa.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Replatform<\/strong><\/h3>\n\n\n\n<p>Aplikasi dipindahkan sekaligus melakukan perubahan pada infrastructure atau platform agar lebih sesuai dengan kebutuhan baru.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Refactor<\/strong><\/h3>\n\n\n\n<p>Sebagian code dan architecture diperbaiki tanpa membangun ulang seluruh sistem.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Re-architect<\/strong><\/h3>\n\n\n\n<p>Struktur aplikasi mengalami perubahan lebih signifikan agar lebih scalable, modular, dan mudah diintegrasikan.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Rebuild<\/strong><\/h3>\n\n\n\n<p>Business capability dipertahankan, tetapi aplikasi dibangun kembali menggunakan architecture dan technology stack baru.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Replace<\/strong><\/h3>\n\n\n\n<p>Sistem lama diganti dengan platform atau produk lain.<\/p>\n\n\n\n<p><a href=\"https:\/\/learn.microsoft.com\/id-id\/azure\/cloud-adoption-framework\/plan\/select-cloud-migration-strategy?utm_source=chatgpt.com\">Microsoft menyediakan migration strategy framework yang mencakup beberapa pendekatan tersebut<\/a> dan secara khusus mengingatkan bahwa workload yang sudah memiliki masalah performance, reliability, atau architecture tidak sebaiknya hanya dipindahkan begitu saja karena technical debt tersebut akan ikut berpindah.<\/p>\n\n\n\n<p>Inilah salah satu alasan mengapa dua proposal migrasi dapat memiliki harga yang sangat berbeda.<\/p>\n\n\n\n<p>Vendor A mungkin menawarkan:<\/p>\n\n\n\n<p><strong>rehost.<\/strong><\/p>\n\n\n\n<p>Vendor B mungkin menawarkan:<\/p>\n\n\n\n<p><strong>re-architect + migration.<\/strong><\/p>\n\n\n\n<p>Keduanya tidak sedang menjual scope yang sama.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>3. Technical Debt Dapat Menjadi Hidden Cost Terbesar<\/strong><\/h2>\n\n\n\n<p>Legacy system hampir selalu membawa keputusan teknis dari masa lalu.<\/p>\n\n\n\n<p>Sebagian mungkin masih baik.<\/p>\n\n\n\n<p>Sebagian lainnya berubah menjadi technical debt.<\/p>\n\n\n\n<p>Contohnya:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>framework sudah tidak didukung,<\/li>\n\n\n\n<li>library tidak dapat di-upgrade,<\/li>\n\n\n\n<li>business logic duplicated,<\/li>\n\n\n\n<li>hard-coded configuration,<\/li>\n\n\n\n<li>dependency tidak terdokumentasi,<\/li>\n\n\n\n<li>database query sangat kompleks,<\/li>\n\n\n\n<li>deployment masih manual,<\/li>\n\n\n\n<li>automated test hampir tidak ada.<\/li>\n<\/ul>\n\n\n\n<p>Technical debt seperti ini membuat perubahan sederhana menjadi mahal karena developer harus memahami dan mengamankan banyak dependency sebelum melakukan perubahan.<\/p>\n\n\n\n<p>Menurut<a href=\"https:\/\/www.ibm.com\/think\/topics\/legacy-application-modernization?utm_source=chatgpt.com\"> IBM mengenai legacy application modernization<\/a>, technical debt menjadi salah satu tantangan utama dalam modernisasi karena shortcut dan keputusan lama dapat menghasilkan code yang sulit dipelihara serta meningkatkan biaya perubahan di kemudian hari.<\/p>\n\n\n\n<p>Karena itu budget migrasi sebaiknya tidak hanya mengukur:<\/p>\n\n\n\n<p><strong>berapa feature yang harus dibangun.<\/strong><\/p>\n\n\n\n<p>Tetapi juga:<\/p>\n\n\n\n<p><strong>berapa banyak complexity yang harus dibereskan agar feature tersebut dapat dipindahkan dengan aman.<\/strong><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>4. Data Migration Sering Terlihat Sederhana Sampai Data Dibuka<\/strong><\/h2>\n\n\n\n<p>Pada proposal awal, data migration sering ditulis hanya sebagai satu baris:<\/p>\n\n\n\n<p><strong>\u201cMigrasi database lama ke database baru.\u201d<\/strong><\/p>\n\n\n\n<p>Dalam praktiknya, pekerjaan ini dapat menjadi salah satu bagian paling berisiko.<\/p>\n\n\n\n<p>Contoh masalah yang sering ditemukan:<\/p>\n\n\n\n<p>Customer A pada sistem lama:<\/p>\n\n\n\n<p>PT ABC<\/p>\n\n\n\n<p>di sistem kedua:<\/p>\n\n\n\n<p>ABC, PT<\/p>\n\n\n\n<p>di spreadsheet divisi:<\/p>\n\n\n\n<p>ABC Indonesia<\/p>\n\n\n\n<p>Apakah ketiganya entitas yang sama?<\/p>\n\n\n\n<p>Sistem lama juga mungkin memiliki:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>column yang sudah tidak digunakan,<\/li>\n\n\n\n<li>duplicate record,<\/li>\n\n\n\n<li>inconsistent format,<\/li>\n\n\n\n<li>invalid reference,<\/li>\n\n\n\n<li>missing relation,<\/li>\n\n\n\n<li>transaction history yang terlalu besar,<\/li>\n\n\n\n<li>data yang perlu di-archive,<\/li>\n\n\n\n<li>atau encoding lama.<\/li>\n<\/ul>\n\n\n\n<p>Migrasi yang baik karena itu tidak hanya melakukan:<\/p>\n\n\n\n<p><strong>export \u2192 import.<\/strong><\/p>\n\n\n\n<p>Tetapi:<\/p>\n\n\n\n<p><strong>mapping \u2192 cleansing \u2192 transformation \u2192 migration \u2192 validation \u2192 reconciliation.<\/strong><\/p>\n\n\n\n<p>Assessment terhadap database juga menjadi bagian yang ditekankan dalam<a href=\"https:\/\/learn.microsoft.com\/en-us\/azure\/cloud-adoption-framework\/plan\/assess-workloads-for-cloud-migration?utm_source=chatgpt.com\"> Microsoft workload migration assessment guidance<\/a> agar compatibility dan requirement diketahui sebelum workload dipindahkan.<\/p>\n\n\n\n<p>Untuk sistem seperti ERP, CRM, finance, atau supply chain, kesalahan data setelah go-live sering kali lebih berbahaya daripada bug UI.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>5. Integrasi Sistem Harus Masuk Budget Sejak Awal<\/strong><\/h2>\n\n\n\n<p>Legacy application jarang berdiri sendiri.<\/p>\n\n\n\n<p>Ia mungkin terhubung dengan:<\/p>\n\n\n\n<p>ERP<br>CRM<br>payment gateway<br>banking system<br>warehouse<br>HRIS<br>Active Directory<br>email<br>WhatsApp<br>BI platform<br>third-party API<br>government platform.<\/p>\n\n\n\n<p>Karena itu modernisasi satu aplikasi sering memiliki efek terhadap sistem lain.<\/p>\n\n\n\n<p>Misalnya aplikasi procurement diganti.<\/p>\n\n\n\n<p>UI barunya selesai.<\/p>\n\n\n\n<p>Database baru selesai.<\/p>\n\n\n\n<p>Tetapi sistem ternyata masih harus menerima vendor data dari ERP lama dan mengirim invoice ke finance.<\/p>\n\n\n\n<p>Jika integrasi baru diketahui setelah development berjalan, budget mudah membengkak.<\/p>\n\n\n\n<p>Itulah sebabnya dependency mapping harus dilakukan ketika assessment.<\/p>\n\n\n\n<p>Bukan setelah aplikasi selesai dibangun.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>6. Testing Legacy Migration Lebih Mahal daripada Greenfield Testing<\/strong><\/h2>\n\n\n\n<p>Saat membuat sistem baru, kita menguji apakah feature baru bekerja.<\/p>\n\n\n\n<p>Saat memigrasikan legacy system, ada pertanyaan tambahan:<\/p>\n\n\n\n<p><strong>Apakah behaviour yang sudah digunakan perusahaan bertahun-tahun masih bekerja setelah migrasi?<\/strong><\/p>\n\n\n\n<p>Itulah mengapa regression testing menjadi sangat penting.<\/p>\n\n\n\n<p>Contohnya ada workflow:<\/p>\n\n\n\n<p><strong>Order \u2192 Approval \u2192 Inventory Reservation \u2192 Invoice \u2192 Delivery<\/strong><\/p>\n\n\n\n<p>Tim tidak hanya menguji setiap fitur.<\/p>\n\n\n\n<p>Tim perlu memastikan keseluruhan sequence tetap bekerja.<\/p>\n\n\n\n<p>Kemudian ada skenario:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>transaksi besar,<\/li>\n\n\n\n<li>transaksi bersamaan,<\/li>\n\n\n\n<li>failed integration,<\/li>\n\n\n\n<li>permission berbeda,<\/li>\n\n\n\n<li>historical data,<\/li>\n\n\n\n<li>batch process,<\/li>\n\n\n\n<li>rollback.<\/li>\n<\/ul>\n\n\n\n<p>Semakin mission-critical sistemnya, semakin besar testing effort yang dibutuhkan.<\/p>\n\n\n\n<p>Dan jika automated test pada aplikasi lama sangat minim, effort ini biasanya lebih besar lagi karena baseline behaviour harus dipetakan terlebih dahulu.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>7. Cutover Bukan Sekadar \u201cDeploy ke Production\u201d<\/strong><\/h2>\n\n\n\n<p>Salah satu biaya yang sering tidak terlihat ada pada fase cutover.<\/p>\n\n\n\n<p>Pada sistem non-kritikal, perusahaan mungkin dapat menghentikan aplikasi beberapa jam, memindahkan data, lalu menjalankan sistem baru.<\/p>\n\n\n\n<p>Namun untuk sistem yang digunakan 24\/7, strategi seperti itu tidak selalu memungkinkan.<\/p>\n\n\n\n<p>Perusahaan mungkin membutuhkan:<\/p>\n\n\n\n<p><strong>parallel environment<\/strong><\/p>\n\n\n\n<p><strong>incremental synchronization<\/strong><\/p>\n\n\n\n<p><strong>migration rehearsal<\/strong><\/p>\n\n\n\n<p><strong>rollback plan<\/strong><\/p>\n\n\n\n<p><strong>change freeze<\/strong><\/p>\n\n\n\n<p><strong>production monitoring<\/strong><\/p>\n\n\n\n<p>hingga tim standby setelah go-live.<\/p>\n\n\n\n<p><a href=\"https:\/\/learn.microsoft.com\/en-us\/azure\/cloud-adoption-framework\/migrate\/execute-migration?utm_source=chatgpt.com\">Microsoft dalam panduan eksekusi migrasi<\/a> memasukkan stakeholder preparation, change freeze, cutover, fallback option, validation, dan stabilization sebagai bagian dari migration execution.<\/p>\n\n\n\n<p>Artinya:<\/p>\n\n\n\n<p>semakin kecil downtime yang dapat diterima bisnis, semakin tinggi complexity migrasinya.<\/p>\n\n\n\n<p>Downtime requirement harus ditentukan sejak awal karena langsung memengaruhi architecture dan budget.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>8. Jangan Lupa Biaya Menjalankan Dua Sistem Sementara<\/strong><\/h2>\n\n\n\n<p>Ada satu periode yang sering terlupakan dalam perhitungan:<\/p>\n\n\n\n<p><strong>legacy masih hidup, sistem baru juga sudah hidup.<\/strong><\/p>\n\n\n\n<p>Saat itu perusahaan mungkin membayar:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>infrastructure lama,<\/li>\n\n\n\n<li>infrastructure baru,<\/li>\n\n\n\n<li>database replication,<\/li>\n\n\n\n<li>operational support,<\/li>\n\n\n\n<li>dua license,<\/li>\n\n\n\n<li>migration tooling,<\/li>\n\n\n\n<li>additional monitoring.<\/li>\n<\/ul>\n\n\n\n<p>AWS memasukkan biaya seperti migration infrastructure, testing environment, cloud ramp-up dan existing infrastructure ramp-down ke dalam migration business case.<a href=\"https:\/\/docs.aws.amazon.com\/prescriptive-guidance\/latest\/application-portfolio-assessment-guide\/directional-business-case.html?utm_source=chatgpt.com\"> Lihat AWS Directional Business Case Guidance<\/a>.<\/p>\n\n\n\n<p>Jadi budget modernisasi perlu melihat <strong>periode transisi<\/strong>, bukan hanya kondisi sebelum dan sesudah migrasi.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>9. Decommissioning Juga Memiliki Cost dan Risiko<\/strong><\/h2>\n\n\n\n<p>Setelah sistem baru berjalan, sistem lama tidak boleh langsung dimatikan.<\/p>\n\n\n\n<p>Pertanyaan yang perlu diselesaikan antara lain:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>apakah semua data sudah berpindah?<\/li>\n\n\n\n<li>apakah audit history masih dibutuhkan?<\/li>\n\n\n\n<li>apakah ada integration yang ternyata masih mengakses sistem lama?<\/li>\n\n\n\n<li>berapa lama backup harus disimpan?<\/li>\n\n\n\n<li>apakah ada license atau vendor contract yang harus dihentikan?<\/li>\n\n\n\n<li>siapa yang memberikan final approval untuk shutdown?<\/li>\n<\/ul>\n\n\n\n<p>Jika tahap ini tidak dikelola, perusahaan justru menjalankan dua sistem dalam jangka panjang.<\/p>\n\n\n\n<p>Akibatnya salah satu tujuan modernisasi\u2014mengurangi maintenance cost\u2014tidak pernah benar-benar tercapai.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Bagaimana Membuat Estimasi Budget yang Lebih Realistis?<\/strong><\/h2>\n\n\n\n<p>Daripada langsung meminta satu angka, enterprise dapat menggunakan model estimasi bertahap.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Stage 1 \u2014 Assessment Budget<\/strong><\/h3>\n\n\n\n<p>Digunakan untuk:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>system audit,<\/li>\n\n\n\n<li>dependency mapping,<\/li>\n\n\n\n<li>code assessment,<\/li>\n\n\n\n<li>data assessment,<\/li>\n\n\n\n<li>architecture review,<\/li>\n\n\n\n<li>security review,<\/li>\n\n\n\n<li>migration option analysis.<\/li>\n<\/ul>\n\n\n\n<p>Outputnya:<\/p>\n\n\n\n<p><strong>migration recommendation + target architecture + scope + risk + budget range.<\/strong><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Stage 2 \u2014 Migration \/ Modernization Budget<\/strong><\/h3>\n\n\n\n<p>Digunakan untuk:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>development,<\/li>\n\n\n\n<li>refactoring,<\/li>\n\n\n\n<li>API,<\/li>\n\n\n\n<li>data migration,<\/li>\n\n\n\n<li>integration,<\/li>\n\n\n\n<li>testing,<\/li>\n\n\n\n<li>infrastructure.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Stage 3 \u2014 Cutover Budget<\/strong><\/h3>\n\n\n\n<p>Digunakan untuk:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>migration rehearsal,<\/li>\n\n\n\n<li>final data sync,<\/li>\n\n\n\n<li>deployment,<\/li>\n\n\n\n<li>fallback,<\/li>\n\n\n\n<li>production validation.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Stage 4 \u2014 Stabilization Budget<\/strong><\/h3>\n\n\n\n<p>Digunakan untuk:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>monitoring,<\/li>\n\n\n\n<li>bug fixing,<\/li>\n\n\n\n<li>performance tuning,<\/li>\n\n\n\n<li>user support,<\/li>\n\n\n\n<li>knowledge transfer.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Stage 5 \u2014 Decommission Budget<\/strong><\/h3>\n\n\n\n<p>Digunakan untuk:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>archive,<\/li>\n\n\n\n<li>shutdown,<\/li>\n\n\n\n<li>infrastructure termination,<\/li>\n\n\n\n<li>license termination,<\/li>\n\n\n\n<li>documentation.<\/li>\n<\/ul>\n\n\n\n<p>Model tersebut lebih sehat dibanding membuat satu angka besar bernama:<\/p>\n\n\n\n<p><strong>\u201cBiaya Rebuild Sistem.\u201d<\/strong><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Illustrative Budget Allocation<\/strong><\/h2>\n\n\n\n<p>Setiap proyek akan berbeda, tetapi untuk membantu diskusi awal, enterprise dapat menggunakan pembagian effort berikut sebagai <strong>planning model<\/strong>, bukan standar harga pasar.<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table class=\"has-fixed-layout\"><tbody><tr><td><strong>Area<\/strong><\/td><td><strong>Illustrative Share<\/strong><\/td><\/tr><tr><td>Assessment &amp; Architecture<\/td><td><strong>10\u201315%<\/strong><\/td><\/tr><tr><td>Application Modernization<\/td><td><strong>30\u201340%<\/strong><\/td><\/tr><tr><td>Data &amp; Integration<\/td><td><strong>15\u201325%<\/strong><\/td><\/tr><tr><td>Testing &amp; UAT<\/td><td><strong>10\u201315%<\/strong><\/td><\/tr><tr><td>Cutover &amp; Stabilization<\/td><td><strong>10\u201315%<\/strong><\/td><\/tr><tr><td>Contingency<\/td><td><strong>5\u201310%<\/strong><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p>Angka tersebut bukan quotation dan bukan benchmark industri universal. Tujuannya hanya memperlihatkan bahwa budget migration <strong>tidak seharusnya 80\u201390% dihabiskan pada coding<\/strong>.<\/p>\n\n\n\n<p>Jika audit, data, testing, dan cutover hampir tidak memiliki alokasi, justru ada risiko scope penting belum dihitung.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Crocodic Perspective: Jangan Migrasikan Semua yang Ada Hanya karena Sistem Lama Memilikinya<\/strong><\/h2>\n\n\n\n<p>Salah satu kesalahan terbesar dalam modernization project adalah menganggap:<\/p>\n\n\n\n<p><strong>semua feature yang ada di sistem lama harus ada di sistem baru.<\/strong><\/p>\n\n\n\n<p>Legacy system dapat membawa 10\u201315 tahun histori keputusan bisnis.<\/p>\n\n\n\n<p>Ada feature yang masih kritikal.<\/p>\n\n\n\n<p>Tetapi bisa juga ada:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>module yang hampir tidak digunakan,<\/li>\n\n\n\n<li>workflow yang sebenarnya sudah berubah,<\/li>\n\n\n\n<li>report yang digantikan BI,<\/li>\n\n\n\n<li>business rule yang tidak lagi relevan,<\/li>\n\n\n\n<li>duplicated feature,<\/li>\n\n\n\n<li>workaround yang muncul karena keterbatasan sistem lama.<\/li>\n<\/ul>\n\n\n\n<p>Jika semuanya dibangun ulang satu per satu, enterprise sebenarnya bukan melakukan modernization.<\/p>\n\n\n\n<p>Enterprise hanya:<\/p>\n\n\n\n<p><strong>memindahkan technical debt ke technology stack yang lebih baru.<\/strong><\/p>\n\n\n\n<p>IBM juga membahas masalah dead code dan duplicated logic dalam modernisasi brownfield application. Dalam contoh internal yang mereka uraikan, structural analysis dapat digunakan untuk memperkecil scope modernisasi dengan mengidentifikasi code yang tidak lagi memberikan value.<a href=\"https:\/\/www.ibm.com\/think\/insights\/reimagining-brownfield-application-modernization?utm_source=chatgpt.com\"> Lihat analisis IBM mengenai brownfield modernization<\/a>.<\/p>\n\n\n\n<p>Karena itu sebelum migrasi, setiap capability sebaiknya diklasifikasikan:<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>KEEP<\/strong><\/h3>\n\n\n\n<p>Masih kritikal dan tetap diperlukan.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>IMPROVE<\/strong><\/h3>\n\n\n\n<p>Masih diperlukan tetapi workflow atau UX perlu diperbaiki.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>REPLACE<\/strong><\/h3>\n\n\n\n<p>Capability tetap diperlukan tetapi implementasinya harus berubah.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>RETIRE<\/strong><\/h3>\n\n\n\n<p>Tidak lagi memberikan business value.<\/p>\n\n\n\n<p>Pendekatan ini membantu perusahaan memperkecil scope sekaligus menghasilkan sistem baru yang benar-benar lebih baik.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Big Bang atau Bertahap?<\/strong><\/h2>\n\n\n\n<p>Biaya juga dipengaruhi strategi deployment.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Big Bang<\/strong><\/h3>\n\n\n\n<p>Seluruh sistem berpindah pada satu periode.<\/p>\n\n\n\n<p>Keuntungannya:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>transition period lebih pendek,<\/li>\n\n\n\n<li>lebih cepat menghentikan legacy infrastructure.<\/li>\n<\/ul>\n\n\n\n<p>Risikonya:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>cutover lebih kompleks,<\/li>\n\n\n\n<li>blast radius besar,<\/li>\n\n\n\n<li>rollback lebih sulit.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\"><strong>Phased Migration<\/strong><\/h3>\n\n\n\n<p>Migration dilakukan per module, region, business unit, atau workflow.<\/p>\n\n\n\n<p>Keuntungannya:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>risiko lebih terisolasi,<\/li>\n\n\n\n<li>pengguna dapat beradaptasi bertahap,<\/li>\n\n\n\n<li>learning dari fase awal dapat digunakan pada fase berikutnya.<\/li>\n<\/ul>\n\n\n\n<p>Risikonya:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>masa coexistence lebih lama,<\/li>\n\n\n\n<li>temporary integration bisa bertambah,<\/li>\n\n\n\n<li>operational cost dapat berjalan lebih lama.<\/li>\n<\/ul>\n\n\n\n<p>Pendekatan bertahap juga sejalan dengan pola migrasi skala enterprise yang digunakan dalam<a href=\"https:\/\/docs.aws.amazon.com\/prescriptive-guidance\/latest\/strategy-migration\/introduction.html?utm_source=chatgpt.com\"> AWS Prescriptive Guidance<\/a>, yang membagi perjalanan migrasi besar menjadi <strong>assess, mobilize, dan migrate<\/strong> alih-alih memindahkan seluruh workload secara sekaligus tanpa preparation.<\/p>\n\n\n\n<p>Karena itu pertanyaan sebenarnya bukan:<\/p>\n\n\n\n<p><strong>mana yang selalu lebih murah?<\/strong><\/p>\n\n\n\n<p>Tetapi:<\/p>\n\n\n\n<p><strong>berapa biaya risiko yang bersedia diterima perusahaan?<\/strong><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Kapan Perusahaan Sebaiknya Memilih Refactor daripada Rewrite?<\/strong><\/h2>\n\n\n\n<p>Tidak semua sistem lama harus dibangun ulang.<\/p>\n\n\n\n<p>Refactor lebih masuk akal ketika:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>core architecture masih cukup sehat,<\/li>\n\n\n\n<li>business logic bernilai tinggi,<\/li>\n\n\n\n<li>sebagian besar teknologi masih dapat dipertahankan,<\/li>\n\n\n\n<li>masalah terkonsentrasi pada module tertentu,<\/li>\n\n\n\n<li>integration layer masih dapat diperbaiki.<\/li>\n<\/ul>\n\n\n\n<p>Rewrite lebih relevan ketika:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>architecture membatasi hampir seluruh pengembangan,<\/li>\n\n\n\n<li>teknologi sudah obsolete,<\/li>\n\n\n\n<li>perubahan kecil sangat mahal,<\/li>\n\n\n\n<li>codebase sulit diuji,<\/li>\n\n\n\n<li>security tidak dapat diperbaiki tanpa perubahan fundamental.<\/li>\n<\/ul>\n\n\n\n<p>IBM juga menempatkan replatforming, re-architecting, rebuilding dan replacement sebagai pilihan berbeda dalam modernization strategy.<a href=\"https:\/\/www.ibm.com\/think\/topics\/legacy-application-modernization?utm_source=chatgpt.com\"> Panduan IBM Legacy Application Modernization<\/a> dapat digunakan sebagai referensi untuk memahami perbedaan pendekatan tersebut.<\/p>\n\n\n\n<p>Bagi enterprise, keputusan terbaik bukan yang paling modern secara teknologi.<\/p>\n\n\n\n<p>Tetapi yang memberikan:<\/p>\n\n\n\n<p><strong>risk-adjusted business value terbaik.<\/strong><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Jangan Mengukur Migrasi Hanya dari Go-Live<\/strong><\/h2>\n\n\n\n<p>Salah satu jebakan modernization project adalah menjadikan:<\/p>\n\n\n\n<p><strong>\u201csistem berhasil go-live\u201d<\/strong><\/p>\n\n\n\n<p>sebagai satu-satunya definisi keberhasilan.<\/p>\n\n\n\n<p>Padahal migration seharusnya menghasilkan perubahan yang bisa diukur.<\/p>\n\n\n\n<p>Contohnya:<\/p>\n\n\n\n<figure class=\"wp-block-table\"><table class=\"has-fixed-layout\"><tbody><tr><td><strong>Sebelum<\/strong><\/td><td><strong>Target Setelah Modernisasi<\/strong><\/td><\/tr><tr><td>Deployment 4 jam<\/td><td>&lt;30 menit<\/td><\/tr><tr><td>New integration 3 bulan<\/td><td>2\u20134 minggu<\/td><\/tr><tr><td>Incident 20\/bulan<\/td><td>&lt;5\/bulan<\/td><\/tr><tr><td>Manual reconciliation 2 hari<\/td><td>&lt;2 jam<\/td><\/tr><tr><td>Release 1x\/quarter<\/td><td>2x\/bulan<\/td><\/tr><tr><td>Report tersedia H+1<\/td><td>Near real-time<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p>Dengan KPI seperti ini, perusahaan dapat membandingkan:<\/p>\n\n\n\n<p><strong>cost of modernization<\/strong><\/p>\n\n\n\n<p>dengan:<\/p>\n\n\n\n<p><strong>cost of maintaining the status quo.<\/strong><\/p>\n\n\n\n<p>Ini jauh lebih berguna untuk board atau executive team daripada hanya membandingkan development quotation.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Jadi, Berapa Biaya Migrasi Legacy System?<\/strong><\/h2>\n\n\n\n<p>Jawabannya tergantung pada:<\/p>\n\n\n\n<p><strong>scope + technical debt + data + integrations + migration strategy + downtime tolerance + risk level.<\/strong><\/p>\n\n\n\n<p>Semakin kompleks sistem dan semakin kritikal proses bisnisnya, semakin besar effort yang dibutuhkan untuk memastikan perpindahan berlangsung aman.<\/p>\n\n\n\n<p>Karena itu biaya sebaiknya tidak dihitung hanya dari:<\/p>\n\n\n\n<p><strong>jumlah halaman atau jumlah fitur.<\/strong><\/p>\n\n\n\n<p>Model estimasi yang lebih realistis menggunakan:<\/p>\n\n\n\n<p><strong>system assessment \u2192 migration strategy \u2192 modernization scope \u2192 data &amp; integration \u2192 testing \u2192 cutover \u2192 stabilization \u2192 decommission.<\/strong><\/p>\n\n\n\n<p>Dengan model tersebut, perusahaan tidak hanya mengetahui berapa biaya untuk \u201cmembangun sistem baru\u201d, tetapi memahami <strong>apa yang sebenarnya dibayar dan risiko apa yang sedang dikendalikan.<\/strong><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><strong>Modernisasi Sistem Lama Tanpa Harus Mengambil Risiko Big Bang<\/strong><\/h2>\n\n\n\n<p>Crocodic membantu enterprise mengevaluasi dan meningkatkan legacy system melalui pendekatan yang disesuaikan dengan kondisi architecture, data, integration, dan business process existing.<\/p>\n\n\n\n<p>Modernisasi dapat dilakukan melalui:<\/p>\n\n\n\n<p><strong>refactoring, API enablement, architecture modernization, data migration, system integration, phased replacement, maupun rebuild ketika memang dibutuhkan.<\/strong><\/p>\n\n\n\n<p>Tujuannya bukan sekadar mengganti teknologi lama.<\/p>\n\n\n\n<p>Tujuannya adalah membuat sistem enterprise lebih mudah dikembangkan, lebih mudah terintegrasi, dan lebih siap mendukung kebutuhan bisnis berikutnya.<\/p>\n\n\n\n<p>Untuk perusahaan yang belum yakin apakah sistem sebaiknya diperbaiki atau dibangun ulang, langkah pertama sebaiknya dimulai dari <a href=\"https:\/\/crocodic.com\/en\/enterprise-system-upgrade\/\" title=\"\"><strong>system assessment<\/strong>,<\/a> sehingga keputusan investasi dibuat berdasarkan kondisi sistem yang sebenarnya\u2014bukan asumsi.<\/p>","protected":false},"excerpt":{"rendered":"<p>Biaya migrasi legacy system tidak ditentukan hanya oleh ukuran aplikasi atau jumlah user. Dua perusahaan dengan sistem yang terlihat serupa dapat membutuhkan budget yang sangat berbeda karena effort migrasi dipengaruhi oleh kualitas codebase, dependency antar-sistem, kondisi database, kebutuhan integrasi, tingkat technical debt, target architecture, downtime tolerance, hingga cara migrasi dilakukan. Karena itu, pertanyaan: \u201cBerapa biaya [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":14075,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"footnotes":""},"categories":[1499],"tags":[],"class_list":["post-14596","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-it-investment-strategy"],"acf":[],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/crocodic.com\/en\/wp-json\/wp\/v2\/posts\/14596","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/crocodic.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/crocodic.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/crocodic.com\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/crocodic.com\/en\/wp-json\/wp\/v2\/comments?post=14596"}],"version-history":[{"count":1,"href":"https:\/\/crocodic.com\/en\/wp-json\/wp\/v2\/posts\/14596\/revisions"}],"predecessor-version":[{"id":14597,"href":"https:\/\/crocodic.com\/en\/wp-json\/wp\/v2\/posts\/14596\/revisions\/14597"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/crocodic.com\/en\/wp-json\/wp\/v2\/media\/14075"}],"wp:attachment":[{"href":"https:\/\/crocodic.com\/en\/wp-json\/wp\/v2\/media?parent=14596"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/crocodic.com\/en\/wp-json\/wp\/v2\/categories?post=14596"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/crocodic.com\/en\/wp-json\/wp\/v2\/tags?post=14596"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}