Memulai: Mempercepat inovasi produk dan layanan baru di cloud
Membuat produk dan layanan baru di cloud memerlukan pendekatan yang berbeda dari yang diperlukan migrasi. Metodologi Inovasi Cloud Adoption Framework menetapkan pendekatan yang memandu pengembangan produk dan layanan baru.
Inovasi kurang dapat diprediksi daripada migrasi standar, tetapi masih sesuai dengan konteks rencana adopsi cloud yang lebih luas. Panduan ini dapat membantu perusahaan Anda memberikan dukungan yang diperlukan untuk berinovasi dan menyediakan struktur untuk membuat portofolio seimbang di seluruh adopsi cloud.
Langkah 1: Dokumentasikan strategi bisnis
Untuk menghindari pemblokir umum, buat strategi bisnis yang jelas dan ringkas untuk inovasi. Keselarasan pemangku kepentingan pada motivasi dan hasil bisnis yang diharapkan membentuk keputusan yang dilakukan tim adopsi cloud.
Hasil Kerja:
- Gunakan strategi dan templat rencana untuk merekam motivasi dan hasil bisnis yang diinginkan.
Panduan untuk mendukung penyelesaian deliverable:
- Motivasi: Langkah pertama untuk penyelarasan strategis adalah mendapatkan kesepakatan tentang motivasi yang mendorong upaya inovasi. Mulailah dengan memahami dan mengategorikan motivasi dan tema umum dari pemangku kepentingan di seluruh bisnis dan IT.
- Hasil bisnis: Setelah motivasi selaras, Anda dapat menangkap hasil bisnis yang diinginkan. Informasi ini menyediakan metrik yang jelas yang dapat Anda gunakan untuk mengukur transformasi keseluruhan.
- Menyeimbangkan portofolio: Inovasi bukanlah jalur adopsi yang tepat untuk setiap beban kerja. Pendekatan adopsi ini lebih relevan dengan aplikasi atau beban kerja baru yang dibuat khusus yang memerlukan rearchitecture atau pembangunan ulang penuh. Ketika motivasi sangat mendukung inovasi untuk semua beban kerja, penting untuk mengevaluasi portofolio untuk memastikan bahwa investasi tersebut dapat menghasilkan pengembalian investasi yang diinginkan. Modernisasi sumber daya tertentu dan upaya pembangunan kembali skala kecil memiliki potensi inovatif tetapi mungkin lebih diuntungkan dengan mengikuti CAF Migrate.
| Tim yang dapat dipertanggungjawabkan | Tim yang bertanggung jawab dan mendukung |
|---|---|
Langkah 2: Mengevaluasi justifikasi bisnis
Dalam langkah awal membangun studi kelayakan bisnis, evaluasi pengembalian awal tingkat tinggi dari upaya potensial adopsi cloud. Tujuan dari langkah ini adalah untuk menyelaraskan semua pemangku kepentingan seputar satu pertanyaan sederhana: berdasarkan data yang tersedia, apakah adopsi cloud secara keseluruhan adalah keputusan bisnis yang bijaksana? Berdasarkan pertanyaan itu, tim dapat lebih selaras dengan bagaimana proyek inovasi ini membantu memenuhi kebutuhan pengguna yang diproyeksikan dalam tujuan mengadopsi cloud.
Hasil Kerja:
- Gunakan strategi dan templat rencana untuk merekam pembenaran bisnis.
Panduan untuk mendukung penyelesaian deliverable:
- Pembenaran bisnis: Sebelum Anda mengevaluasi setiap kesempatan untuk berinovasi di cloud, selesaikan pembenaran bisnis tingkat tinggi untuk menetapkan keselarasan pemangku kepentingan untuk rencana adopsi keseluruhan.
- Kesepakatan nilai bisnis: Mengukur nilai inovasi bisa sulit di awal proses. Latihan dalam artikel ini dapat membantu mengevaluasi keselarasan pada nilai bisnis dari upaya inovasi tertentu.
| Tim yang dapat dipertanggungjawabkan | Tim yang bertanggung jawab dan mendukung |
|---|---|
Langkah 3: Mengumpulkan data dan menganalisis aset dan beban kerja
Di sebagian besar perusahaan, inovasi dapat dipercepat melalui penggunaan aset yang ada seperti aplikasi, komputer virtual (VM), dan data. Saat Anda merencanakan inovasi, penting untuk memahami bagaimana dan kapan aset tersebut dimigrasikan ke cloud.
Hasil Kerja:
- Dapatkan data mentah tentang inventori yang ada seperti aplikasi, VM, dan data.
- Jika inovasi yang diusulkan memiliki dependensi pada inventori yang ada, selesaikan hasil berikut:
- Analisis kuantitatif pada inventori pendukung apa pun yang diperlukan untuk mendukung inovasi yang direncanakan.
- Analisis kualitatif dari beban kerja pendukung apa pun yang diperlukan untuk memberikan inovasi.
- Hitung biaya inventori baru yang diperlukan untuk mendukung upaya inovasi.
- Perbarui pembenaran bisnis dalam strategi dan templat rencana dengan perhitungan yang disempurnakan.
Panduan untuk mendukung penyelesaian hasil kerja:
Penemuan dan penilaian memberikan tingkat keselarasan teknis yang lebih dalam. Anda kemudian dapat membuat rencana tindakan untuk memigrasikan beban kerja dependen apa pun yang diperlukan inovasi terencana. Skenario ini umum terjadi ketika perusahaan memiliki sumber data yang ada, aplikasi terpusat, atau lapisan layanan yang diperlukan untuk memberikan inovasi dalam konteks perusahaan lainnya.
Ketika ada sistem dependen, artikel berikut dapat memandu penemuan dan penilaian:
- Inventarisasi sistem yang ada: Memahami status saat ini dari pendekatan terprogram berbasis data adalah langkah pertama. Temukan dan kumpulkan data untuk mengaktifkan semua aktivitas penilaian.
- Rasionalisasi inkremental: Menyederhanakan upaya penilaian untuk fokus pada analisis kualitatif dari semua aset, bahkan mungkin untuk mendukung kasus bisnis. Kemudian tambahkan analisis kualitatif mendalam untuk 10 beban kerja pertama.
| Tim yang dapat dipertanggungjawabkan | Tim yang bertanggung jawab dan mendukung |
|---|---|
Langkah 4: Merencanakan migrasi aset dependen
Ketika inovasi baru bergantung pada beban kerja atau aset yang ada, rencana adopsi cloud menyediakan pendekatan yang dipercepat untuk mengembangkan backlog proyek. Backlog kemudian dapat dimodifikasi untuk mencerminkan hasil penemuan, rasionalisasi, keterampilan yang diperlukan, dan kontrak mitra.
Hasil Kerja:
- Gunakan templat backlog.
- Perbarui templat untuk mencerminkan 10 beban kerja pertama yang akan dimigrasikan.
- Perbarui informasi tentang orang dan alokasi waktu mereka untuk memperkirakan waktu peluncuran.
- Risiko garis waktu:
- Kurangnya keakraban dengan 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:
- Paket adopsi Cloud: Tentukan paket Anda menggunakan templat dasar.
- penyelarasan beban kerja: Tentukan beban kerja di backlog.
- Penyelarasan Usaha: Menyelaraskan aset dan beban kerja dalam backlog untuk secara jelas mendefinisikan usaha bagi beban kerja yang diprioritaskan.
- Penyelarasan orang dan waktu: Menetapkan iterasi, kecepatan, dan rilis untuk beban kerja.
| Tim yang dapat dipertanggungjawabkan | Tim yang bertanggung jawab dan mendukung |
|---|---|
Langkah 5: Menyelaraskan persyaratan tata kelola dengan rencana adopsi Anda
Membahas inovasi yang direncanakan dengan tim tata kelola membantu Anda menghindari banyak pemblokir sebelum muncul. Terkadang, solusi baru yang inovatif mungkin memerlukan praktik yang tidak disarankan dalam praktik tata kelola yang sehat. Beberapa fitur yang diperlukan tersebut bahkan dapat diblokir melalui alat otomatis untuk penegakan tata kelola.
Hasil Kerja:
- Menciptakan transparansi dan pemahaman antara kebutuhan inovasi dan batasan tata kelola.
- Jika perlu, perbarui kebijakan dan proses untuk mencerminkan perubahan atau pengecualian terhadap batasan tata kelola yang ada.
Panduan untuk mendukung penyelesaian yang dapat dikirimkan:
Tautan ini membantu tim adopsi memahami pendekatan tim tata kelola cloud:
-
pendekatan Tata Kelola: Metodologi ini menguraikan proses untuk mengelola risiko dan membangun pagar pembatas di seluruh lingkungan Azure.
| Tim yang dapat dipertanggungjawabkan | Tim yang bertanggung jawab dan mendukung |
|---|---|
Langkah 6: Menentukan kebutuhan operasional dan komitmen bisnis
Tentukan rencana untuk tanggung jawab operasional jangka panjang untuk inovasi yang direncanakan. Apakah garis besar manajemen yang ditetapkan akan memenuhi kebutuhan operasional Anda? Jika tidak, evaluasi opsi untuk operasi pendanaan yang khusus untuk teknologi yang mendukung inovasi ini.
Hasil Kerja:
- Selesaikan Tinjauan Arsitektur Microsoft Azure untuk menilai keputusan arsitektur dan operasi yang beragam.
- Sesuaikan buku kerja manajemen operasi untuk mencerminkan operasi lanjutan yang diperlukan.
Panduan untuk mendukung penyelesaian hasil kerja:
- Jadilah lebih spesifik dengan operasi lanjutan: Temukan cara untuk melampaui standar dasar manajemen Anda.
- Jika operasi lanjutan diperlukan untuk mendukung kebutuhan operasi Anda, evaluasi komitmen bisnis untuk menentukan tanggung jawab operasional untuk kedua tim.
| Tim yang dapat dipertanggungjawabkan | Tim yang bertanggung jawab dan mendukung |
|---|---|
Langkah 7: Menyebarkan zona pendaratan yang selaras
Semua aset yang dihosting di cloud berada dalam zona pendaratan. Zona pendaratan tersebut mungkin memiliki persyaratan tata kelola, keamanan, dan operasional yang eksplisit. Atau, mungkin langganan baru tanpa dukungan dari tim lain. Dalam kedua skenario, penting untuk memulai dengan zona pendaratan yang selaras dengan persyaratan tata kelola dan operasional dari awal.
Dimulai dengan zona pendaratan yang disetujui membantu tim Anda menemukan pelanggaran kebijakan lebih awal selama pengembangan versus ketika solusi dirilis ke produksi. Penemuan awal membantu tim Anda menghapus pemblokir dan memberikan waktu yang cukup bagi tim adopsi dan tata kelola untuk membuat perubahan.
Hasil Kerja:
- Sebarkan zona pendaratan pertama untuk eksperimen awal berisiko rendah selama inovasi awal.
- Kembangkan rencana untuk merefaktorisasi dengan pusat keunggulan teknologi cloud atau tim IT pusat untuk memastikan tata kelola, keamanan, dan keselarasan operasional.
- Risiko garis waktu:
- Persyaratan tata kelola, operasi, dan keamanan untuk 10 beban kerja pertama dapat memperlambat proses ini. Merefaktor zona pendaratan pertama dan zona pendaratan berikutnya memakan waktu lebih lama, tetapi aktivitas ini harus dilakukan secara paralel dengan upaya migrasi.
Panduan mendukung penyelesaian hasil kerja:
- Pilih zona pendaratan: Gunakan bagian ini untuk menemukan pendekatan yang tepat untuk menyebarkan zona pendaratan berdasarkan pola adopsi Anda. Kemudian sebarkan basis kode standar tersebut.
- Perluas zona pendaratan Anda: Terlepas dari titik awal, identifikasi kesenjangan di zona pendaratan yang disebarkan untuk menambahkan komponen yang diperlukan untuk organisasi sumber daya, keamanan, tata kelola, kepatuhan, dan operasi.
| Tim yang dapat dipertanggungjawabkan | Tim yang bertanggung jawab dan mendukung |
|---|---|
Langkah 8: Berinovasi di cloud
Metodologi Inovasi memberikan panduan tentang alat dan pendekatan manajemen produk yang paling umum digunakan untuk berinovasi di cloud. Langkah-langkah ini membantu Anda memulai pendekatan ini.
Hasil Kerja:
- Solusi berbasis teknologi yang memperkaya kehidupan pelanggan Anda dan mendorong nilai untuk bisnis.
- Proses dan alat untuk melakukan iterasi pada solusi tersebut lebih cepat dan menambahkan lebih banyak nilai dengan menggunakan cloud:
- Pendekatan pengembangan berulang.
- Aplikasi yang dibuat khusus.
- Pengalaman berbasis teknologi.
- Integrasi produk fisik dan teknologi dengan menggunakan IoT.
- Kecerdasan sekitar: integrasi teknologi tidak mengganggu ke dalam lingkungan.
- Azure Cognitive Services: big data, AI, pembelajaran mesin, dan solusi prediktif.
Panduan untuk mendukung penyelesaian deliverable.
- Membuat hipotesis dengan konsekuensi nilai bisnis: Sebelum Anda memutuskan solusi teknis, identifikasi bagaimana inovasi baru dapat mendorong nilai bisnis dan menghasilkan hipotesis tentang kebutuhan pelanggan.
- Bangun MVP pertama Anda: Ketika hipotesis memiliki potensi nilai yang cukup untuk dikembangkan menjadi aplikasi Anda, proses pembangunan dimulai. Sprint pengembangan harus secepat mungkin, untuk memungkinkan verifikasi cepat atau penolakan hipotesis, atau untuk menyempurnakan cara fungsionalitas yang diperlukan untuk diintegrasikan dalam aplikasi.
- Ukur dan pelajari: Anda ingin memverifikasi akurasi hipotesis Anda sesegera mungkin. Produk layak minimum (MVP) adalah versi awal dari fungsionalitas baru, yang menawarkan fungsionalitas yang cukup untuk mengumpulkan umpan balik yang mengonfirmasi apakah Anda bergerak ke arah yang benar.
- Perluas inovasi digital: Untuk menyempurnakan hipotesis Anda menggunakan disiplin inovasi atau penemuan digital yang mencakup demokratisasi data, terlibat melalui aplikasi, memberdayakan adopsi, berinteraksi dengan perangkat, dan memprediksi dan memengaruhi. Penemuan ini adalah bagian inti dari metodologi Inovasi.
Langkah 9: Menilai kematangan inovasi organisasi Anda
Untuk mendukung pengembangan strategi inovasi Anda, alat penilaian kesiapan AI adalah sumber daya gratis yang membantu organisasi menilai kemampuan mereka untuk membuat dan memiliki sistem berbasis AI. Ada empat tingkat kematangan: dasar, pendekatan, aspirasi, dan matang. Setiap tingkat mencakup serangkaian karakteristik tertentu untuk membantu menentukan kemampuan organisasi Anda untuk mengadopsi jenis solusi AI tertentu, mengurangi risiko terkait, dan menerapkan strategi.
Penilaian membutuhkan waktu 5 hingga 10 menit dan mengukur kemampuan organisasi Anda di empat kategori: strategi, budaya, karakteristik organisasi, dan kemampuan. Mengukur kategori ini memungkinkan alat penilaian kesiapan AI untuk menghitung skor organisasi Anda dan memberikan perkiraan kematangan inovasi AI pada kurva.
Hasil Kerja:
- Gunakan Model Kematangan AI Gartner
untuk menilai kematangan AI organisasi Anda untuk membuat sistem berbasis AI.
Panduan untuk mendukung penyelesaian tugas yang perlu diselesaikan:
- Ketika penilaian selesai, output alat akan memberikan skor yang memperkirakan status kematangan inovasi AI.
| Tim yang dapat dipertanggungjawabkan | Tim yang bertanggung jawab dan mendukung |
|---|---|
Pernyataan nilai
Langkah-langkah yang diuraikan dalam panduan ini dapat membantu Anda dan tim Anda membuat solusi inovatif di cloud yang menciptakan nilai bisnis, diatur dengan tepat, dan dirancang dengan baik.
Langkah berikutnya
Cloud Adoption Framework adalah solusi siklus hidup. Ini dapat membantu Anda memulai perjalanan inovasi. Ini dapat membantu organisasi Anda untuk memulai perjalanan inovasi dan untuk memajukan kematangan tim yang mendukung upaya inovasi.
Tim berikut dapat menggunakan langkah-langkah berikutnya ini untuk terus memajukan kematangan upaya mereka. Proses paralel ini tidak linier dan tidak boleh dilihat sebagai pemblokir. Sebaliknya, masing-masing adalah aliran nilai paralel untuk membantu mematangkan kesiapan cloud perusahaan Anda secara keseluruhan.
| Tim | Perulangan berikutnya |
|---|---|
| Tim Adopsi Cloud | Peningkatan proses memberikan wawasan tentang pendekatan untuk memberikan inovasi yang memengaruhi pelanggan dan mendorong adopsi berulang. |
| Tim strategi awan | Metodologi Strategi dan metodologi rencana adalah proses berulang yang berkembang dengan rencana adopsi. Kembali ke halaman gambaran umum ini dan terus iterasi pada strategi bisnis dan teknis Anda. |
| Tim platform cloud | Tinjau kembali metodologi Siap untuk terus memajukan platform cloud secara keseluruhan yang mendukung upaya migrasi atau adopsi lainnya. |
| Tim tata kelola awan | Gunakan metodologi Govern untuk terus meningkatkan proses dan kebijakan tata kelola. |
| Tim operasi cloud | Buat metodologi Kelola untuk menyediakan operasi yang lebih kaya di Azure. |