Memulai: Mempercepat inovasi layanan dan produk baru di cloud

Membuat produk dan layanan baru di cloud membutuhkan pendekatan yang berbeda dari yang dibutuhkan migrasi. Metodologi inovasi dari Kerangka Kerja Adopsi Cloud menetapkan pendekatan yang memandu pengembangan produk dan layanan baru.

Inovasi kurang dapat diprediksi dibandingkan migrasi standar, tetapi masih sesuai dalam konteks rencana adopsi cloud yang lebih luas. Panduan ini dapat membantu perusahaan Anda memberikan dukungan yang diperlukan untuk berinovasi dan menyediakan struktur untuk menciptakan portofolio yang seimbang selama adopsi cloud.

Langkah 1: Mendokumentasikan strategi bisnis

Untuk menghindari pemblokir umum, buat strategi bisnis yang jelas dan ringkas untuk inovasi. Penyelarasan pemangku kepentingan pada motivasi dan hasil bisnis yang diharapkan membentuk keputusan yang dibuat oleh tim adopsi cloud.

Hasil kerja:

• Gunakan templat strategi dan rencana untuk mencatat motivasi dan hasil bisnis yang diinginkan.

Panduan untuk mendukung penyelesaian hasil kerja:

• Motivasi: Langkah pertama untuk penyelarasan strategis adalah untuk mendapatkan kesepakatan tentang motivasi yang mendorong upaya inovasi. Mulailah dengan memahami dan mengategorikan motivasi dan tema umum dari para pemangku kepentingan lintas bisnis dan TI.
• Hasil bisnis: Setelah motivasi diselaraskan, maka sangatlah mungkin untuk menangkap hasil bisnis yang diinginkan. Informasi ini memberikan 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 untuk aplikasi atau beban kerja baru yang dibuat khusus yang memerlukan perancangan kembali atau pembangunan kembali penuh. Ketika motivasi sangat mendukung inovasi untuk semua beban kerja, penting untuk mengevaluasi portofolio guna memastikan bahwa investasi tersebut dapat menghasilkan laba atas investasi yang diinginkan. Upaya pembangunan kembali skala kecil dan modernisasi sumber daya tertentu dapat menjadi inovatif, tetapi mungkin lebih baik dilakukan dengan mengikuti Memulai: Mempercepat migrasi.

Tim yang bertanggung jawab	Tim yang mendukung dan bertanggung jawab
Tim strategi cloud	Tim adopsi cloud Pusat keunggulan cloud atau tim TI pusat

Langkah 2: Mengevaluasi pertimbangan bisnis

Di tahap pertama dalam pembangunan kasus bisnis ini, evaluasi pengembalian tingkat tinggi awal dari potensi upaya adopsi cloud. Tujuan dari langkah ini adalah untuk menyelaraskan semua pemangku kepentingan terkait satu pertanyaan sederhana: berdasarkan data yang tersedia, apakah adopsi cloud secara keseluruhan merupakan keputusan bisnis yang bijaksana? Dari pertanyaan tersebut, tim dapat lebih menyelaraskan bagaimana proyek inovasi ini membantu memenuhi kebutuhan yang diproyeksikan pengguna dalam tujuan mengadopsi cloud.

Hasil kerja:

• Gunakan templat rencana dan strategi untuk mencatat pertimbangan bisnis.

Panduan untuk mendukung penyelesaian hasil kerja:

• Pertimbangan bisnis: Sebelum Anda mengevaluasi setiap peluang untuk berinovasi di cloud, selesaikan pertimbangan bisnis tingkat tinggi untuk membentuk keselarasan pemangku kepentingan terkait rencana adopsi secara keseluruhan.
• Konsensus nilai bisnis: Mengukur nilai suatu inovasi bisa saja sulit di awal proses. Latihan pada artikel ini dapat membantu dalam mengevaluasi keselarasan akan nilai bisnis dari upaya inovasi tertentu.

Tim yang bertanggung jawab	Tim yang mendukung dan bertanggung jawab
Tim strategi cloud	Tim adopsi cloud

Langkah 3: Mengumpulkan data dan menganalisis aset serta beban kerja

Di sebagian besar perusahaan, inovasi dapat dipercepat melalui penggunaan aset yang ada seperti aplikasi, mesin virtual (VM), dan data. Ketika Anda merencanakan inovasi, penting untuk memahami bagaimana dan kapan aset tersebut dimigrasikan ke cloud.

Hasil kerja:

• Dapatkan data mentah pada inventaris yang ada seperti aplikasi, VM, dan data.
• Jika inovasi yang diusulkan memiliki dependensi pada inventori yang ada, selesaikan hasil berikut:
  • Analisis kuantitatif pada setiap inventaris pendukung yang diperlukan untuk mendukung inovasi yang direncanakan.
  • Analisis kualitatif dari setiap beban kerja pendukung yang diperlukan untuk memberikan inovasi.
• Hitung biaya inventaris baru yang diperlukan untuk mendukung upaya inovasi.
• Perbarui pertimbangan bisnis dalam templat rencana dan strategi menggunakan kalkulasi halus.

Panduan untuk mendukung penyelesaian hasil kerja:

Penemuan dan penilaian memberikan tingkat keselarasan teknis yang lebih mendalam. Anda kemudian dapat membuat rencana tindakan untuk memigrasikan beban kerja dependen yang diperlukan oleh inovasi yang direncanakan. Skenario ini umum terjadi ketika perusahaan memiliki sumber data, aplikasi terpusat, atau lapisan layanan yang sudah ada yang diperlukan dalam memberikan inovasi dalam konteks sisa perusahaan.

Ketika ada sistem yang dependen, artikel berikut dapat memandu penemuan dan penilaian:

• Inventarisasi sistem yang ada: Memahami kondisi saat ini dari pendekatan terprogram dan berbasis data adalah langkah pertama. 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.

Tim yang bertanggung jawab	Tim yang mendukung dan bertanggung jawab
Tim adopsi cloud	Tim strategi cloud

Langkah 4: Merencanakan migrasi aset dependen

Ketika inovasi baru bergantung pada beban kerja atau aset yang ada, rencana adopsi cloud memberikan pendekatan yang dipercepat untuk mengembangkan backlog proyek. Backlog kemudian dapat dimodifikasi untuk mencerminkan hasil penemuan, rasionalisasi, keterampilan yang dibutuhkan, dan kontrak mitra.

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: Selaraskan aset dan beban kerja di backlog agar secara jelas menentukan upaya untuk beban kerja yang diprioritaskan.
• Penyelarasan waktu dan orang: Tetapkan iterasi, kecepatan, dan rilis terkait beban kerja.

Tim yang bertanggung jawab	Tim yang mendukung dan bertanggung jawab
Tim adopsi cloud	Tim strategi cloud

Langkah 5: Menyelaraskan persyaratan pemerintahan dengan rencana adopsi Anda

Membahas inovasi yang direncanakan bersama tim pemerintahan membantu Anda menghindari banyak pemblokir sebelum mereka muncul. Terkadang, solusi baru yang inovatif mungkin memerlukan praktik yang tidak disarankan dalam praktik pemerintahan yang baik. Beberapa fitur yang diperlukan tersebut bahkan mungkin terblokir melalui peralatan otomatis terkait penegakan pemerintahan.

Hasil kerja:

• Buat transparansi dan pemahaman antara kebutuhan inovasi dan batasan pemerintahan.
• Bila perlu, perbarui kebijakan dan proses untuk mencerminkan perubahan atau pengecualian terhadap batasan pemerintahan yang ada.

Panduan untuk mendukung penyelesaian hasil kerja:

Tautan ini membantu tim adopsi memahami pendekatan tim pemerintahan cloud:

• 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 cloud Anda.
• Definisi kebijakan perusahaan: Mengidentifikasi dan mengurangi risiko bisnis.

Tim yang bertanggung jawab	Tim yang mendukung dan bertanggung jawab
Tim tata kelola cloud Tim adopsi cloud	Tim strategi cloud Pusat keunggulan cloud atau tim TI pusat

Langkah 6: Menentukan kebutuhan operasional dan komitmen bisnis

Tentukan rencana untuk tanggung jawab operasional jangka panjang terkait inovasi yang direncanakan. Akankah garis besar manajemen yang ditetapkan memenuhi kebutuhan operasional Anda? Jika tidak, evaluasi opsi untuk mendanai operasi yang khusus untuk teknologi yang mendukung inovasi ini.

Hasil kerja:

• Selesaikan Tinjauan Arsitektur Microsoft Azure untuk menilai berbagai keputusan operasi dan arsitektur.
• Sesuaikan buku kerja manajemen operasi untuk mencerminkan operasi lanjutan yang diperlukan.

Panduan untuk mendukung penyelesaian hasil kerja:

• Memperluas garis besar manajemen: Bagian Kerangka Kerja Adopsi Cloud ini memandu Anda melalui berbagai transisi ke manajemen operasional di cloud.
• Menjadi spesifik menggunakan operasi lanjutan: Temukan cara untuk melampaui garis besar manajemen Anda.
• Jika operasi lanjutan diperlukan untuk mendukung kebutuhan operasi Anda, evaluasi komitmen bisnis untuk menentukan tanggung jawab operasional bagi kedua tim.

Tim yang bertanggung jawab	Tim yang mendukung dan bertanggung jawab
Tim operasi cloud Tim adopsi cloud	Tim strategi cloud Pusat keunggulan cloud atau tim TI pusat

Langkah 7: Menyebarkan zona landasan yang selaras

Semua aset yang di-hosting di cloud hidup dalam zona landasan. Zona landasan tersebut mungkin memiliki persyaratan pemerintahan, keamanan, dan operasional yang eksplisit. Atau, mungkin berupa langganan baru tanpa dukungan dari tim lain. Dalam kedua skenario, penting untuk memulai menggunakan zona landasan yang selaras dengan persyaratan pemerintahan dan operasional sejak awal.

Memulai menggunakan zona landasan yang disetujui membantu tim Anda untuk menemukan pelanggaran kebijakan lebih awal selama pengembangan dibandingkan ketika solusi dirilis ke produksi. Penemuan yang lebih awal membantu tim Anda untuk menghapus pemblokir dan memberi tim adopsi dan pemerintahan cukup waktu untuk membuat perubahan.

Hasil kerja:

• Sebarkan zona landasan pertama untuk eksperimen awal berisiko rendah selama inovasi awal.
• Kembangkan rencana untuk refaktor dengan pusat keunggulan cloud atau tim TI pusat guna memastikan keselarasan pemerintahan, keamanan, dan operasional.
• Risiko garis waktu:
  • Persyaratan pemerintahan, operasi, dan keamanan untuk 10 beban kerja pertama dapat memperlambat proses ini. Me-refaktor zona landasan pertama dan zona landasan berikutnya membutuhkan waktu lebih lama, tetapi itu 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 pola adopsi Anda. Kemudian sebarkan basis kode standar tersebut.
• Perluas zona landasan Anda: Terlepas dari titik awal, identifikasi celah pada zona landasan yang disebarkan guna menambahkan komponen yang diperlukan untuk organisasi sumber daya, keamanan, pemerintahan, kepatuhan, dan operasi.

Tim yang bertanggung jawab	Tim yang mendukung dan bertanggung jawab
Tim platform cloud Tim adopsi cloud	Tim adopsi cloud Pusat keunggulan cloud atau tim TI pusat

Langkah 8: Berinovasi di cloud

Metodologi inovasi memberikan panduan tentang pendekatan manajemen produk dan alat yang paling sering digunakan untuk berinovasi di cloud. Langkah-langkah ini membantu Anda memulai dengan pendekatan ini.

Hasil kerja:

• Solusi berbasis teknologi yang memperkaya kehidupan pelanggan Anda dan memberikan nilai untuk bisnis.
• Proses dan alat untuk melakukan iterasi pada solusi tersebut lebih cepat dan menambahkan lebih banyak nilai dengan menggunakan cloud:
  • Pendekatan pengembangan iteratif.
  • Aplikasi yang dibuat khusus.
  • Pengalaman berbasis teknologi.
  • Integrasi produk fisik dan teknologi dengan menggunakan IoT.
  • Kecerdasan sekitar: integrasi teknologi tidak mengganggu ke dalam sebuah lingkungan.
  • Azure Cognitive Services: data besar, AI, pembelajaran mesin, dan solusi prediktif.

Panduan untuk mendukung penyelesaian hasil kerja:

• Buat hipotesis menggunakan konsensus nilai bisnis: Sebelum Anda memutuskan solusi teknis, identifikasi bagaimana inovasi baru dapat mendorong nilai bisnis dan buat hipotesis tentang kebutuhan pelanggan.
• Bangun MVP pertama Anda: Setelah hipotesis memiliki potensi nilai yang cukup untuk dibangun ke dalam aplikasi Anda, proses pembangunan dimulai. Sprint pengembangan harus secepat mungkin, untuk memungkinkan verifikasi atau penolakan cepat akan hipotesis, atau untuk menyempurnakan cara di mana fungsi yang diperlukan harus diintegrasikan dalam aplikasi.
• Ukur dan pelajari: Anda ingin memverifikasi akurasi hipotesis Anda secepat mungkin. Produk minimum yang layak (MVP) adalah versi awal dari fungsi baru, yang menawarkan fungsionalitas yang cukup untuk mengumpulkan umpan balik yang menegaskan jika Anda bergerak ke arah yang benar.
• Perluas inovasi digital: Untuk memperbaiki hipotesis Anda menggunakan disiplin inovasi atau penemuan digital yang mencakup mendemokratisasikan data, terlibat melalui aplikasi, memberdayakan adopsi, berinteraksi dengan perangkat, dan memprediksi serta mempengaruhi. 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. Terdapat empat tingkat kematangan: dasar, mendekati, aspiratif, dan matang. Setiap tingkat mencakup serangkaian karakteristik tertentu untuk membantu menentukan kemampuan organisasi Anda guna mengadopsi jenis solusi AI tertentu, mengurangi risiko terkait, dan menerapkan strategi.

Penilaian memakan 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 mengomputasi 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 hasil kerja:

• Ketika penilaian selesai, output alat akan memberikan skor yang memperkirakan status kematangan inovasi AI.

Tim yang bertanggung jawab	Tim yang mendukung dan bertanggung jawab
Tim adopsi cloud	Pusat keunggulan cloud Pusat keunggulan cloud atau tim TI pusat

Pernyataan nilai

Langkah-langkah yang diuraikan dalam panduan ini dapat membantu Anda dan tim Anda menciptakan solusi inovatif di cloud yang menciptakan nilai bisnis, diatur dengan tepat, dan dirancang dengan baik.

Langkah berikutnya

Kerangka Kerja Adopsi Cloud adalah solusi siklus hidup. Kerangka ini dapat membantu Anda memulai perjalanan inovasi. Kerangka ini dapat membantu organisasi Anda untuk memulai perjalanan inovasi dan untuk memajukan kematangan tim yang mendukung upaya inovasi.

Tim berikut dapat menggunakan langkah-langkah selanjutnya untuk terus memajukan kematangan upaya mereka. Proses paralel ini tidak linier dan tidak boleh dipandang sebagai pemblokir. Sebaliknya, masing-masing adalah aliran nilai paralel untuk membantu mematangkan kesiapan cloud perusahaan Anda secara keseluruhan.

Tim	Perulangan berikutnya
Tim adopsi cloud	Perbaikan proses memberikan wawasan tentang pendekatan untuk memberikan inovasi yang mempengaruhi pelanggan dan mendorong adopsi berulang.
Tim strategi cloud	Metodologi strategi dan Metodologi rencana adalah proses berulang yang berkembang bersama rencana adopsi. Kembali ke halaman ringkasan ini dan terus lakukan perulangan pada 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.