Latihan - Menyesuaikan rencana adopsi cloud
Dalam latihan ini, Anda akan menarik data dari langkah penilaian sebelumnya untuk mengisi rencana adopsi cloud templat. Rencana berbasis data tersebut akan membantu mengelola pekerjaan yang terkait dengan migrasi dan penerapan beban kerja baru yang inovatif.
Menyesuaikan rencana adopsi cloud
Sangat menggoda untuk membuat rencana yang memperhitungkan semua beban kerja dan setiap aset yang dibutuhkan di cloud. Jika tim Anda tidak memiliki proses yang mapan untuk adopsi cloud dan pengalaman yang luas terkait penyedia cloud pilihan Anda, rencana seperti itu dapat menciptakan persepsi yang keliru dan menimbulkan risiko yang tidak perlu.
Sebagai gantinya, sesuaikan dan uji rencana Anda dengan menggunakan sekumpulan kecil beban kerja yang ditentukan dengan baik untuk membuat gelombang pertama adopsi cloud Anda. Di unit ini, kami akan menjelaskan bagaimana Tailwind Traders membuat rencana adopsi pertamanya. Perusahaan menggunakan langkah berikut:
- Menambahkan gelombang pertama beban kerja
- Mengaitkan aset dependen dengan setiap beban kerja
- Memprioritaskan beban kerja
- Mengevaluasi tugas migrasi sebagai tim
- Memperkirakan tugas dan mencoba menyelesaikannya dalam waktu perkiraan
- Uji beban kerja yang disebarkan
- Memperbaiki proses dan perkiraan
- Menerapkan pembelajaran awal ke rencana adopsi yang lebih komprehensif
Membuka templat rencana adopsi cloud
Di unit pertama modul ini, Anda membuat backlog di Azure DevOps dengan menggunakan templat rencana adopsi cloud. Langkah terakhir dari unit tersebut menyarankan untuk menyimpan URL ke tampilan hierarki Epik paket proyek tersebut. Gunakan tautan tersebut (atau langkah-langkah dari unit pertama) untuk membuka backlog atau rencana proyek yang dibuat templat.
Menambahkan beban kerja
Sekarang, kita akan menambahkan beberapa beban kerja ke rencana proyek. Di akhir pelajaran terakhir, kita akan mengidentifikasi serangkaian beban kerja dari real estat digital Tailwind Traders. Saat Anda membangun rencana aktual, Anda mungkin menargetkan sepuluh beban kerja untuk migrasi pertama Anda, tetapi untuk brevity, Anda hanya akan menargetkan enam beban kerja yang kami identifikasi di unit terakhir.
Catatan
Beban kerja desktop virtual dan solusi cadangan mungkin dianggap sebagai platform teknologi daripada beban kerja. Namun, selama migrasi, perbedaan itu memiliki sedikit pembawaan tentang bagaimana pengumpulan aset disebarkan ke cloud.
Buka formulir untuk menambahkan beban kerja: Perluas epik Migrasi Cloud di backlog Anda untuk melihat semua beban kerja yang dilatih untuk migrasi. Pilih elipsis di sebelah kanan epik Migrasi Cloud untuk melihat menu. Di menu pop-up, arahkan kursor ke Tambahkan tautan, lalu pilih Item baru.
Tambahkan beban kerja baru dalam rencana: Formulir pertama akan meminta beberapa data dasar untuk menambahkan beban kerja ini ke rencana Anda. Pertanyaannya akan ditampilkan dalam istilah Azure DevOps, bukan istilah beban kerja. Tambahkan semua beban kerja yang akan dimigrasi ke backlog sebagai elemen turunan dari Epik migrasi cloud. Semua beban kerja dimasukkan sebagai fitur, dengan mempertimbangkan jumlah pekerjaan yang diperlukan untuk memigrasi semua aset dependen yang mendukung beban kerja. Masukkan nama beban kerja untuk melengkapi formulir ini. Untuk latihan ini, pilih Turunan sebagai jenis Tautan, pilih Fitur sebagai jenis item Kerja, masukkan kupon seluler sebagai judul beban kerja pertama Anda, lalu pilih OK di bagian bawah formulir.
Masukkan data beban kerja: Untuk beberapa beban kerja pertama ini, fokuslah pada jumlah data minimum yang Anda yakini akan diperlukan oleh tim migrasi untuk menyelesaikan migrasi hingga produksi. Nama beban kerja harus dibawa dari formulir sebelumnya. Isi kotak Deskripsi dengan informasi penting yang harus ditandai untuk semua aset yang terkait dengan beban kerja ini, seperti kekritisan, sensitivitas data, tag beban kerja, grup bisnis, pemilik beban kerja, komitmen operasi, atau informasi lain yang harus bertahan sepanjang siklus hidup beban kerja. Untuk menetapkan praktik terbaik sejak awal, mulai diskusi pertama Anda dalam formulir ini dengan menguraikan persyaratan pengujian yang akan memvalidasi keberhasilan migrasi beban kerja ini. Klik Simpan dan tutup untuk menyimpan informasi beban kerja.
Ulangi langkah-langkah ini untuk setiap beban kerja di gelombang migrasi pertama Anda. Untuk latihan ini, buat fitur dalam rencana untuk mewakili masing-masing dari enam beban kerja Tailwind Traders: kupon seluler, rak video, POS penyimpanan jarak jauh, penjadwalan karyawan, desktop virtual, dan solusi cadangan.
Menambahkan aset
Setiap aset yang diinventarisasi yang diperlukan untuk mendukung beban kerja perlu ditambahkan ke rencana untuk mengelola pekerjaan yang sebenarnya. Proses berikut menunjukkan cara menambahkan setiap aset di bawah beban kerja yang sesuai.
Catatan
Untuk kesederhanaan, kami akan menomori setiap aset alih-alih memberikan nama untuk masing-masing aset. Di proyek dunia nyata, Anda merekam nama dan aspek metadata lainnya untuk memandu upaya teknis.
Buka formulir untuk menambahkan aset baru: Perluas fitur Kupon Seluler di backlog Anda. Pilih elipsis di sebelah kanan Kupon Seluler untuk melihat menu. Di menu pop-up, arahkan mouse ke Tambahkan tautan dan pilih Item baru.
Tambahkan aset baru dalam rencana: Mirip dengan proses menambahkan beban kerja baru, formulir pertama akan meminta beberapa data dasar untuk menambahkan aset ini ke rencana Anda. Anda harus menambahkan semua aset untuk dimigrasikan ke backlog sebagai elemen turunan dari fitur beban kerja yang relevan. Semua aset dimasukkan sebagai cerita pengguna, karena migrasi aset tersebut merupakan hasil yang terpisah dan dapat diukur berdasarkan serangkaian tugas. Masukkan nama aset untuk melengkapi formulir ini. Untuk latihan ini, pilih Turunan untuk jenis Tautan, pilih Kisah pengguna untuk jenis item Pekerjaan, dan masukkan Aset #1 sebagai judul aset pertama Anda. Kemudian pilih OK di bagian bawah formulir.
Masukkan data aset: Nama aset harus dibawa dari formulir sebelumnya. Isi kotak Deskripsi dengan informasi penting tentang aset ini, seperti jenis aset (VM, data, atau aplikasi), segmentasi jaringan saat ini, dependensi yang diketahui, tag khusus aset, atau informasi lain yang dapat membantu migrasi aset. Untuk menetapkan praktik terbaik sejak awal, mulailah memikirkan kriteria penerimaan dari awal. Gunakan kotak Kriteria penerimaan untuk mengisi detail tentang bagaimana dan oleh siapa aset ini akan diuji setelah diterapkan ke cloud. Pilih Simpan & Tutup untuk menyimpan informasi aset.
Memprioritaskan beban kerja
Dalam tampilan hierarki Epik backlog, Anda dapat menyeret beban kerja ke atas dan ke bawah pada daftar untuk mencerminkan prioritas linier dan mulai membuat urutan beban kerja untuk bermigrasi.
Seiring bertambahnya jumlah beban kerja dalam rencana Anda, pendekatan ini mungkin tidak cukup kuat untuk memberikan kejelasan yang diperlukan. Pilih beban kerja apa pun untuk membuka formulir pengeditan item kerja yang Anda gunakan untuk menambahkan beban kerja awal ini. Di bagian Perencanaan formulir, Anda dapat menggunakan bidang untuk prioritas, risiko, nilai bisnis, atau kekritisan waktu untuk menunjukkan nilai yang lebih abadi untuk prioritas.
Yang terpenting, menentukan gelombang beban kerja untuk memigrasikan prioritas agar pekerjaan selesai. Pada formulir yang sama, Anda dapat mengatur iterasi untuk setiap beban kerja dengan menggunakan daftar drop-down Iterasi .
Jika Anda menggunakan formulir untuk mengatur nilai prioritas, ingatlah untuk memilih Simpan & Tutup saat Anda selesai.
Mengevaluasi tugas migrasi sebagai tim
Templat rencana adopsi cloud menerapkan templat beban kerja sampel untuk menunjukkan berbagai upaya berbeda yang mungkin diperlukan untuk migrasi. Bergantung pada pendekatan yang Anda pilih untuk migrasi, tugas yang diperlukan mungkin berbeda-beda.
Migrasi aset: Inti dari setiap pendekatan migrasi adalah proses dua langkah sederhana yang harus diselesaikan untuk setiap aset: menilai kompatibilitas dan memigrasi aset. Sebagian besar tim juga menambahkan proses dasar untuk mengoptimalkan ukuran, mengonfigurasi pengaturan keamanan dan manajemen, dan mendokumen konfigurasi aset tersebut. Anda dapat mengulangi tugas ini untuk semua aset di real estat digital. Templat tersebut menyertakan tautan ke instruksi untuk menyelesaikan setiap tugas.
Migrasi aset baik-baik saja untuk upaya taktis skala kecil, tetapi pendekatan itu tidak menskalakan untuk memenuhi kebutuhan migrasi canggih atau upaya adopsi seperti yang perlu diselesaikan Tailwind Traders.
Migrasi beban kerja: Untuk menskalakan proses ini, migrasi beban kerja bisa jauh lebih berguna. Dalam pendekatan ini, Anda dapat mengabaikan tugas yang terkait dengan setiap aset di templat. Aset dimigrasi secara massal dengan menggunakan alat seperti Azure Migrate. Anda menyelesaikan penilaian, pengukuran, dependensi, pengujian, dan dokumentasi satu kali untuk setiap beban kerja guna mengurangi tugas yang berlebihan. Saat beban kerja dimigrasi, aset yang ada juga dinonaktifkan untuk menghentikan aset yang tidak digunakan dan mengurangi biaya berkelanjutan.
Migrasi beban kerja jauh lebih efisien, tetapi juga dapat mencapai titik skala saat upaya mulai berfokus pada ribuan VM.
Pabrik migrasi: Untuk skala tertinggi dan opsi yang paling dapat diulang, Anda dapat membangun pabrik migrasi seiring Anda dan tim mendapatkan pengalaman tambahan. Bagian peningkatan proses Cloud Adoption Framework menyediakan sejumlah proses yang perlu dipertimbangkan.
Menambahkan tugas
Setelah tim menyelaraskan tugas yang diperlukan untuk mendukung proses, Anda dapat mulai menambahkan tugas tersebut ke setiap beban kerja dan/atau aset.
Mirip dengan langkah sebelumnya, di sini Anda akan memilih elipsis di samping beban kerja atau aset apa pun untuk menambahkan tugas. Satu-satunya yang berbeda yaitu Anda memilih Tugas dari daftar tarik-turun Tipe item pekerjaan untuk melacak penugasan dan pekerjaan yang terkait dengan tugas ini.
Jika Anda menambahkan tugas langsung ke beban kerja, Anda juga dapat menambahkan cerita pengguna untuk mengelompokkan pekerjaan dan membantu penugasan. Templat menyediakan contoh cerita pengguna untuk mengelompokkan pekerjaan, seperti yang ditunjukkan pada gambar berikut:
Memperkirakan tugas dan mencoba menyelesaikannya dalam waktu perkiraan
Untuk setiap tugas yang disepakati tim untuk disertakan, datanglah dengan perkiraan waktu yang diperlukan untuk menyelesaikan pekerjaan. Masukkan perkiraan waktu dalam kotak teks Perkiraan Asli dan pilih Simpan & Tutup.
Setiap hari, temui tim selama perulangan pertama untuk mendapatkan informasi tentang kemajuan pekerjaan. Perbarui nilai Sisa waktu dan Waktu selesai dalam rapat setiap hari. Ini akan membantu tim memerhatikan tingkat kesulitan dalam penyelesaian setiap tugas dan membantu menyempurnakan perkiraan di masa mendatang. Untuk beberapa iterasi pertama, praktikkan pengamatan perekaman tentang pekerjaan yang diselesaikan di kotak Diskusi untuk membantu mempertahankan pelajaran apa pun yang dipelajari.
Catatan
Seiring kemajuan tim, beberapa pekerjaan yang mereka sepakati mungkin tampak tidak perlu. Demi pembelajaran yang berkelanjutan, cobalah untuk memastikan semua tugas diselesaikan selama perulangan untuk memvalidasi kemunculan tersebut, kemudian atur tugas dalam iterasi selanjutnya. Jangan biarkan tugas yang tidak perlu menjadi penghambat dalam penyampaian cerita pengguna atau upaya migrasi.
Menguji penyebarannya
Saat setiap aset disebarkan, jalankan pengujian untuk memvalidasi penyelesaian dan kepatuhan terhadap desain awal.
Ketika aset akhir untuk setiap beban kerja diterapkan, validasikan arsitektur, performa, dan ukuran. Yang paling penting, lakukan pengujian beban kerja dengan pengguna bisnis aktual jika memungkinkan.
Retrospektif untuk menyempurnakan proses dan perkiraan
Pada akhir perulangan pertama Anda, berkumpullah sebagai tim untuk mendiskusikan apa yang berhasil dan apa yang tidak. Lihat juga hal-hal yang ingin dihentikan, terus dilakukan, atau dilakukan oleh tim lebih banyak lagi.
Terapkan pertimbangan sederhana ini ke daftar tugas untuk disertakan dalam perulangan berikutnya. Anda juga dapat menggunakan waktu yang dihabiskan untuk tugas guna menginformasikan perkiraan baru dari tim.
Menerapkan pembelajaran awal ke rencana adopsi yang lebih komprehensif
Ulangi langkah-langkah dalam artikel ini untuk tiga perulangan pertama Anda untuk terus mempelajari dan menyempurnakan proses. Setelah beberapa perulangan, tim harus memiliki pemahaman tentang tugas yang diperlukan, waktu yang diperlukan untuk tugas tersebut, dan keseluruhan proses yang akan membawa kesuksesan di seluruh program transformasi digital Anda.
Secara paralel untuk menyelesaikan setiap iterasi, manajer proyek harus menggunakan data penilaian dari unit sebelumnya untuk mengisi paket yang lebih kaya, termasuk jumlah beban kerja dan aset yang lebih besar yang diperlukan.
Sebagai aturan umum, manajer proyek harus mencoba memuat 10 beban kerja per perulangan untuk beberapa perulangan pertama. Saat Anda menyelesaikan lebih banyak retrospektif, akan semakin jelas berapa banyak beban kerja yang dapat diselesaikan tim dalam perulangan dua minggu. Beberapa tim yang matang dapat memigrasikan ratusan atau bahkan ribuan aset dalam sprint dua minggu. Namun, pengujian dan rilis produksi beban kerja yang didukung aset tersebut akan memakan waktu lebih lama.
Selama beberapa minggu pertama pelaksanaan perulangan awal, sebagian besar proyek migrasi Anda harus dapat dimuat, diprioritaskan, ditetapkan ke perulangan, dan diperkirakan. Biasanya, keakuratan durasi dan garis waktu proyek menjadi stabil pada saat perulangan ketiga selesai.
Mengintegrasikan real estat digital dalam skala besar
Anda dapat lebih cepat menambahkan beban kerja, aset, dan tugas, dengan menggunakan add-in Teams untuk Microsoft Excel. Bagian Langkah berikutnya di unit berikutnya menyediakan tautan ke seri artikel yang mengajarkan Anda cara memuat sejumlah besar beban kerja dan aset dengan menggunakan templat beban kerja yang disediakan dalam rencana adopsi cloud awal.
Keterlibatan mitra
Mitra Microsoft yang memberikan penawaran yang disetujui Cloud Adoption Framework dapat mempercepat perencanaan dan eksekusi migrasi, secara signifikan mengurangi jumlah pekerjaan berulang yang diperlukan oleh organisasi. Lihat situs penawaran mitra Cloud Adoption Framework untuk penawaran dari mitra berpengalaman.