Tugas 3: Mendefinisikan proses prioritas aplikasi

Prioritas aplikasi adalah proses penentuan urutan aplikasi yang harus dimigrasikan ke cloud. Anda menilai prioritas berdasarkan kompleksitas migrasi aplikasi ke cloud dan aturan yang Anda tentukan. Ketika membahas prioritas aplikasi, prioritas tinggi tidak selalu berkorelasi dengan pentingnya aplikasi untuk bisnis. Bahkan, aplikasi yang bisnis kritis biasanya prioritas rendah untuk migrasi karena aplikasi bisnis kritis memiliki risiko yang lebih tinggi. Dalam migrasi besar, Anda memprioritaskan aplikasi dengan kompleksitas rendah yang tidak penting bagi bisnis, dan dengan setiap gelombang, Anda memigrasikan aplikasi yang semakin kompleks atau kritis bisnis.

Dalam migrasi besar, di mana Anda memiliki ratusan aplikasi yang berbaris untuk migrasi, kami tidak menyarankan Anda memprioritaskan dan merencanakan setiap aplikasi sekaligus. Ini adalah salah satu alasan mengapa mendefinisikan proses prioritas aplikasi sangat penting untuk proyek migrasi besar. Untuk mendekati migrasi dengan cara yang gesit, Anda dapat memilih aplikasi prioritas tertinggi (3—10 aplikasi), atau Anda dapat memilih aplikasi yang cukup untuk 3-5 gelombang. Anda kemudian menyelesaikan penemuan aplikasi dan perencanaan gelombang hanya untuk aplikasi yang dipilih. Pendekatan ini menghemat banyak waktu karena prioritas aplikasi dan gelombang sering berubah selama migrasi besar.

Salah satu mitos umum tentang prioritas aplikasi adalah bahwa aplikasi prioritas tertinggi harus berada di gelombang pertama. Ketika Anda melakukan perencanaan gelombang, ada kemungkinan besar bahwa hanya beberapa dari 10 aplikasi prioritas tertinggi yang akan berada di gelombang pertama karena yang lain tidak siap. Ini bisa karena berbagai alasan yang valid, seperti ketergantungan, kendala bisnis, atau ketersediaan sumber daya. Prioritas aplikasi adalah faktor penting dalam perencanaan gelombang, tetapi seharusnya tidak menjadi satu-satunya faktor yang Anda pertimbangkan.

Dalam tugas ini, Anda menentukan proses dan aturan prioritas aplikasi. Tugas ini terdiri dari langkah-langkah berikut:

• Langkah 1: Tentukan proses prioritas aplikasi

• Langkah 2: Tentukan aturan prioritas aplikasi

• Langkah 3: Selesaikan proses prioritas aplikasi

Bagian selanjutnya membahas penilaian kompleksitas. Buku pedoman ini menyediakan tiga opsi proses untuk memprioritaskan aplikasi, dan dua dari tiga opsi menggunakan penilaian kompleksitas. Untuk informasi selengkapnya tentang opsi proses, lihatLangkah 1: Tentukan proses prioritas aplikasi. Jika Anda berencana menggunakan proses nominasi aplikasi, maka Anda tidak perlu menentukan kriteria penilaian kompleksitas, dan Anda harus melanjutkan langsung ke. Langkah 1: Tentukan proses prioritas aplikasi

Tentang kriteria penilaian kompleksitas

Penilaian kompleksitas adalah proses yang digunakan untuk menilai kesulitan migrasi aplikasi, yang merupakan faktor penting ketika memprioritaskan aplikasi. Penilaian kompleksitas melibatkan evaluasi semua aplikasi terhadap serangkaian kriteria bisnis dan teknis yang sama, yang Anda tentukan. Saat mengevaluasi aplikasi, Anda menetapkan skor untuk setiap kriteria. Ketika Anda menjumlahkan skor kriteria bisnis dan kriteria teknis, Anda mendapatkan skor kompleksitas yang mencerminkan kompleksitas keseluruhan migrasi aplikasi itu. Anda kemudian dapat menggunakan skor kompleksitas saat memprioritaskan aplikasi dan gelombang perencanaan.

Ada dua kategori kriteria penilaian kompleksitas:

• Kriteria bisnis — Kriteria dalam kategori ini berkaitan dengan kompleksitas bisnis migrasi aplikasi, seperti risiko jika aplikasi menjadi tidak tersedia, pertimbangan keamanan dan kepatuhan, dan ketersediaan sumber daya.

• Kriteria teknis — Kriteria dalam kategori ini berkaitan dengan kompleksitas teknis migrasi aplikasi, seperti sistem operasi dan versinya, jumlah server dan pengguna, dan strategi migrasi.

Anda harus menentukan kriteria penilaian yang sesuai untuk kasus penggunaan Anda. Jika Anda menilai kompleksitas aplikasi secara manual, dalam templat buku pedoman portofolio, templat lembar Skor untuk kompleksitas aplikasi (format Microsoft Excel) berisi serangkaian kriteria dan nilai skor standar. Anda mungkin ingin memulai dengan nilai-nilai ini dan kemudian menyesuaikannya untuk kasus penggunaan Anda. Jika Anda menggunakan alat penemuan untuk prioritas aplikasi, alat ini biasanya menyertakan serangkaian kriteria standar, dan Anda dapat menambahkan, menghapus, atau memodifikasi kriteria, dan Anda dapat menimbangnya sesuai dengan kebutuhan Anda. Saat Anda menetapkan kriteria, gunakan pertanyaan di dua bagian berikutnya untuk membantu menyempurnakan kriteria Anda.

Kriteria bisnis

Berikut ini adalah kriteria bisnis yang biasa digunakan dalam penilaian kompleksitas.

Kriteria bisnis	Deskripsi
Dampak bisnis	Menilai dampaknya terhadap bisnis jika aplikasi ini tidak tersedia: Apakah itu memiliki dampak finansial? Apakah itu memiliki dampak operasi? Apakah itu berdampak pada pengalaman pelanggan? Apakah itu berdampak pada produk atau acara perusahaan?
Ketersediaan staf	Selama migrasi, Anda mungkin memerlukan bantuan dari pemilik aplikasi, pakar materi pelajaran (UKM), administrator jaringan atau infrastruktur, penguji, dan pengembang. Menilai ketersediaan sumber daya ini untuk membantu Anda selama migrasi: Apakah staf ini akan tersedia selama migrasi untuk membantu dan memberikan panduan kepada tim migrasi? Apakah staf ini akan tersedia untuk menguji dan memvalidasi aplikasi setelah dimigrasi? Apakah staf ini akan tersedia untuk menyediakan alamat IP atau port yang diperlukan untuk menjalankan aplikasi di lingkungan target?
Kompleksitas bisnis	Memiliki banyak pemangku kepentingan yang saling bergantung dan saling berhubungan, sistem teknologi informasi, dan struktur organisasi dapat meningkatkan kompleksitas bisnis. Menilai kompleksitas bisnis sebagai berikut: Berapa lama waktu yang dibutuhkan bisnis untuk menyetujui infrastruktur dan perubahan jaringan, seperti perubahan firewall atau penyediaan instance baru? Berapa lama waktu yang dibutuhkan bisnis untuk menyetujui instalasi perangkat lunak atau alat baru di server mereka, seperti alat penemuan?
Kesiapan	Menilai apakah aplikasi siap untuk migrasi sebagai berikut: Apakah aplikasi saat ini sedang menjalani atau dijadwalkan menjalani penyegaran teknologi? Apakah pemeliharaan dijadwalkan, dan apakah akan tumpang tindih dengan migrasi terjadwal? Apakah aplikasi dijadwalkan untuk dinonaktifkan? Apakah aplikasi saat ini sedang ditingkatkan, dan apakah ada fitur baru yang sedang dikembangkan atau diintegrasikan?
Keamanan	Menilai kompleksitas persyaratan keamanan aplikasi dan kebijakan keamanan sebagai berikut: Apakah Anda perlu menyediakan alamat IP dan port untuk mengakses aplikasi? Apakah aplikasi memerlukan perlindungan infrastruktur? Apakah aplikasi memerlukan perlindungan data? Apakah manajemen kunci diperlukan? Apakah aplikasi memerlukan kebijakan manajemen akses khusus? Apakah aplikasi memerlukan pemantauan atau pencatatan? Apakah aplikasi memerlukan proses respons insiden dan otomatisasi? Apakah peringatan dan pemberitahuan diperlukan untuk aplikasi ini?
Kepatuhan	Persyaratan kepatuhan mungkin berlaku untuk aplikasi, seperti undang-undang, peraturan, dan pedoman yang disediakan oleh negara bagian, industri bisnis, atau kebijakan perusahaan. Menilai kompleksitas persyaratan kepatuhan aplikasi sebagai berikut: Apakah ada persyaratan privasi dan residensi data? Haruskah data yang diam dalam aplikasi dienkripsi? Haruskah data dalam perjalanan ke atau dari aplikasi dienkripsi? Apakah pencatatan audit diperlukan? Apakah aplikasi harus sesuai dengan standar akuntansi dan keuangan, seperti System and Organization Controls (SOC)? Apakah aplikasi harus sesuai dengan standar keamanan pembayaran, seperti Payment Card Industry (PCI)? Apakah aplikasi harus mematuhi peraturan informasi kesehatan pasien, seperti Health Insurance Portability and Accountability Act (HIPAA)? Apakah aplikasi harus sesuai dengan program keamanan cloud publik, seperti Program Manajemen dan Penilaian Keamanan Sistem Informasi (ISMAP)?
Pengetahuan aplikasi	Apakah seseorang dalam organisasi, seperti pemilik aplikasi, memiliki pengetahuan, keterampilan, dan pengalaman untuk memelihara, mengintegrasikan, memecahkan masalah, dan memperbaiki masalah? Dan apakah Anda dapat memperluas aplikasi untuk memenuhi permintaan bisnis?
Keterampilan migrasi	Apakah staf di organisasi Anda memiliki keterampilan untuk memigrasikan beban kerja ke lingkungan target?

Kriteria teknis

Berikut ini adalah kriteria teknis yang biasa digunakan dalam penilaian kompleksitas.

Kriteria teknis	Deskripsi
Penyimpanan	Nilai penyimpanan aplikasi saat ini sebagai berikut: Di mana aplikasi saat ini disimpan? Contohnya termasuk penyimpanan terlampir jaringan (NAS), jaringan area penyimpanan (SAN), atau drive lokal. Berapa ukuran total penyimpanan saat ini?
Jumlah pengguna	Berapa banyak pengguna yang dimiliki aplikasi ini? Anda dapat menggunakan log atau perkiraan yang sebenarnya.
Jumlah server	Berapa banyak server yang ada di tumpukan aplikasi?
Konektivitas	Nilai bagaimana aplikasi ini terhubung dengan orang lain di organisasi Anda sebagai berikut: Berapa banyak aplikasi lain yang bergantung pada aplikasi ini? Apa dampaknya terhadap aplikasi lain jika aplikasi ini tidak tersedia?
Aplikasi OS dan versi	Nilai sistem operasi (OS) dan versi server aplikasi sebagai berikut: Apakah versi OS server tidak lagi didukung? Apakah server menjalankan OS Unix atau Linux? Apakah server menjalankan OS Windows Server? Apakah aplikasi di mainframe atau di server midrange?
Dependensi aplikasi	Menilai bagaimana aplikasi ini bergantung pada sumber daya lain di lingkungan Anda: Sumber daya apa yang bergantung pada aplikasi ini? Sumber daya dapat berupa aplikasi lain, komponen, layanan khusus OS (seperti pendaftar atau server web), atau perpustakaan. Apa dampak aplikasi ini jika satu atau lebih sumber daya tersebut tidak tersedia?
Migrasi data	Menilai apakah Anda perlu memigrasi data atau file untuk aplikasi ini: Seberapa kompleks migrasi data? Seberapa kompleks migrasi file?
Strategi migrasi	Menilai kompleksitas strategi migrasi yang dipilih. Untuk informasi selengkapnya tentang strategi migrasi, lihat Panduan untuk migrasi AWS besar.
COTS atau kustom	Menilai apakah aplikasi dibuat khusus atau komersial off-the-shelf (COTS) sebagai berikut: Apakah Anda memiliki versi terbaru dari kode sumber? Apakah vendor aplikasi didukung? Apakah aplikasi tersebut dialihdayakan?

Langkah 1: Tentukan proses prioritas aplikasi

Buku pedoman ini mencakup tiga opsi proses untuk memprioritaskan aplikasi. Anda dapat memilih salah satu opsi, atau Anda mungkin memutuskan untuk menggabungkan dua atau lebih dan membangun proses kustom. Evaluasi kasus penggunaan Anda dan tentukan mana dari berikut ini yang paling cocok untuk lingkungan Anda:

• Opsi 1: Penilaian kompleksitas manual— Ini adalah proses prioritas manual yang dapat diselesaikan oleh individu atau dalam sesi bergaya lokakarya. Dalam proses ini, Anda menggunakan kriteria penilaian kompleksitas untuk menilai kesulitan migrasi setiap aplikasi, yang merupakan faktor penting dalam memprioritaskan aplikasi. Proses manual ini sangat cocok untuk migrasi besar karena memberikan pendekatan kuantitatif yang konsisten untuk memprioritaskan portofolio aplikasi yang besar. Namun, mengevaluasi setiap aplikasi terhadap serangkaian kriteria yang ditentukan dapat menjadi proses yang lebih lambat jika dibandingkan dengan dua opsi lainnya.

• Opsi 2: Nominasi aplikasi— Ini adalah proses prioritas manual yang biasanya menyelesaikan sesi bergaya lokakarya. Dalam proses ini, pemilik aplikasi menominasikan aplikasi untuk migrasi. Agar berhasil, proses ini mengharuskan pemilik aplikasi memiliki pengetahuan yang komprehensif tentang aplikasi masing-masing. Proses ini disarankan jika waktu merupakan faktor dan Anda perlu memprioritaskan aplikasi dengan cepat.

• Opsi 3: Alat penemuanIni adalah proses prioritas otomatis. Jika alat penemuan di lingkungan Anda memiliki fitur otomatis untuk penilaian atau prioritas kompleksitas aplikasi otomatis, menggunakan fitur ini dapat menghemat waktu dan mempercepat proses prioritas aplikasi. Dalam proses ini, Anda biasanya menentukan kriteria dalam parameter alat penemuan, dan kemudian alat menganalisis aplikasi dan memberikan skor kompleksitas akhir. Sebelum memilih opsi ini, jelajahi fitur yang tersedia di alat penemuan Anda dan verifikasi bahwa Anda dapat menyesuaikannya untuk memenuhi kebutuhan kasus penggunaan Anda.

Opsi 1: Penilaian kompleksitas manual

Dalam proses prioritas aplikasi manual ini, Anda menggunakan lembar kerja untuk mengevaluasi aplikasi terhadap serangkaian kriteria penilaian kompleksitas yang ditentukan. Kami menyarankan Anda menyelesaikan lembar kerja dalam sesi bergaya lokakarya, atau seorang individu dapat menyelesaikan lembar kerja dengan berkolaborasi dengan pemangku kepentingan. Anda kemudian menggunakan skor kompleksitas akhir dan aturan prioritas aplikasi untuk menentukan prioritas aplikasi. Dari proses manual, ini memberikan pendekatan kuantitatif yang paling konsisten untuk menentukan kompleksitas aplikasi dan menggunakan informasi tersebut untuk memprioritaskan aplikasi.

Untuk langkah-langkah penilaian kompleksitas dalam proses ini, kami sarankan Anda menggunakan template lembar Skor untuk kompleksitas aplikasi (format Excel), tersedia dalam templat buku pedoman portofolio. Template ini mencakup kriteria bisnis dan teknis yang telah ditentukan. Anda dapat menambahkan, menghapus, atau memodifikasi kriteria ini, atau Anda dapat menyesuaikan nilai penilaian. Misalnya, Anda mungkin lebih suka rentang skor 1-10 daripada 1-5. Perhatikan hal berikut tentang template yang disediakan:

• Anda dapat mengarahkan kursor ke setiap kriteria untuk deskripsi itu.

• Ketika Anda terbiasa dengan template, Anda harus menghapus contoh. Ini hanya untuk tujuan demonstrasi.

Perbarui lembar skor kompleksitas selama tahap inisialisasi dan implementasi migrasi. Anda dapat mengubah skor saat Anda maju melalui penilaian portofolio. Aplikasi deep dive adalah waktu yang umum untuk memperbarui lembar skor karena Anda mempelajari lebih lanjut tentang setiap aplikasi saat tim memeriksanya secara rinci. Selama migrasi, Anda juga dapat mengubah prioritas aplikasi jika mengalami masalah, seperti dependensi yang belum ditemukan dan batasan yang mencegah Anda memigrasi aplikasi. Dengan mempertahankan lembar skor selama migrasi, Anda dapat memprioritaskan aplikasi dengan akurasi yang lebih besar.

Dokumentasikan proses prioritas aplikasi Anda sebagai berikut:

1. Dalam templat buku pedoman portofolio, buka template lembar Skor untuk kompleksitas aplikasi.

2. Pada lembar Aplikasi, tambahkan, ubah, atau hapus kriteria yang sesuai untuk migrasi Anda. Saat memodifikasi kriteria, lakukan hal berikut:

   • Tinjau panduan di Tentang kriteria penilaian kompleksitas bagian buku pedoman ini.

   • Pertimbangkan dampak setiap kriteria terhadap durasi, sumber daya, dan biaya migrasi.

   • Untuk skor kompleksitas yang andal, sertakan kriteria yang mewakili berbagai tingkat kompleksitas migrasi di organisasi Anda.

3. Pada lembar panduan Penilaian, perbarui nilai dan kriteria default sesuai kebutuhan untuk kasus penggunaan Anda.

4. Simpan lembar skor.

5. Buka runbook prioritas aplikasi Anda.

6. Di bagian Kriteria penilaian kompleksitas aplikasi, perbarui bagian untuk mencerminkan lokasi lembar skor Anda.

7. Di bagian Proses prioritas Aplikasi, lakukan hal berikut:

   1. Keep Option 1: Penilaian kompleksitas manual dan hapus opsi lainnya.

   2. Ubah proses sesuai kebutuhan untuk kasus penggunaan Anda.

   3. Hapus judul apa pun di bagian ini yang berisi kata Opsi. Membiarkan ini di runbook mungkin membingungkan pengguna untuk berpikir bahwa prosesnya opsional atau beberapa opsi tersedia.

   4. Simpan runbook prioritas aplikasi Anda.

Opsi 2: Nominasi aplikasi

Proses prioritas aplikasi manual ini adalah pendekatan termudah dan tercepat untuk memprioritaskan aplikasi. Dalam proses ini, Anda meminta pemilik aplikasi untuk menominasikan aplikasi yang dapat dengan mudah dimigrasikan ke cloud. Anda dan pemilik aplikasi kemudian dapat dengan cepat memprioritaskan aplikasi karena Anda sudah memiliki pengetahuan mendalam tentang aplikasi yang dinominasikan. Kami menyarankan Anda bekerja dengan pemangku kepentingan dalam sesi bergaya lokakarya, tetapi Anda juga dapat berkolaborasi melalui email, dokumentasi bersama, dan platform komunikasi lainnya.

Selama proses nominasi, Anda memasukkan aplikasi yang dinominasikan ke dalam template lembar Skor untuk kompleksitas aplikasi (format Excel), termasuk dalam templat buku pedoman portofolio. Anda tidak akan menggunakan semua fitur penilaian dan kriteria dalam template ini, tetapi kami sarankan menggunakan lembar ini untuk mencatat keputusan nominasi dan prioritas.

Dalam beberapa situasi, proses nominasi aplikasi digunakan untuk mempercepat prioritas, dan lembar skor mungkin tidak diperlukan. Misalnya, jika Anda memprioritaskan hanya segelintir aplikasi atau jika pemilik aplikasi sangat berpengetahuan tentang aplikasi mereka, pemilik aplikasi dan pemangku kepentingan dapat memprioritaskan aplikasi berdasarkan pengetahuan dan pengalaman mereka. Dalam hal ini, mereka dapat melewati menggunakan lembar skor, dan melanjutkan langsung ke prioritas.

Dokumentasikan proses prioritas aplikasi Anda sebagai berikut:

1. Buka runbook prioritas aplikasi Anda.

2. Hapus bagian Kriteria penilaian kompleksitas aplikasi. Proses ini tidak menggunakan penilaian kompleksitas aplikasi.

3. Di bagian Proses prioritas Aplikasi, lakukan hal berikut:

   1. Keep Option 2: Nominasi aplikasi dan hapus opsi lainnya.

   2. Ubah proses sesuai kebutuhan untuk kasus penggunaan Anda.

   3. Hapus judul apa pun di bagian ini yang berisi kata Opsi. Membiarkan ini di runbook mungkin membingungkan pengguna untuk berpikir bahwa prosesnya opsional atau beberapa opsi tersedia.

4. Simpan runbook prioritas aplikasi Anda.

Opsi 3: Alat penemuan

Jika alat penemuan Anda memiliki fitur untuk penilaian kompleksitas atau prioritas aplikasi, proses otomatis ini memerlukan sedikit sumber daya dan dapat mempercepat proses prioritas aplikasi. Anda menyesuaikan kriteria dalam alat penemuan untuk kasus penggunaan Anda, dan kemudian alat penemuan secara otomatis menganalisis aplikasi dan memberikan skor kompleksitas akhir. Karena alat ini sudah memiliki semua metadata aplikasi, Anda tidak perlu memasukkannya.

Misalnya, alat penemuan Flexera One Cloud Migration and Modernization (sebelumnya Flexera Foundation dan CloudScape) memiliki fitur penilaian kompleksitas yang disebut Optimization Scorecard. Fitur ini memungkinkan Anda untuk memilih kriteria yang ingin Anda sertakan dalam penilaian dan menimbang setiap kriteria berdasarkan preferensi Anda. Setelah penemuan data selesai, alat penemuan menganalisis data berdasarkan kriteria tertimbang yang Anda berikan dan, menggunakan rumus kepemilikan alat, menghasilkan skor kompleksitas akhir. Untuk informasi selengkapnya, lihat Foundation and CloudScape User Guide (dokumentasi Flexera) dan Optimization Scorecard (dokumentasi Flexera).

Kerugian dari proses ini adalah membutuhkan waktu (4-8 minggu) untuk menyiapkan alat pemindaian untuk alat penemuan tanpa agen di lingkungan Anda atau untuk menginstal agen ke semua beban kerja dalam ruang lingkup. Sebelum Anda dapat menggunakan fitur penilaian di alat penemuan Anda, Anda harus memberikan waktu tambahan (4—12 minggu) agar alat penemuan mengumpulkan metadata dengan memindai beban kerja aplikasi dan melakukan analisis tumpukan aplikasi. Namun, Anda mungkin menemukan bahwa waktu tambahan yang diperlukan untuk mengonfigurasi alat penemuan mungkin dipulihkan dengan mengurangi jumlah waktu dan sumber daya yang dibutuhkan untuk pengumpulan metadata dan prioritas aplikasi. Misalnya, jika data alat penemuan masih terkini, alur kerja portofolio dapat menggunakan kembali alat penemuan dan datanya dari fase mobilisasi untuk mengidentifikasi aplikasi percontohan.

catatan

Jika Anda menggunakan proses alat penemuan, Anda masih dapat menggunakan templat lembar Skor manual untuk kompleksitas aplikasi untuk menganalisis aplikasi terhadap serangkaian kriteria yang berbeda. Informasi tambahan ini dapat membantu Anda memperbaiki prioritas aplikasi Anda.

Dokumentasikan proses prioritas aplikasi Anda sebagai berikut:

1. Jika Anda belum melakukannya, siapkan alat penemuan di lingkungan Anda. Untuk informasi selengkapnya, lihat Memulai penemuan portofolio otomatis di situs web Panduan AWS Preskriptif.

2. Sesuaikan penilaian kompleksitas atau kriteria prioritas aplikasi di alat penemuan Anda sesuai dengan instruksi untuk alat Anda. Untuk informasi selengkapnya tentang memilih kriteria, lihatTentang kriteria penilaian kompleksitas.

3. Buka runbook prioritas aplikasi Anda.

4. Di bagian Kriteria penilaian kompleksitas aplikasi, perbarui bagian untuk mencerminkan bahwa kriteria penilaian ditentukan dalam alat penemuan. <your discovery tool>Contoh: Kriteria penilaian kompleksitas didefinisikan dalam.

5. Di bagian Proses prioritas Aplikasi, lakukan hal berikut:

   1. Keep Option 3: Alat penemuan dan hapus opsi lainnya.

   2. Ubah proses sesuai kebutuhan untuk kasus penggunaan Anda. Penting bagi Anda untuk menyertakan step-by-step instruksi tentang cara membuat laporan dengan skor kompleksitas. Jika tersedia, Anda dapat menyertakan tautan ke panduan pengguna.

   3. Hapus judul apa pun di bagian ini yang berisi kata Opsi. Membiarkan ini di runbook mungkin membingungkan pengguna untuk berpikir bahwa prosesnya opsional atau beberapa opsi tersedia.

6. Simpan runbook prioritas aplikasi Anda.

Langkah 2: Tentukan aturan prioritas aplikasi

Pada langkah ini, Anda menentukan aturan prioritas aplikasi, yang membantu Anda menentukan urutan migrasi aplikasi. Meskipun skor kompleksitas aplikasi merupakan faktor penting dalam memprioritaskan aplikasi dan gelombang perencanaan, faktor bisnis dan teknologi juga harus dipertimbangkan. Anda membuat aturan untuk menilai prioritas setiap aplikasi dan membantu Anda menjadwalkan aplikasi dalam gelombang yang sesuai. Aturan bisnis dan teknologi umum meliputi:

• Menentukan urutan dan jadwal untuk migrasi pusat data

• Memprioritaskan unit bisnis

• Menangkap tenggat waktu untuk aplikasi bisnis penting

Tentukan aturan prioritas aplikasi Anda sebagai berikut:

1. Buka runbook prioritas aplikasi Anda.

2. Di bagian Aturan prioritas aplikasi, tambahkan aturan khusus untuk migrasi Anda.

3. Simpan runbook prioritas aplikasi.

4. Pertahankan aturan dalam runbook prioritas aplikasi. Aturan dapat berubah sewaktu-waktu saat kemajuan migrasi, perubahan ruang lingkup, atau jadwal bergeser.

Berikut ini adalah contoh seperangkat aturan prioritas aplikasi.

Prioritas	Aturan
1	Aplikasi di pusat data New York harus selalu memiliki prioritas lebih tinggi daripada aplikasi di pusat data Texas.
2	Aplikasi di departemen TI harus selalu memiliki prioritas lebih tinggi daripada aplikasi di departemen Pemasaran.
3	Aplikasi dengan skor kompleksitas tinggi harus memiliki prioritas yang lebih tinggi.
4	Aplikasi SAP perlu dimigrasikan sebelum akhir tahun.

Langkah 3: Selesaikan proses prioritas aplikasi

Sekarang, Anda menentukan bagaimana alur kerja portofolio menggunakan aturan dan proses untuk memprioritaskan aplikasi. Ini adalah proses yang direferensikan oleh alur kerja portofolio dalam tahap implementasi migrasi.

Sesuaikan proses ini di runbook prioritas aplikasi sebagai berikut:

1. Buka runbook prioritas aplikasi Anda.

2. Di bagian Tahap 2: Prioritaskan aplikasi, modifikasi proses yang sesuai untuk kasus penggunaan dan lingkungan Anda.

3. Simpan runbook prioritas aplikasi.

Kriteria keluar tugas

Lanjutkan ke tugas berikutnya setelah Anda menyelesaikan yang berikut:

• Anda telah memilih proses prioritas aplikasi dari opsi yang tersedia.

• Anda telah mendokumentasikan hal-hal berikut dalam runbook prioritas aplikasi Anda:

  • Kriteria penilaian kompleksitas aplikasi (jika ada)

  • Proses prioritas aplikasi

  • Aturan prioritas aplikasi

• Anda telah memperbarui bagian Tahap 2: Prioritaskan aplikasi dari runbook aplikasi Anda.