Panduan lengkap tentang Strategi Migrasi Teknologi: (Bagian 1 – Pendahuluan)

Dengan teknologi baru yang berkembang setiap hari, teknologi lama menjadi usang. Hal ini telah menjadi penting bagi setiap perusahaan di luar sana untuk tetap diperbarui untuk bertahan hidup di pasar saat ini. Setiap perusahaan yang menyediakan berbagai layanan dan platform kepada penggunanya harus siap untuk mengatasi teknologi peningkatan harian. Pada saat-saat seperti itu, migrasi muncul. Perusahaan selalu dapat bermigrasi ke platform baru dan lebih baik. Sekarang, orang mungkin berpikir apa itu migrasi? Jawabannya singkat dan sedikit rumit pada saat bersamaan. Migrasi adalah istilah yang sangat sederhana untuk para muggle non-teknologi di luar sana yang berarti berpindah dari satu tempat ke tempat lain. Tetapi ketika berbicara tentang penyihir teknologi seperti kita, itu memiliki arti yang sedikit berbeda. Jadi, mari kita ambil langkah pertama dan memahami migrasi dalam istilah teknis. Migrasi berarti berpindah dari platform saat ini ke platform lain. Dalam sebagian besar kasus, migrasi terjadi ke platform yang lebih baik karena menyediakan lingkungan kerja dan pengalaman pengguna yang lebih baik. Terkadang, masalah keamanan juga dapat menyebabkan migrasi. Ada banyak jenis migrasi dan berikut adalah beberapa topik migrasi yang paling banyak dibicarakan yang mungkin ingin Anda ketahui:

1. Migrasi Teknologi
2. Migrasi Teknologi Ujung Depan
3. Migrasi Teknologi Backend
4. Migrasi situs web buatan CMS
5. Migrasi Basis Data
6. Migrasi Server Domain & Hosting

Migrasi dalam istilah teknis adalah topik yang jauh lebih luas daripada yang dapat Anda bayangkan. Agak sulit untuk mencakup semua topik migrasi dan jenisnya ke dalam satu blog. Oleh karena itu, topik ini dibagi menjadi beberapa bagian, menjelaskan pentingnya migrasi beserta jenis-jenisnya. Anda dapat membacanya di blog yang akan datang.

Migrasi adalah tugas penting dan jika pertanyaan seperti kapan harus bermigrasi, bagaimana cara bermigrasi, mendefinisikan ruang lingkup migrasi, dll. mengganggu Anda, maka Anda mungkin ingin melanjutkan membaca blog ini untuk menjernihkan pikiran.

Mengapa Migrasi perlu dilakukan?

• Ketika teknologi Anda saat ini di mana Anda bekerja begitu lama, tidak lagi dapat memenuhi harapan kebutuhan bisnis Anda.
• Ketika teknologi menjadi usang dan dukungan vendor juga tidak tersedia untuk versi usang.
• Ketika pelanggan Anda penting bagi Anda dan Anda harus berada di puncak bidang Anda.
• Ketika Anda tidak menginginkan biaya lisensi yang besar dari tumpukan saat ini lagi dengan beralih ke platform sumber terbuka.

Pada saat itu, Migrasi akan menjadi pilihan terbaik Anda. Migrasi adalah proses yang kompleks dan membutuhkan banyak perencanaan.

Langkah pertama menuju proses migrasi adalah Anda perlu menetapkan beberapa definisi dan aturan dasar yang dapat menjalankan proses migrasi dengan lancar. Tergantung pada kebutuhan proyek:

• Pertama, Anda perlu menganalisis status proyek atau aplikasi Anda saat ini yang perlu dimigrasikan.
• Anda akan menyiapkan peta jalan risiko yang diperhitungkan dan kemungkinan solusi yang mungkin terjadi selama migrasi.
• Anda perlu memilih teknologi yang tepat yang memenuhi semua persyaratan proyek.
• Selanjutnya, Anda memerlukan rencana yang tepat untuk menjalankan proses migrasi
• Terakhir, ketika proses migrasi selesai, periksa apakah aplikasi berfungsi seperti yang diharapkan pada platform baru atau tidak.

Ada beberapa hal yang perlu Anda ingat sebelum melangkah ke tahap perencanaan migrasi.

• Tentukan anggaran dan jadwal proyek sebelum fase perencanaan migrasi tergantung pada masalah bisnis.
• Tentukan model kerja seperti menetapkan biaya per jam atau biaya mingguan untuk setiap klien baru yang ingin bermigrasi dari sistem yang ada ke yang baru. Ada beberapa area abu-abu yang akan kita bahas di seri blog mendatang dan mereka hanya dapat ditemui ketika tim pengembangan baru memulai pekerjaan mereka. Migrasi tidak dapat ditangani dengan pekerjaan perkiraan tetap untuk tim baru mana pun.
• Jika klien adalah orang nonteknis, maka selalu disarankan agar Anda memiliki kontrak yang ditandatangani yang menyatakan ruang lingkup migrasi sebelum fase perencanaan migrasi atau klien juga dapat menyewa manajer proyek kontrak yang dapat bekerja sama dengan tim pengembangan.

Tentukan Lingkup Migrasi

Untuk setiap tim pengembang yang mengerjakan proyek migrasi yang tidak mengetahui sistem saat ini, klien harus meluangkan waktu dengan tim baru untuk memastikan bahwa tim memahami alur sistem. Tim baru harus meluangkan waktu yang cukup untuk menganalisis sistem yang ada dan membuat rencana migrasi. Sementara itu, klien selalu dapat mengangkat masalah bisnis apa yang dia hadapi dengan sistem saat ini.

Untuk menentukan ruang lingkup proyek, klien harus membagikan persyaratan proyek terperinci agar berhasil menyelesaikan migrasi. Pengembang dan klien harus berada di halaman yang sama dengan rencana migrasi dan harus ada diskusi yang tepat tentang semua aspek migrasi untuk melindungi dari semua masalah di masa depan.

Terkadang, tim pengembangan tidak membuat dokumentasi terperinci dari logika bisnis yang dipetakan dalam teknologi backend. Jika migrasi dilakukan oleh tim yang sama, maka tidak akan menimbulkan masalah besar, tetapi ketika migrasi dilakukan oleh tim baru, dokumentasi sangat penting. Jadi sangat disarankan untuk memiliki dokumentasi logika bisnis yang terperinci.

Pastikan untuk menyatakan dengan jelas dalam dokumen lingkup Anda bahwa segala jenis pekerjaan di luar lingkup asli akan dianggap sebagai pekerjaan tambahan dan akan dikenakan biaya premium termasuk anggaran awal. Ini akan membantu Anda mencegah kemungkinan Scope Creeps yang mungkin terjadi di masa mendatang.

Bagaimana cara memenuhi Scope Creeps?

Sebelum kita memahami penanganan Scope Creep, izinkan saya memberi tahu Anda tentang istilah Scope Creep dan bagaimana pengaruhnya terhadap tim pengembang. Scope Creep adalah hasil dari perubahan persyaratan teknis yang diperkenalkan dalam proyek tanpa perpanjangan waktu atau kenaikan anggaran proyek.

Ada banyak alasan yang menghasilkan Scope Creeps dan beberapa alasan yang sangat umum tercantum di bawah ini agar Anda menghindari creep ini dalam migrasi proyek Anda.

• Kesalahpahaman persyaratan proyek adalah salah satu alasan paling umum di balik scope creep yang menciptakan masalah bagi pengembang di fase migrasi selanjutnya.
• Hindari jebakan, seperti umpan balik yang sering dari pengguna akhir. Tidak ada gunanya menghibur semua poin umpan balik. Tapi bukan berarti Anda tidak menerima umpan balik sama sekali. Hanya pilih yang paling berulang dan paling menonjolkan.
• Menyetujui semua permintaan perubahan dapat membantu dalam membangun hubungan positif pada awalnya tetapi akan berakhir dengan ketidakpuasan klien pada proyek tersebut. Jadi sebelum menyetujui permintaan umpan balik atau perubahan, pastikan prioritas dan urgensinya sama dan beri tahu klien akhir tentang dampaknya terhadap upaya tersebut.
• Ada banyak faktor lain yang memengaruhi ruang lingkup proyek yang tidak berada di bawah kendali Anda seperti fitur baru yang ditambahkan ke teknologi yang ada, perubahan ekonomi di pasar, keadaan darurat pribadi, dll. Jadi lebih baik bersiap untuk kemungkinan ini.

Sekarang setelah Anda memahami istilah Scope Creep dan mengetahui kemungkinan penyebabnya, satu hal yang jelas bahwa rencana pencegahan adalah cara terbaik untuk menghindari creep dalam lingkup proyek migrasi Anda. Terlepas dari semua perencanaan yang telah Anda buat, tidak ada cara yang memungkinkan Anda dapat secara akurat mengasumsikan setiap permintaan di masa mendatang untuk perubahan fitur dalam persyaratan proyek Anda. Pada saat seperti ini, dokumentasi untuk ruang lingkup migrasi dapat menyelamatkan Anda.

Pemilihan tumpukan teknologi

Sebagai pengembang, ada banyak opsi yang ada di depan Anda seperti MongoDB ke MySQL, AngularJS ke React, MEAN stack ke LAMP stack dan server cloud hosting seperti Amazon AWS ke server self hosting seperti Apache. Opsi ini dapat membingungkan siapa pun. Jadi pengembang bertanggung jawab untuk memilih tumpukan teknologi yang direncanakan untuk migrasi. Anda harus siap untuk setiap kebutuhan masa depan juga.

Jika Anda ingin memilih platform migrasi dan tidak memahami persyaratan untuk platform baru dengan jelas, maka ada opsi di mana Anda dapat menyewa Arsitek Solusi yang memiliki pengalaman dan telah bekerja dalam sistem yang kompleks. Idealnya, itu akan menjadi konsultasi pihak ke-3 sehingga klien dapat menyewa Arsitek Solusi sendiri atau dapat membayar ke perusahaan yang sedang berkembang. Ini harus dinegosiasikan dan disepakati tugas yang harus dilakukan sebelum merencanakan fase migrasi.

Anda harus yakin bahwa fitur platform baru telah dicoba dan diuji. Jelas, Anda tidak ingin menjadi orang pertama yang tahu tentang kekurangan dan jebakan platform baru. Anda perlu memastikan bahwa semua data tersimpan dengan aman dan fitur lainnya tidak memerlukan banyak modifikasi setelah migrasi ke platform baru. Migrasi adalah proses yang kompleks tetapi jika dilakukan dengan benar, ini dapat memberikan awal yang baru bagi teknologi lama yang sudah ketinggalan zaman.

Pastikan Anda memeriksa apakah sistem saat ini memiliki DevOps atau tidak. DevOps membantu mempersingkat siklus hidup pengembangan sistem dan menyediakan pengiriman berkelanjutan. Jika sistem saat ini sudah menggunakan alat ini, maka Anda dapat menggunakan versi yang ditingkatkan atau dapat melanjutkan dengan yang sama. Itu selalu disarankan untuk menggunakan semacam alat CI/CD karena membuat proses migrasi sedikit mudah dan sistematis untuk pengembang. Juga, tim pengembangan harus mengikuti tinjauan kode yang ketat dan pendekatan push kode, misalnya. Model GitFlow atau GitHubFlow.

Setelah Anda memiliki persyaratan proyek, cakupan migrasi, dan tumpukan teknologi, Anda dapat dengan mudah memilih pengganti yang lebih baik untuk platform Anda. Ada berbagai jenis migrasi dan sebelum melanjutkannya, izinkan saya menjelaskan satu hal bahwa tidak setiap migrasi itu sama dan setiap migrasi memerlukan perencanaan dan pelaksanaan yang tepat. Migrasi dan jenisnya adalah topik yang jauh lebih luas sehingga ada 3 bagian berbeda dalam kelanjutan blog ini di mana Anda bisa mendapatkan informasi rinci tentang masing-masing migrasi. Di blog yang akan datang, kita akan membahas tentang Migrasi Teknologi dengan jenis-jenisnya. Jadi, tetap disini!