Memulai: Mempercepat migrasi
Penyelarasan bisnis dan pemangku kepentingan TI yang tepat membantu mengatasi hambatan migrasi dan mempercepat upaya migrasi. Artikel ini memberikan langkah-langkah yang direkomendasikan untuk:
- Penyelarasan pemangku kepentingan
- Perencanaan migrasi
- Menyebarkan zona pendaratan
- Memigrasikan 10 beban kerja pertama Anda
Artikel ini juga membantu Anda menerapkan proses tata kelola dan manajemen yang tepat. Gunakan panduan ini untuk menyederhanakan proses dan materi yang diperlukan untuk menyelaraskan upaya migrasi secara keseluruhan.
Jika skenario migrasi Anda bersifat atipikal, Anda bisa mendapatkan penilaian yang dipersonalisasi tentang kesiapan migrasi organisasi Anda dengan menggunakan Alat Penilaian dan Kesiapan Migrasi Strategis (SMART). Gunakan untuk mengidentifikasi panduan yang paling selaras dengan kebutuhan Anda saat ini.
Memulai
Upaya dan proses teknis yang diperlukan untuk memigrasikan beban kerja relatif mudah. Sangat penting untuk menyelesaikan proses migrasi secara efisien. Kesiapan migrasi strategis memiliki dampak yang lebih besar pada jadwal dan keberhasilan penyelesaian migrasi secara keseluruhan.
Untuk mempercepat adopsi, Anda harus mengambil langkah-langkah untuk mendukung tim adopsi cloud selama migrasi. Panduan ini menguraikan tugas berulang ini untuk membantu pelanggan memulai di jalur yang benar menuju setiap migrasi cloud. Untuk menunjukkan pentingnya langkah-langkah pendukung, migrasi tercantum sebagai langkah 10 dalam artikel ini. Dalam praktiknya, tim adopsi cloud kemungkinan akan memulai migrasi pilot pertamanya secara paralel dengan langkah 4 atau 5.
Langkah 1: Menyelaraskan pemangku kepentingan
Untuk menghindari pemblokir migrasi umum, buat strategi bisnis yang jelas dan ringkas untuk migrasi. Penyelarasan pemangku kepentingan pada motivasi serta hasil bisnis yang diharapkan membentuk keputusan yang dibuat oleh tim adopsi cloud.
- Motivasi: Langkah pertama untuk penyelarasan strategis adalah mendapatkan perjanjian tentang motivasi yang mendorong upaya migrasi. Mulailah dengan memahami dan mengategorikan motivasi serta tema umum dari berbagai pemangku kepentingan di seluruh bisnis dan IT.
- Hasil bisnis: Setelah motivasi diselaraskan, maka sangatlah mungkin untuk menangkap hasil bisnis yang diinginkan. Informasi ini menyediakan metrik yang jelas yang dapat Anda gunakan untuk mengukur transformasi keseluruhan.
Hasil kerja:
- Gunakan templat strategi dan rencana untuk mencatat motivasi dan hasil bisnis yang diinginkan.
Tim yang bertanggung jawab | Tim yang mendukung dan bertanggung jawab |
---|---|
Langkah 2: Menyelaraskan dukungan mitra
Mitra, Layanan Microsoft, atau berbagai program Microsoft tersedia untuk mendukung Anda selama proses migrasi.
- Memahami opsi kemitraan untuk menemukan tingkat kemitraan dan dukungan yang tepat.
Hasil kerja:
- Tetapkan syarat dan ketentuan atau perjanjian kontrak lainnya sebelum Anda melibatkan mitra pendukung.
- Identifikasi mitra yang disetujui dalam templat strategi dan rencana.
Tim yang bertanggung jawab | Tim yang mendukung dan bertanggung jawab |
---|---|
Langkah 3: Mengumpulkan data dan menganalisis aset serta beban kerja
Gunakan penemuan dan penilaian untuk meningkatkan penyelarasan teknis serta membuat rencana tindakan untuk menjalankan strategi Anda. Selama langkah ini, validasi kasus bisnis menggunakan data tentang lingkungan keadaan saat ini. Kemudian lakukan analisis kuantitatif serta penilaian kualitatif mendalam dari beban kerja prioritas tertinggi.
- Inventaris sistem yang ada: Gunakan pendekatan berbasis data terprogram untuk memahami keadaan saat ini. Temukan dan kumpulkan data untuk memungkinkan semua aktivitas penilaian.
- Rasionalisasi bertambah bertahap: Merampingkan upaya penilaian untuk fokus pada analisis kualitatif semua aset, bahkan mungkin untuk mendukung kasus bisnis. Kemudian tambahkan analisis kualitatif yang mendalam untuk 10 beban kerja pertama.
Hasil kerja:
- Data mentah tentang inventaris yang ada.
- Analisis kuantitatif pada inventaris yang ada untuk memperbaiki pertimbangan bisnis.
- Analisis kualitatif dari 10 beban kerja pertama.
- Pertimbangan bisnis didokumentasikan dalam templat strategi dan rencana.
Tim yang bertanggung jawab | Tim yang mendukung dan bertanggung jawab |
---|---|
Langkah 4: Membuat kasus bisnis
Membuat kasus bisnis untuk migrasi kemungkinan akan menjadi percakapan yang iteratif di antara para pemangku kepentingan. Dalam lulus pertama ini dalam membangun kasus bisnis, evaluasi pengembalian tingkat tinggi awal dari migrasi cloud potensial. Tujuan dari langkah ini adalah untuk memastikan bahwa semua pemangku kepentingan menyelaraskan sekitar satu pertanyaan sederhana: berdasarkan data yang tersedia, apakah adopsi cloud secara keseluruhan merupakan keputusan bisnis yang bijaksana?
- Membangun kasus bisnis migrasi cloud adalah titik awal yang baik untuk mengembangkan kasus bisnis migrasi. Kejelasan tentang formula dan alat dapat membantu dalam pembenaran bisnis.
Hasil kerja:
- Gunakan templat rencana dan strategi untuk mencatat pertimbangan bisnis.
Tim yang bertanggung jawab | Tim yang mendukung dan bertanggung jawab |
---|---|
Langkah 5: Membuat rencana migrasi
Rencana adopsi cloud menyediakan pendekatan yang dipercepat untuk mengembangkan backlog proyek. Backlog kemudian dapat dimodifikasi untuk mencerminkan hasil penemuan, rasionalisasi, keterampilan yang dibutuhkan, dan kontrak mitra.
- Rencana adopsi cloud: Tentukan rencana Anda menggunakan templat dasar.
- Penyelarasan beban kerja: Tentukan beban kerja di backlog.
- Penyelarasan upaya: Selaraskan aset dan beban kerja di backlog agar secara jelas menentukan upaya untuk beban kerja yang diprioritaskan.
- Orang dan penyelarasan waktu: Menetapkan perulangan, kecepatan (waktu orang), dan rilis untuk beban kerja yang bermigrasi.
Hasil kerja:
- Sebarkan templat {i>backlog
- Perbarui templat untuk mencerminkan 10 beban kerja pertama yang akan dimigrasikan.
- Perbarui orang dan kecepatan untuk memperkirakan waktu rilis.
- Risiko garis waktu:
- Kurangnya pengetahuan akan Azure DevOps dapat memperlambat proses penyebaran.
- Kompleksitas dan data yang tersedia untuk setiap beban kerja juga dapat memengaruhi garis waktu.
Tim yang bertanggung jawab | Tim yang mendukung dan bertanggung jawab |
---|---|
Langkah 6: Membuat rencana kesiapan keterampilan
Karyawan yang ada dapat memainkan peran langsung dalam upaya migrasi, tetapi keterampilan tambahan mungkin diperlukan. Dalam langkah ini, temukan cara untuk mengembangkan keterampilan tersebut atau gunakan mitra untuk menambah keterampilan tersebut.
- Membangun rencana kesiapan keterampilan. Evaluasi dengan cepat keterampilan Anda yang ada untuk mengidentifikasi keterampilan lain apa yang harus dikembangkan tim.
Hasil kerja:
- Tambahkan rencana kesiapan keterampilan pada templat strategi dan rencana.
Tim yang bertanggung jawab | Tim yang mendukung dan bertanggung jawab |
---|---|
Langkah 7: Menyebarkan dan menyelaraskan zona pendaratan
Semua aset yang dimigrasikan disebarkan ke zona pendaratan. Zona pendaratan dimulai sederhana untuk mendukung beban kerja yang lebih kecil, kemudian menskalakan untuk mengatasi beban kerja yang lebih kompleks dari waktu ke waktu.
- Pilih zona pendaratan: Temukan pendekatan yang tepat untuk menyebarkan zona pendaratan berdasarkan pola adopsi Anda. Kemudian sebarkan basis kode standar tersebut.
- Perluas zona pendaratan Anda: Apa pun titik awal Anda, identifikasi celah di zona pendaratan yang disebarkan serta tambahkan komponen yang diperlukan untuk organisasi, keamanan, tata kelola, kepatuhan, dan operasi sumber daya.
Hasil kerja:
- Sebarkan zona pendaratan pertama Anda untuk menerapkan migrasi berisiko rendah awal.
- Kembangkan rencana refaktor dengan pusat keunggulan cloud atau tim TI pusat.
- Risiko garis waktu:
- Persyaratan pemerintahan, operasi, dan keamanan untuk 10 beban kerja pertama dapat memperlambat proses ini.
- Refaktor zona landasan pertama dan zona landasan berikutnya membutuhkan waktu lebih lama, tetapi hal tersebut seharusnya terjadi secara paralel dengan upaya migrasi.
Tim yang bertanggung jawab | Tim yang mendukung dan bertanggung jawab |
---|---|
Langkah 8: Memigrasikan 10 beban kerja pertama Anda
Upaya teknis yang diperlukan untuk memigrasikan 10 beban kerja pertama Anda relatif mudah. Ini juga merupakan proses berulang yang Anda ulangi saat Anda memigrasikan lebih banyak aset. Dalam proses ini, Anda menilai beban kerja, menerapkan beban kerja, lalu merilisnya ke lingkungan produksi Anda.
Alat migrasi cloud memungkinkan migrasi semua mesin virtual di pusat data dalam satu tahapan atau perulangan. Lebih umum untuk memigrasikan sejumlah kecil beban kerja selama setiap perulangan. Memecah migrasi menjadi peningkatan yang lebih kecil membutuhkan lebih banyak perencanaan, tetapi mengurangi risiko teknis dan dampak manajemen perubahan organisasi.
Dengan setiap perulangan, tim adopsi cloud menjadi lebih baik dalam memigrasikan beban kerja. Langkah-langkah ini membantu tim teknis mematangkan kemampuannya:
- Migrasikan beban kerja pertama Anda dalam pendekatan infrastruktur murni sebagai layanan (IaaS) dengan menggunakan alat yang diuraikan dalam panduan migrasi Azure.
- Perluas opsi alat untuk menggunakan migrasi dan modernisasi dengan menggunakan contoh migrasi.
- Kembangkan strategi teknis Anda dengan menggunakan pendekatan yang lebih luas yang diuraikan dalam praktik terbaik migrasi cloud Azure.
- Meningkatkan konsistensi, keandalan, dan performa melalui pendekatan pabrik migrasi yang efisien seperti yang diuraikan dalam Peningkatan proses migrasi.
Hasil kerja:
Peningkatan berkelanjutan dari kemampuan tim adopsi untuk memigrasikan beban kerja.
Tim yang bertanggung jawab | Tim yang mendukung dan bertanggung jawab |
---|---|
Langkah 9: Menyerahkan beban kerja produksi ke tata kelola cloud
Tata kelola adalah faktor kunci keberhasilan jangka panjang dari setiap upaya migrasi. Kecepatan migrasi serta dampak bisnis adalah penting. Tapi kecepatan tanpa pemerintahan bisa berbahaya. Organisasi Anda perlu membuat keputusan tentang tata kelola yang selaras dengan pola adopsi Anda dan kebutuhan tata kelola serta kepatuhan Anda.
- Pendekatan tata kelola: Metodologi ini menguraikan proses berpikir mengenai kebijakan dan proses perusahaan Anda. Setelah menentukan pendekatan, Anda dapat membangun disiplin yang diperlukan untuk mengaktifkan pemerintahan di seluruh upaya adopsi cloud perusahaan Anda.
- Dasar tata kelola awal: Memahami disiplin ilmu yang diperlukan untuk menciptakan produk layak minimum tata kelola (MVP) yang berfungsi sebagai dasar untuk semua adopsi.
- Penilaian Tolok Ukur Tata Kelola: Identifikasi kesenjangan dalam status tata kelola organisasi Anda saat ini. Dapatkan laporan tolok ukur yang dipersonalisasi dan panduan yang dikurasi tentang cara memulai.
Hasil kerja:
- Sebarkan dasar tata kelola awal.
- Selesaikan penilaian Tolok Ukur Tata Kelola untuk merencanakan perbaikan di masa mendatang.
- Risiko garis waktu:
- Perbaikan kebijakan dan implementasi tata kelola dapat menambah satu hingga empat minggu per disiplin.
Tim yang bertanggung jawab | Tim yang mendukung dan bertanggung jawab |
---|---|
Langkah 10: Menyerahkan beban kerja produksi ke operasi cloud
Manajemen operasi adalah persyaratan lain untuk mencapai keberhasilan migrasi. Migrasi beban kerja individu ke cloud tanpa pemahaman tentang operasi perusahaan yang sedang berlangsung adalah keputusan yang berisiko. Sejalan dengan migrasi, Anda harus mulai merencanakan operasi jangka panjang.
- Menentukan komitmen bisnis
- Menetapkan garis besar manajemen
- Memperluas garis besar manajemen
- Prinsip operasi dan desain tingkat lanjut
Hasil kerja:
- Sebarkan garis besar manajemen.
- Selesaikan buku kerja manajemen operasi.
- Identifikasi setiap beban kerja yang memerlukan penilaian Microsoft Azure Well-Architected Review.
- Risiko garis waktu:
- Tinjau buku kerja: perkirakan satu jam per pemilik aplikasi.
- Selesaikan penilaian Microsoft Azure Well-Architected Review: perkirakan satu jam per aplikasi.
Tim yang bertanggung jawab | Tim yang mendukung dan bertanggung jawab |
---|---|
Pernyataan nilai
Langkah-langkah ini membantu tim mempercepat upaya migrasinya melalui manajemen perubahan dan penyelarasan pemangku kepentingan yang lebih baik. Langkah-langkah ini juga menghapus pemblokir umum dan merealisasikan nilai bisnis lebih cepat.
Langkah berikutnya
Cloud Adoption Framework adalah solusi siklus hidup yang membantu Anda memulai perjalanan migrasi. Ini juga membantu mematangkan tim yang mendukung upaya migrasi. Tim-tim berikut dapat menggunakan langkah-langkah selanjutnya untuk terus mematangkan kemampuannya. Proses paralel ini tidak linier dan tidak boleh dianggap sebagai pemblokir. Sebaliknya, masing-masing adalah aliran nilai paralel untuk membantu meningkatkan kesiapan cloud organisasi Anda secara keseluruhan.
Tim | Perulangan berikutnya |
---|---|
Tim adopsi cloud | Gunakan model migrasi untuk mempelajari tentang bergerak menuju pabrik migrasi yang menyediakan kemampuan migrasi berkelanjutan yang efisien. |
Tim strategi cloud | Secara berulang meningkatkan metodologi Strategi dan metodologi Rencana bersama dengan rencana adopsi. Tinjau ringkasan ini dan terus ulangi strategi bisnis dan teknis Anda. |
Tim platform cloud | Tinjau kembali Metodologi kesiapan untuk terus memajukan keseluruhan platform cloud yang mendukung migrasi atau upaya adopsi lainnya. |
Tim tata kelola cloud | Gunakan Metodologi tata kelola untuk terus meningkatkan proses, kebijakan, dan disiplin tata kelola. |
Tim operasi cloud | Buat Metodologi manajemen untuk menyediakan operasi yang lebih kaya di Azure. |
Jika skenario migrasi Anda bersifat atipikal, Anda bisa mendapatkan penilaian yang dipersonalisasi tentang kesiapan migrasi organisasi Anda dengan menggunakan Alat Penilaian dan Kesiapan Migrasi Strategis (SMART). Jawaban yang Anda berikan membantu mengidentifikasi panduan mana yang paling selaras dengan kebutuhan Anda saat ini.