Bersiap Untuk Pindah Ke Awan

Kita sekarang berada di dekade kedua adopsi cloud. Sebanyak 92% bisnis menggunakan komputasi awan sampai tingkat tertentu. Pandemi telah menjadi pendorong baru-baru ini bagi organisasi untuk mengadopsi teknologi cloud. Berhasil memindahkan data, proyek, dan aplikasi tambahan ke cloud bergantung pada persiapan, perencanaan, dan antisipasi masalah.  

1. Persiapan adalah tentang data dan manajemen manusia dari data dan infrastruktur pendukung.
2. Perencanaan sangat penting. Rencana tersebut perlu mengandung elemen-elemen kunci yang spesifik.
3. Manajemen masalah adalah kemampuan untuk memperkirakan area masalah yang potensial dan kemampuan untuk menavigasinya jika ditemui.  

Empat Hal yang Harus Dilakukan Bisnis untuk Sukses di Cloud, Plus 7 Gotchas

Bisnis Anda akan pindah ke cloud. Baiklah, saya ulangi bahwa, jika bisnis Anda akan sukses, itu akan pindah ke cloud – ini, jika belum ada. Jika Anda sudah ada di sana, Anda mungkin tidak akan membaca ini. Perusahaan Anda berpikiran maju dan bermaksud memanfaatkan semua manfaat cloud yang telah kita bahas di artikel lain. Pada tahun 2020, 92% bisnis menggunakan cloud sampai batas tertentu dan 50% dari semua data perusahaan sudah ada di cloud.

Lapisan perak di cloud COVID: pandemi telah memaksa bisnis untuk melihat lebih dekat pada kemampuan cloud untuk mendukung paradigma baru tenaga kerja jarak jauh. Cloud mengacu pada data besar penyimpanan dan aplikasi yang memproses data tersebut.  Salah satu alasan utama untuk pindah ke cloud adalah untuk mendapatkan keunggulan kompetitif dengan menjadi fleksibel dan mendapatkan wawasan baru dari banyak sekali data.   

Perusahaan analis Gartner secara teratur menerbitkan laporan yang membahas “teknologi dan tren yang menjanjikan dalam memberikan keunggulan kompetitif tingkat tinggi selama lima hingga 10 tahun ke depan.” Sepuluh tahun yang lalu, Siklus Hype 2012 Gartner untuk Komputasi Awan menempatkan Komputasi Awan dan Penyimpanan Awan Publik di “Pulau Kekecewaan” tepat di luar “Puncak Harapan yang Meningkat”. Selanjutnya, Big Data baru saja memasuki “Puncak Ekspektasi yang Meningkat”. Ketiganya dengan dataran tinggi yang diharapkan dalam 3 hingga 5 tahun. Software as a Service (SaaS) ditempatkan oleh Gartner dalam fase "Kemiringan Pencerahan" dengan perkiraan dataran tinggi 2 hingga 5 tahun.

Pada tahun 2018, enam tahun kemudian, “Cloud Computing” dan “Public Cloud Storage” berada dalam fase “Lereng Pencerahan” dengan proyeksi dataran tinggi kurang dari 2 tahun. “Perangkat Lunak sebagai Layanan” telah mencapai puncaknya.  Intinya adalah bahwa ada adopsi cloud publik yang signifikan pada periode ini.  

Hari ini, pada tahun 2022, komputasi awan sekarang dalam dekade kedua adopsi dan sekarang menjadi teknologi default untuk aplikasi baru.  As Gartner mengatakan, "Jika bukan cloud, itu adalah warisan." Gartner melanjutkan dengan mengatakan bahwa dampak komputasi awan pada suatu organisasi adalah transformasional. Lalu bagaimana seharusnya organisasi melakukan pendekatan terhadap transformasi ini?

Bagan ini menjelaskan secara lebih rinci apa artinya suatu teknologi berada dalam fase tertentu. 

Bagaimana seharusnya organisasi mendekati transformasi organisasi?

Dalam proses adopsi cloud, organisasi harus membuat keputusan, menetapkan kebijakan baru, membuat prosedur baru, dan mengatasi tantangan tertentu. Berikut daftar area spesifik yang harus Anda selesaikan untuk memastikan rumah Anda tertata rapi: 

1. Pelatihan, pelatihan ulang atau peran baru.  Dalam mengadopsi cloud publik untuk penyimpanan data atau memanfaatkan aplikasi, Anda telah mengalihdayakan dukungan dan pemeliharaan infrastruktur. Anda masih memerlukan keahlian internal untuk mengelola vendor dan mengakses data. Selanjutnya, Anda perlu tahu cara memanfaatkan alat baru yang Anda miliki untuk analitik kognitif dan ilmu data.     
2. Data.  Ini semua tentang data. Data adalah mata uang baru. Kita berbicara tentang Big Data– data yang memenuhi setidaknya beberapa dari V dari definisi. Dalam pindah ke cloud, setidaknya sebagian data Anda akan berada di cloud. Jika Anda "serba bisa", data Anda akan disimpan di cloud dan diproses di cloud.

A. Ketersediaan data. Bisakah aplikasi lokal Anda yang ada mengakses data di cloud? Apakah data Anda perlu untuk diproses? Apakah Anda perlu menganggarkan waktu dalam proyek migrasi cloud Anda untuk memindahkan data Anda ke cloud? Berapa lama waktu yang dibutuhkan? Apakah Anda perlu mengembangkan proses baru untuk mendapatkan data transaksional Anda ke cloud? Jika Anda bermaksud melakukan AI atau pembelajaran mesin, harus ada data pelatihan yang cukup untuk memenuhi tingkat akurasi dan presisi yang diinginkan.

B. Kegunaan data. Apakah data Anda dalam format yang dapat dikonsumsi oleh orang-orang dan alat yang akan mengakses data? Dapatkah Anda melakukan “lift-and-shift” pada gudang data Anda? Atau, bisakah itu dioptimalkan untuk kinerja? 

C. Kualitas data. Kualitas data yang menjadi dasar keputusan Anda dapat memengaruhi kualitas keputusan Anda. Tata kelola, pengelola data, manajemen data, mungkin kurator data dapat memainkan peran penting dalam penerapan analitik kognitif di cloud. Luangkan waktu sebelum Anda memigrasikan data ke cloud untuk menilai kualitas data Anda. Tidak ada yang lebih membuat frustrasi daripada mengetahui bahwa Anda telah memigrasikan data yang tidak Anda perlukan.

D. Variabilitas dan ketidakpastian dalam data besar. Data mungkin tidak konsisten atau tidak lengkap. Dalam mengevaluasi data Anda dan bagaimana Anda ingin menggunakannya, apakah ada celah? Sekarang adalah waktunya untuk memperbaiki masalah yang diketahui terkait dengan standar data di seluruh perusahaan. Standarisasi di seluruh pusat pelaporan pada hal-hal sederhana seperti dimensi waktu, hierarki geografi. Identifikasi satu-satunya sumber kebenaran itu.   

E. Keterbatasan yang melekat pada data besar itu sendiri. Sejumlah besar hasil potensial mungkin memerlukan ahli domain untuk mengevaluasi hasil untuk signifikansi. Dengan kata lain, jika kueri Anda mengembalikan banyak catatan, bagaimana Anda sebagai manusia akan memprosesnya? Untuk menyaringnya lebih jauh dan mengurangi jumlah catatan, sehingga dapat dikonsumsi oleh manusia non-super biasa, Anda perlu mengetahui bisnis di balik data tersebut.

     3. Mendukung pondasi/infrastruktur IT. Pertimbangkan semua bagian yang bergerak. Sepertinya tidak semua data Anda akan ada di cloud. Beberapa mungkin ada di awan. Beberapa di tempat. Masih ada data lain yang mungkin ada di lain awan vendor. Apakah Anda memiliki diagram aliran data? Apakah Anda siap untuk beralih dari mengelola perangkat keras fisik ke mengelola vendor yang mengelola perangkat keras fisik? Apakah Anda memahami keterbatasan lingkungan cloud? Sudahkah Anda memperhitungkan kemampuan untuk mendukung data tidak terstruktur serta teknologi pendukung platform utama. Apakah Anda masih dapat menggunakan SDK, API, utilitas data yang sama dengan yang Anda gunakan di tempat? Mereka mungkin perlu ditulis ulang. Bagaimana dengan ETL Anda yang ada untuk memuat gudang data dari sistem transaksional? Skrip ETL perlu ditulis ulang.

     4. Memperbaiki peran. Pengguna mungkin perlu dilatih ulang tentang aplikasi baru dan cara mengakses data di cloud. Seringkali aplikasi desktop atau jaringan mungkin memiliki nama yang sama atau mirip dengan yang didedikasikan untuk cloud. Namun, itu mungkin berfungsi secara berbeda, atau bahkan memiliki set fitur yang berbeda.  

Jika organisasi Anda serius untuk pindah ke cloud dan memanfaatkan analitik sebaik-baiknya, tidak ada perdebatan bahwa langkah tersebut dapat memberikan nilai bisnis dan ekonomi yang signifikan. Secara praktis, untuk sampai ke sana dari sini, Anda harus: 

1. Menetapkan piagam.  

A. Sudahkah Anda mendefinisikan ruang lingkup proyek Anda?  

B. Apakah Anda memiliki sponsor eksekutif?

C. Siapa – peran apa – yang harus disertakan dalam proyek? Siapa kepala arsiteknya? Keahlian apa yang Anda butuhkan untuk mengandalkan vendor cloud?

D.Apa tujuan akhirnya? Omong-omong, tujuannya bukan "pindah ke awan". Masalah apa yang Anda coba selesaikan?

E. Tentukan kriteria keberhasilan Anda. Bagaimana Anda tahu bahwa Anda sukses?

2. Temukan. Mulai dari awal. Ambil inventaris. Cari tahu apa yang Anda miliki. Jawablah pertanyaan:

A. Data apa yang kita miliki?

B. Dimana datanya?

C. Proses bisnis apa yang perlu didukung? Data apa yang dibutuhkan oleh proses tersebut?

D. Alat dan aplikasi apa yang saat ini kami gunakan untuk memanipulasi data?

E. Berapa ukuran dan kompleksitas datanya?

F. Apa yang akan kita miliki? Aplikasi apa yang tersedia di cloud dari vendor kami?

G. Bagaimana kita akan terhubung ke data? Port apa yang perlu dibuka di cloud?

H. Apakah ada peraturan atau persyaratan yang mendikte persyaratan privasi atau keamanan? Apakah ada SLA dengan pelanggan yang perlu dipertahankan?  

I. Tahukah Anda bagaimana biaya akan dihitung untuk penggunaan cloud?

3. Menilai dan mengevaluasi. 

A. Data apa yang ingin kita pindahkan?

B. Menilai biaya. Sekarang setelah Anda mengetahui cakupan dan volume data, Anda berada dalam posisi yang lebih baik untuk menentukan anggaran.

C. Tentukan kesenjangan yang ada antara apa yang Anda miliki saat ini dan harapan dari apa yang Anda harapkan. Apa yang kita lewatkan?

D. Sertakan migrasi uji untuk mengungkap apa yang Anda lewatkan secara teori.

E. Sertakan Pengujian Penerimaan Pengguna di fase ini serta di fase akhir.

F. Tantangan apa yang dapat Anda antisipasi sehingga Anda dapat membangun kontinjensi ke fase berikutnya?

G. Risiko apa yang telah diidentifikasi?

4. Rencana. Tetapkan road peta. 

A. Apa prioritasnya? Apa yang datang lebih dulu? Apa urutannya?

B. Apa yang bisa Anda kecualikan? Bagaimana Anda bisa mengurangi ruang lingkup?

C. Apakah akan ada waktu untuk pemrosesan paralel?

D. Apa pendekatannya? Pendekatan parsial / bertahap?

E. Sudahkah Anda mendefinisikan pendekatan keamanan?

F. Apakah Anda telah menetapkan cadangan data dan rencana pemulihan bencana?

G. Apa rencana komunikasi – internal ke proyek, ke pemangku kepentingan, ke pengguna akhir?

5. Membangun. Migrasi. Uji. Meluncurkan.

A. Kerjakan rencana. Merevisinya secara dinamis berdasarkan informasi baru.

B. Bangun kekuatan dan kesuksesan historis Anda dengan fondasi TI warisan Anda dan mulailah memanfaatkan manfaat Big Data dan analitik kognitif.       

6. Ulangi dan Perbaiki.  

A. Kapan Anda dapat menghentikan server yang sekarang menganggur?

B. Refactoring apa yang Anda temukan yang perlu dilakukan?

C. Pengoptimalan apa yang dapat dilakukan pada data Anda di cloud?  

D. Aplikasi data baru apa yang sekarang dapat Anda gunakan di cloud?

E. Apa tingkat selanjutnya? AI, pembelajaran mesin, analitik tingkat lanjut?

Gotcha

Beberapa sumber mengatakan bahwa sebanyak 70% proyek teknologi gagal total atau sebagian. Rupanya, itu tergantung pada definisi Anda tentang   kegagalan. Lain sumber menemukan bahwa 75% mengira proyek mereka gagal sejak awal. Itu mungkin berarti bahwa 5% berhasil terlepas dari kemungkinan melawan mereka. Pengalaman saya memberi tahu saya bahwa ada sebagian kecil proyek teknologi yang tidak pernah berhasil atau gagal untuk sepenuhnya mewujudkan harapan yang dijanjikan. Ada beberapa tema umum yang dibagikan oleh proyek-proyek tersebut. Saat Anda mulai merencanakan migrasi ke cloud, berikut adalah beberapa hal yang harus diwaspadai. Jika tidak, mereka seperti karma buruk, atau nilai kredit buruk – cepat atau lambat, mereka akan menggigit Anda.:

1. Kepemilikan. Satu orang harus memiliki proyek dari perspektif manajemen. Pada saat yang sama, semua peserta harus merasa diinvestasikan sebagai pemangku kepentingan.
2. Biaya. Apakah anggaran sudah dialokasikan? Apakah Anda tahu urutan besarnya untuk 12 bulan ke depan serta perkiraan biaya yang sedang berlangsung? Apakah ada potensi biaya tersembunyi? Sudahkah Anda membuang kelebihan flotsam dan jetsam dalam persiapan untuk pindah. Anda tidak ingin memigrasikan data yang tidak akan digunakan, atau tidak tepercaya.       
3. Kepemimpinan. Apakah proyek ini sepenuhnya disponsori oleh manajemen? Apakah harapan dan definisi sukses itu realistis? Apakah tujuan sejalan dengan visi dan strategi perusahaan?
4. Manajemen Proyek. Apakah jadwal, ruang lingkup, dan anggaran realistis? Apakah ada “kekuatan” yang menuntut tenggat waktu pengiriman yang lebih pendek, peningkatan cakupan dan/atau biaya yang lebih rendah atau lebih sedikit orang? Apakah ada pemahaman yang kuat tentang persyaratan? Apakah mereka realistis dan terdefinisi dengan baik?
5. Sumber Daya Manusia. Teknologi adalah bagian yang mudah. Ini adalah hal orang-orang yang bisa menjadi tantangan. Migrasi ke cloud akan membawa perubahan. Orang tidak suka perubahan. Anda perlu menetapkan harapan dengan tepat. Apakah staf yang cukup dan tepat telah didedikasikan untuk inisiatif tersebut? Atau, pernahkah Anda mencoba mengukir waktu dari orang-orang yang sudah terlalu sibuk dengan pekerjaan sehari-hari mereka? Apakah Anda mampu mempertahankan tim yang stabil? Banyak proyek gagal karena pergantian personel kunci.  
6. Risiko. Apakah risiko telah diidentifikasi dan dikelola dengan sukses?  
7. Kemungkinan. Apakah Anda dapat mengidentifikasi hal-hal yang berada di luar kendali Anda tetapi dapat memengaruhi pengiriman? Pertimbangkan efek dari perubahan kepemimpinan. Bagaimana pandemi di seluruh dunia memengaruhi kemampuan Anda untuk memenuhi tenggat waktu dan mendapatkan sumber daya?  

Siklus Hype Cloud Computing pada tahun 2022

Jadi, di mana Cloud Computing, Public Cloud Storage, dan Software as a Service pada siklus hype teknologi Gartner yang sedang berkembang saat ini? Mereka tidak. Mereka bukan lagi teknologi yang sedang naik daun. Mereka tidak lagi di cakrawala. Mereka arus utama, menunggu untuk diadopsi. Perhatikan pertumbuhan berikut ini teknologi yang muncul: AI-Augmented Design, Generative AI, Physics-informed AI, dan Non Fungible Token.  

Ide-ide dalam artikel ini awalnya disajikan sebagai kesimpulan dari artikel “Analisis Kognitif: Membangun Yayasan TI Warisan Anda” yang disajikan di Jurnal Intelijen Bisnis TDWI, Jilid 22, No. 4.