Membuka blokir desain dan konfigurasi lingkungan
Desain dan konfigurasi lingkungan adalah pemblokir paling umum untuk upaya adopsi yang berfokus pada migrasi atau inovasi. Menerapkan desain dengan cepat yang mendukung rencana adopsi jangka panjang Anda bisa sulit. Artikel ini menetapkan pendekatan dan serangkaian langkah yang membantu mengatasi pemblokir umum dan mempercepat upaya adopsi Anda.
Upaya teknis yang diperlukan untuk menciptakan desain dan konfigurasi lingkungan yang efektif bisa rumit. Anda dapat mengelola cakupan untuk meningkatkan peluang keberhasilan bagi tim platform {i>cloud
Langkah 1: Mendokumentasikan strategi bisnis
Untuk menghindari pemblokir migrasi umum, pastikan Anda memiliki strategi bisnis yang jelas dan ringkas. Penjajaran pemangku kepentingan pada motivasi, hasil bisnis yang diharapkan, dan pertimbangan bisnis penting sepanjang adopsi dan konfigurasi lingkungan.
Strategi bisnis yang jelas dan ringkas membantu tim platform {i>cloud
Hasil kerja:
- Gunakan templat strategi dan rencana untuk mencatat motivasi, hasil bisnis yang diinginkan, dan pembenaran bisnis tingkat tinggi.
Panduan untuk mendukung penyelesaian hasil kerja:
- Memahami motivasi bisnis: Langkah pertama untuk penjajaran strategis adalah adalah menyepakati motivasi yang mendorong upaya inovasi. Mulailah dengan memahami dan mengategorikan motivasi serta tema umum dari berbagai pemangku kepentingan di seluruh bisnis dan IT.
- Mendokumentasikan hasil bisnis: Setelah motivasi sejajar, Anda dapat menangkap hasil bisnis yang diinginkan. Informasi ini menyediakan metrik yang jelas yang dapat Anda gunakan untuk mengukur transformasi keseluruhan.
- Membangun kasus bisnis migrasi cloud: Mulai kembangkan kasus bisnis untuk migrasi, termasuk panduan yang jelas tentang rumus dan alat yang membantu pembenaran bisnis Anda.
| Tim yang bertanggung jawab | Tim yang mendukung dan bertanggung jawab | Tim yang diinformasikan |
|---|---|---|
Langkah 2: Menilai estat digital
Penemuan dan penilaian memberikan tingkat penjajaran teknis yang lebih dalam, yang membantu Anda membuat rencana aksi yang dapat Anda gunakan untuk mewujudkan strategi. Selama langkah ini, validasi kasus bisnis dengan menggunakan data tentang kondisi lingkungan saat ini. Kemudian Anda melakukan analisis kuantitatif serta penilaian kualitatif mendalam dari beban kerja prioritas tertinggi.
{i>Output
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 diperbarui dalam templat strategi dan rencana.
Panduan untuk mendukung penyelesaian hasil kerja:
- Inventarisasi sistem yang ada: Memahami kondisi saat ini dari pendekatan terprogram dan berbasis data adalah langkah pertama. Temukan dan kumpulkan data untuk mengaktifkan 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.
| Tim yang bertanggung jawab | Tim yang mendukung dan bertanggung jawab | Tim yang diinformasikan |
|---|---|---|
Langkah 3: Buat rencana adopsi {i>cloud
Rencana adopsi {i>cloudbacklogBacklog
Tinjauan rencana adopsi {i>cloudbacklogclouddefinisi selesai mereka untuk beberapa zona pendaratan pertama.
Hasil kerja:
- Sebarkan templat {i>backlog
- Perbarui templat untuk mencerminkan 10 beban kerja pertama yang akan dimigrasikan.
- Perbarui orang dan kecepatan (waktu orang) 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.
Panduan untuk mendukung penyelesaian hasil kerja:
- Rencana adopsi cloud: Tentukan paket Anda menggunakan templat dasar.
- Penyelarasan beban kerja: Tentukan beban kerja di backlog.
- Penyelarasan upaya: Menyelaraskan aset dan beban kerja di backlog untuk menentukan upaya beban kerja yang diprioritaskan dengan jelas.
- Penjajaran waktu dan orang: Tetapkan iterasi, kecepatan, dan rilis terkait beban kerja.
Tim yang bertanggung jawab
Tim yang mendukung dan bertanggung jawab
Tim yang diinformasikan
Tim adopsi cloud Tim strategi cloud Tim platform cloud Tim platform cloud
Langkah 4: Sebarkan zona pendaratan pertama
Awalnya, tim adopsi {i>cloudcloudcloud
Hasil kerja:
- Sebarkan zona pendaratan pertama untuk migrasi berisiko rendah awal.
- Kembangkan rencana refaktor dengan pusat keunggulan {i>cloud
- 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.
Panduan untuk mendukung penyelesaian hasil kerja:
- Pilih zona landasan: Gunakan bagian ini untuk menemukan pendekatan yang tepat guna menyebarkan zona landasan berdasarkan rencana adopsi jangka pendek Anda. Kemudian sebarkan basis kode standar tersebut.
- Perluas zona pendaratan Anda: Jangan berusaha memenuhi batasan tata kelola, keamanan, atau operasi jangka panjang, kecuali jika diperlukan untuk mendukung rencana adopsi jangka pendek.
Tim yang bertanggung jawab
Tim yang mendukung dan bertanggung jawab
Tim platform cloud Tim adopsi cloud Pusat keunggulan cloud atau tim TI pusat
Langkah 5: Sebarkan dasar tata kelola awal.
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.
Ketika keputusan tersebut dibuat, mereka memasukkan kembali ke upaya paralel tim platform {i>cloud
Hasil kerja:
- Sebarkan dasar tata kelola awal.
- Lengkapi tolok ukur tata kelola untuk merencanakan perbaikan di masa depan.
- Risiko garis waktu:
- Perbaikan kebijakan dan implementasi tata kelola dapat menambah satu hingga empat minggu per disiplin.
Panduan untuk mendukung penyelesaian hasil kerja:
- Pendekatan pemerintahan: Metodologi ini menguraikan proses untuk memikirkan proses dan kebijakan perusahaan. Kemudian Anda dapat membangun disiplin ilmu yang diperlukan untuk memenuhi pemerintahan di seluruh upaya perusahaan {i>cloud
- Alat tolok ukur pemerintahan: Temukan celah dalam kondisi Anda saat ini sehingga Anda dapat merencanakan masa depan.
- Dasar pemerintahan awal: Memahami disiplin pemerintahan yang diperlukan untuk membuat produk yang layak minimum (MVP) pemerintahan yang berfungsi sebagai dasar untuk semua adopsi.
Tim yang bertanggung jawab
Tim yang mendukung dan bertanggung jawab
Tim yang dikonsultasikan
Tim tata kelola cloud Tim strategi cloud Pusat keunggulan cloud atau tim TI pusat Tim platform cloud
Langkah 6: Menerapkan garis besar operasi
Bermigrasi ke {i>cloudcloud
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.
Panduan untuk mendukung penyelesaian hasil kerja:
- Menetapkan garis besar manajemen
- Menentukan komitmen bisnis
- Memperluas garis besar manajemen
- Spesifik dengan operasi lanjutan
Tim yang bertanggung jawab
Tim yang mendukung dan bertanggung jawab
Tim yang dikonsultasikan
Tim operasi cloud Tim strategi cloud Pusat keunggulan cloud atau tim TI pusat Tim platform cloud
Langkah 7: Perluas zona pendaratan
Ketika tim adopsi {i>cloudcloudcloudcloudcloud
Hasil kerja:
- Mengadopsi pendekatan pengembangan berbasis tes untuk refaktor zona pendaratan.
- Meningkatkan tata kelola zona arahan.
- Memperluas operasi zona pendaratan
- Menerapkan keamanan zona pendaratan.
Panduan untuk mendukung penyelesaian hasil kerja:
- Pengembangan berbasis tes zona pendaratan
- Memperluas tata kelola zona pendaratan
- Memperluas tata kelola zona pendaratan
- Memperluas tata kelola zona pendaratan
Tim yang bertanggung jawab
Tim yang mendukung dan bertanggung jawab
Tim platform cloud Tim adopsi cloud Pusat keunggulan cloud atau tim TI pusat
Pernyataan nilai
Langkah-langkah yang diuraikan dalam panduan ini dapat membantu Anda dan tim Anda mempercepat jalan mereka ke lingkungan {i>cloud
Langkah berikutnya
Pertimbangkan langkah-langkah selanjutnya dalam iterasi masa depan untuk membangun upaya awal Anda:
Rencana adopsi {i>cloud
Tinjauan rencana adopsi {i>cloud
Hasil kerja:
- Sebarkan templat {i>backlog
- Perbarui templat untuk mencerminkan 10 beban kerja pertama yang akan dimigrasikan.
- Perbarui orang dan kecepatan (waktu orang) 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.
Panduan untuk mendukung penyelesaian hasil kerja:
- Rencana adopsi cloud: Tentukan paket Anda menggunakan templat dasar.
- Penyelarasan beban kerja: Tentukan beban kerja di backlog.
- Penyelarasan upaya: Menyelaraskan aset dan beban kerja di backlog untuk menentukan upaya beban kerja yang diprioritaskan dengan jelas.
- Penjajaran waktu dan orang: Tetapkan iterasi, kecepatan, dan rilis terkait beban kerja.
| Tim yang bertanggung jawab | Tim yang mendukung dan bertanggung jawab | Tim yang diinformasikan |
|---|---|---|
Langkah 4: Sebarkan zona pendaratan pertama
Awalnya, tim adopsi {i>cloud
Hasil kerja:
- Sebarkan zona pendaratan pertama untuk migrasi berisiko rendah awal.
- Kembangkan rencana refaktor dengan pusat keunggulan {i>cloud
- 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.
Panduan untuk mendukung penyelesaian hasil kerja:
- Pilih zona landasan: Gunakan bagian ini untuk menemukan pendekatan yang tepat guna menyebarkan zona landasan berdasarkan rencana adopsi jangka pendek Anda. Kemudian sebarkan basis kode standar tersebut.
- Perluas zona pendaratan Anda: Jangan berusaha memenuhi batasan tata kelola, keamanan, atau operasi jangka panjang, kecuali jika diperlukan untuk mendukung rencana adopsi jangka pendek.
| Tim yang bertanggung jawab | Tim yang mendukung dan bertanggung jawab |
|---|---|
Langkah 5: Sebarkan dasar tata kelola awal.
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.
Ketika keputusan tersebut dibuat, mereka memasukkan kembali ke upaya paralel tim platform {i>cloud
Hasil kerja:
- Sebarkan dasar tata kelola awal.
- Lengkapi tolok ukur tata kelola untuk merencanakan perbaikan di masa depan.
- Risiko garis waktu:
- Perbaikan kebijakan dan implementasi tata kelola dapat menambah satu hingga empat minggu per disiplin.
Panduan untuk mendukung penyelesaian hasil kerja:
- Pendekatan pemerintahan: Metodologi ini menguraikan proses untuk memikirkan proses dan kebijakan perusahaan. Kemudian Anda dapat membangun disiplin ilmu yang diperlukan untuk memenuhi pemerintahan di seluruh upaya perusahaan {i>cloud
- Alat tolok ukur pemerintahan: Temukan celah dalam kondisi Anda saat ini sehingga Anda dapat merencanakan masa depan.
- Dasar pemerintahan awal: Memahami disiplin pemerintahan yang diperlukan untuk membuat produk yang layak minimum (MVP) pemerintahan yang berfungsi sebagai dasar untuk semua adopsi.
| Tim yang bertanggung jawab | Tim yang mendukung dan bertanggung jawab | Tim yang dikonsultasikan |
|---|---|---|
Langkah 6: Menerapkan garis besar operasi
Bermigrasi ke {i>cloud
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.
Panduan untuk mendukung penyelesaian hasil kerja:
- Menetapkan garis besar manajemen
- Menentukan komitmen bisnis
- Memperluas garis besar manajemen
- Spesifik dengan operasi lanjutan
| Tim yang bertanggung jawab | Tim yang mendukung dan bertanggung jawab | Tim yang dikonsultasikan |
|---|---|---|
Langkah 7: Perluas zona pendaratan
Ketika tim adopsi {i>cloud
Hasil kerja:
- Mengadopsi pendekatan pengembangan berbasis tes untuk refaktor zona pendaratan.
- Meningkatkan tata kelola zona arahan.
- Memperluas operasi zona pendaratan
- Menerapkan keamanan zona pendaratan.
Panduan untuk mendukung penyelesaian hasil kerja:
- Pengembangan berbasis tes zona pendaratan
- Memperluas tata kelola zona pendaratan
- Memperluas tata kelola zona pendaratan
- Memperluas tata kelola zona pendaratan
| Tim yang bertanggung jawab | Tim yang mendukung dan bertanggung jawab |
|---|---|
Pernyataan nilai
Langkah-langkah yang diuraikan dalam panduan ini dapat membantu Anda dan tim Anda mempercepat jalan mereka ke lingkungan {i>cloud
Langkah berikutnya
Pertimbangkan langkah-langkah selanjutnya dalam iterasi masa depan untuk membangun upaya awal Anda: