Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Hasil bisnis yang ditargetkan kan kerja kerja kerja
Bagian ini membahas tiga hasil yang diharapkan dari tinjauan kesiapan awan: memahami keadaan saat ini, mengidentifikasi kekuatan dan kelemahan, dan membuat rencana tindakan.
Memahami status perjalanan awan saat ini ke arah perjalanan awan awan saat ini
Ketika organisasi merenungkan migrasi skala besar keAWS, mereka umumnya jatuh di suatu tempat di sepanjang jalur apa yang disebut tahapan adopsi, seperti yang diilustrasikan dalam diagram berikut. Empat tahap—proyek, yayasan, migrasi, dan penciptaan kembali — dibahas dalam posting blog The Journey Toward Cloud-First & Tahapan Adopsi
Contoh:
Jika organisasi merencanakan beban kerja pertama mereka untuk pindah ke cloud, mereka dianggap berada dalam fase proyek (atau bukti konsep). Fase ini tidak memerlukan struktur akun terpadu atau konstruksi dasar lainnya. Namun, untuk mempersiapkan inisiatif migrasi yang lebih besar, aspek dasar seperti penandaan yang tepat harus ada. Jika tidak, ada risiko harus menunda migrasi untuk menyelesaikan masalah mendasar.
Mengidentifikasi area kekuatan dan kelemahan
Mengidentifikasi bidang kekuatan dan kelemahan adalah hasil utama kedua dari penilaian kesiapan. Kekuatan menentukan tim dan praktik yang siap diadopsi secara luas di seluruh organisasi. Ini adalah area yang tidak memerlukan pekerjaan lebih lanjut untuk mengaktifkan migrasi cloud yang berhasil dalam skala besar. Kelemahan adalah area di mana tindakan perlu diambil untuk meningkatkan praktik atau kemampuan untuk mengaktifkan migrasi cloud. Memecahkan kesenjangan lebih awal memastikan proses migrasi yang lancar dan menghilangkan risiko keterlambatan proyek dalam membangun kemampuan dasar. Peta panas yang diilustrasikan pada gambar berikut menunjukkan area kekuatan dan kelemahan di seluruh organisasi. Rencana aksi perlu dilakukan untuk area yang disorot dengan warna kuning atau merah.
Contoh:
Tim TI mungkin membangun struktur akun yang cocok untuk memenuhi kebutuhan organisasi yang akan datang, tetapi pengembang aplikasi dan pemilik mungkin tidak menyadari bahwa aplikasi mereka akan dimigrasi keAWS Cloud, dan mungkin tidak memiliki keahlian yang ditetapkan untuk mengoperasikan aplikasi itu diAWS Cloud. Contoh ini menggambarkan kesenjangan dalam pembelian pemilik aplikasi dan kesiapan tim pengembangan, dan organisasi harus merencanakan tindakan korektif selama penilaian kesiapan.
Membuat rencana tindakan untuk mengaktifkan skala dan kecepatan
Setelah Anda mengidentifikasi kekuatan dan kelemahan, Anda akan perlu untuk menempatkan rencana tindakan di tempat untuk menutup kesenjangan dan skala daerah diidentifikasi kekuatan dalam organisasi. Rencana tersebut harus memiliki pemilik yang ditugaskan dan tanggal jatuh tempo untuk memastikan bahwa proyek mendorong maju. Kami menyarankan Anda melibatkan tim peningkatan proses internal dan perubahan organisasi untuk membantu mendorong inisiatif cloud ke depan. Tim-tim ini biasanya memiliki toolkit untuk baselining kemampuan saat ini, membangun komunikasi, menangani buy-in perencanaan, dan proses serupa, yang akan berguna.
catatan
Tim LayananAWS Profesional menyediakan program yang disebut Mobilize. Model preskriptif ini memandu organisasi Anda untuk mengembangkan kemampuan dasar di semua bidangAWS CAF untuk mengatasi area yang diidentifikasi dalam Penilaian Kesiapan Migrasi (MRA). KomunitasAWS Mitra juga menyediakan layanan yang dapat membantu Anda dalam upaya kesiapan migrasi Anda.
