Dalam posting blog ini, kami merasa terhormat untuk berbagi pengetahuan dari penulis tamu dan pakar analitik, Mike Norris, tentang perencanaan dan perangkap yang harus dihindari untuk inisiatif modernisasi analitik Anda.
Saat mempertimbangkan inisiatif modernisasi analitik, ada beberapa pertanyaan untuk dijelajahi…Semuanya berjalan sekarang, jadi mengapa melakukan ini? Tekanan apa yang diharapkan? Apa yang seharusnya menjadi tujuan? Apa saja hal yang harus dihindari? Seperti apa seharusnya rencana yang sukses itu?
Mengapa Memodernisasi Analytics?
Di Business Analytics, inovasi disampaikan dengan kecepatan yang belum pernah terjadi sebelumnya. Ada tekanan konstan untuk memanfaatkan "apa yang baru" dan panas. Hadoop, Data Lakes, Lab Ilmu Data, Analis Data Warga, Swalayan untuk semua, wawasan dengan kecepatan berpikir...dll. Terdengar akrab? Bagi banyak pemimpin, ini adalah saat ketika mereka menghadapi keputusan besar tentang investasi. Banyak yang memulai jalur baru yang ingin memberikan lebih banyak kemampuan dan gagal. Yang lain mencoba jalur modernisasi dan berjuang untuk menjaga komitmen dari kepemimpinan.
Banyak dari upaya modernisasi ini menghasilkan penambahan vendor, teknologi, proses, dan penawaran analitik baru. Bentuk modernisasi ini memberikan kemenangan awal yang lebih cepat tetapi meninggalkan hutang teknis dan overhead karena biasanya tidak menggantikan bagian yang ada dari teka-teki analitik melainkan tumpang tindih. Jenis "modernisasi" ini lebih merupakan lompatan katak, dan bukan yang saya anggap sebagai "modernisasi."
Berikut adalah definisi saya tentang apa yang saya maksud ketika saya mengatakan modernisasi dalam konteks analitik:
“Modernisasi adalah peningkatan analitik yang sudah kita miliki atau penambahan fungsionalitas atau kemampuan pada teknologi yang sudah digunakan. Modernisasi selalu dilakukan untuk mencapai suatu tujuan perbaikan. Sasaran harus ditentukan melalui kemitraan antara komunitas pengguna dan kepemimpinan TI/analitik.”
Tujuan ini dapat berupa:
- Dangkal – konten yang terlihat lebih seksi atau pengalaman pengguna yang lebih baik.
- fungsional – peningkatan kinerja atau penambahan fungsionalitas dan kemampuan
- Memperluas – memberikan pengalaman tertanam atau menambahkan proyek dan beban kerja tambahan.
Selama lebih dari 20 tahun di bidang Business Analytics, saya telah bekerja dengan ratusan perusahaan dan organisasi yang membantu dan memberi saran kepada mereka tentang pemasangan, peningkatan, konfigurasi, serta rencana dan proyek strategis. Seringkali menyakitkan bagi saya, ketika terlibat terlambat, untuk menjadi pembawa dosis realitas selama proyek modernisasi. Begitu banyak yang memulai tanpa rencana atau lebih buruk, dengan rencana dan tanpa validasi rencana itu. Sejauh ini yang terburuk adalah yang merupakan kombinasi dari modernisasi TI dan Analytics sebagai proyek besar all-in-one.
Tekanan untuk Diharapkan dan Mengatasinya
- Semuanya harus Cloud & SaaS – Cloud memiliki banyak manfaat dan merupakan pilihan yang jelas untuk setiap strategi dan investasi bersih baru. Memindahkan segala sesuatu dari lokal ke cloud karena itu adalah strategi perusahaan yang digabungkan dengan "berdasarkan tanggal" adalah strategi yang buruk dan berasal dari kepemimpinan yang buruk yang beroperasi dalam ruang hampa. Pastikan manfaat dan dampak apa pun dipahami sebelum mendaftar ke suatu tanggal.
- Sumber tunggal segalanya – Ya, ada perusahaan yang dapat menyediakan semua yang Anda butuhkan. Vendor sumber tunggal dapat menjual manfaat kepada Anda tetapi apakah itu nyata atau dirasakan? Ruang analitik sebagian besar terbuka dan heterogen yang memungkinkan Anda untuk menjadi yang terbaik, jadi buatlah pilihan yang tepat.
- Produk baru lebih baik – Lebih baru sama lebih baik mungkin bekerja untuk mobil tetapi tidak biasanya dengan perangkat lunak kecuali itu adalah evolusi penawaran. Vendor dengan pengalaman dan sejarah dunia nyata selama bertahun-tahun tampaknya lambat untuk mengikuti, tetapi ini untuk alasan yang bagus. Vendor-vendor ini cenderung memiliki penawaran kuat yang tidak dapat ditandingi oleh orang lain, dan penawaran itu memiliki nilai umur yang jauh lebih banyak seiring dengan meningkatnya penggunaannya. Ya, beberapa lag tetapi itu tidak selalu menunjukkan bahwa penggantian diperlukan. Dalam banyak kasus, banyak bagian dapat muncul jika garis pemisahnya jelas.
- Bergegas hasil raksasa – Sayangnya, waktu yang diberikan jarang akurat sehingga ada baiknya memiliki pencapaian dan rencana yang lebih kecil dengan kemenangan yang ditentukan untuk menunjukkan kemajuan dan hasil yang berarti.
- Semuanya akan jauh lebih cepat – Ini adalah tujuan dan aspirasi yang hebat tetapi tidak selalu menjadi kenyataan. Menawarkan arsitektur memainkan faktor besar, seperti halnya seberapa baik integrasi dilakukan dan lokasi bersama dari layanan dan fungsi yang bergantung dan mendukung di sekitarnya.
- Modernisasi sekarang bukti masa depan kita – Seperti yang saya katakan di pembuka, inovasi sedang berkembang jadi ini adalah area yang akan terus berkembang. Selalu ikuti perkembangan terbaru dengan apa yang Anda miliki dan pastikan pembaruan direncanakan. Setelah pembaruan apa pun, evaluasi fitur dan fungsionalitas baru untuk dimanfaatkan atau disediakan.
- Modernisasi hanyalah "peningkatan" dan akan mudah - Modernisasinya bukan peningkatan. Itu berarti peningkatan, pembaruan, penggantian, dan peningkatan fungsi dan kemampuan yang lebih baru. Tingkatkan terlebih dahulu kemudian manfaatkan fungsi dan kemampuan baru.
Mempersiapkan Rencana Modernisasi Analytics
Sebelum melakukan upaya modernisasi, saya sarankan melakukan beberapa hal yang akan saya bagikan untuk membantu meningkatkan tingkat keberhasilan.
1. Tentukan tujuan.
Anda tidak dapat memiliki tujuan seperti, “Untuk menyediakan sumber analitik indah yang cepat dan mulus yang memungkinkan konsumsi dan pembuatan konten dengan mudah.” Ini adalah tujuan yang terdengar bagus untuk mendapatkan persetujuan proyek tetapi merupakan tujuan menyeluruh yang penuh dengan bahaya dan malapetaka ... itu terlalu besar. Fokus dan ciptakan tujuan untuk satu perubahan teknologi pada satu waktu dengan hasil yang diinginkan dan terukur. Modernisasi dalam banyak kasus harus dilakukan sepotong demi sepotong dan pengalaman demi pengalaman. Ini berarti lebih banyak proyek dan tujuan yang lebih kecil.
Orang akan berpendapat bahwa ini berarti lebih banyak waktu dan upaya secara keseluruhan dan mungkin terlalu banyak perubahan bagi pengguna. Menurut pengalaman saya, ya, rencana ini akan terlihat lebih lama tetapi lebih mencerminkan waktu sebenarnya yang diperlukan. Adapun frekuensi perubahan pengalaman pengguna, ini dapat ditangani dengan tidak mendorong hasil ke produksi hingga Anda memiliki serangkaian perubahan lengkap yang masuk akal. Rencana modernisasi "lakukan semuanya sekaligus" yang saya lihat berjalan 12-18 bulan lebih lama dari yang diantisipasi, yang jauh lebih sulit untuk dijelaskan. Lebih buruk lagi adalah tekanan yang ditempatkan pada tim yang melaksanakan rencana dan kenegatifan konstan yang datang dari tantangan di sepanjang jalan. Ini juga menyebabkan pivot besar yang menghasilkan gerakan lompatan.
Alasan terbesar untuk berfokus pada perubahan yang lebih kecil adalah jika analitik Anda rusak di tengah jalan, maka pemecahan masalah dan penyelesaian masalah akan jauh lebih cepat dan mudah. Variabel yang lebih sedikit berarti penyelesaian masalah yang lebih cepat. Saya tahu ini terdengar sederhana, tetapi saya akan memberi tahu Anda bahwa saya telah bekerja dengan lebih dari satu perusahaan yang memutuskan untuk melakukan upaya modernisasi monster di mana:
- platform analitik akan ditingkatkan
- teknologi kueri diperbarui
- platform analitik dipindahkan ke cloud
- metode otentikasi ditukar dengan penyedia Single Sign On web
- vendor database berubah dan dipindahkan dari model yang dimiliki dan dioperasikan di tempat ke solusi SaaS
Ketika segala sesuatunya tidak berhasil, mereka menghabiskan banyak waktu dan upaya untuk menentukan apa yang menyebabkan masalah sebelum mendapatkan solusi yang sebenarnya. Pada akhirnya, proyek "lakukan semuanya sekaligus" ini berjalan seiring waktu dan anggaran dan menghasilkan hasil yang beragam karena pencapaian tujuan parsial dan hal-hal negatif yang mengelilingi proyek. Banyak dari ini menjadi proyek "siapkan dan jalankan sebaik mungkin" pada akhirnya.
2. Buat rencana per tujuan.
Rencana tersebut perlu memasukkan masukan dari SEMUA pemangku kepentingan untuk transparansi, kelengkapan, dan akurasi. Contoh saya di sini adalah perubahan teknologi database. Beberapa vendor menawarkan kompatibilitas dengan vendor lain dan ini membantu penjualan ketika mereka berbicara tentang waktu untuk menghargai. Setiap vendor database juga akan berusaha mendorong posisinya agar kinerjanya lebih baik dari incumbent. Masalahnya adalah bahwa pernyataan ini tidak tumpang tindih. Saya belum pernah melihat perpindahan beban kerja dari satu teknologi basis data ke teknologi basis data lainnya dengan memanfaatkan kompatibilitas vendor dan meningkatkan kinerja beban kerja yang ada.
Juga, ketika mengubah vendor/teknologi basis data, Anda hampir pasti mendapatkan tingkat kompatibilitas SQL yang berbeda, fungsi basis data yang terbuka, dan tipe data yang berbeda, yang semuanya dapat mendatangkan malapetaka pada aplikasi yang ada yang berada di atas. Intinya adalah bahwa rencana tersebut harus divalidasi dengan orang-orang yang dapat memeriksa dan menentukan kemungkinan dampak dari perubahan besar tersebut. Para ahli harus dilibatkan untuk menghilangkan kejutan nanti.
3. Rencanakan rencana.
Karena semua tujuan digagalkan, kita mungkin menemukan bahwa beberapa di antaranya dapat berjalan secara paralel. Saat menggunakan platform analitik, kami mungkin menemukan bahwa grup atau unit bisnis yang berbeda menggunakan komponen dasar yang berbeda seperti database yang akan dimodernisasi, sehingga ini dapat berjalan paralel.
4. Periksa semua rencana secara analitis & bersihkan.
Ini adalah langkah penting dan satu yang banyak dihilangkan. Saya mohon Anda untuk menggunakan analitik apa pun yang Anda miliki terhadap analitik Anda. Ini adalah kunci untuk tidak membuang-buang waktu dan sumber daya. Tentukan data apa yang mati, konten apa di platform analitik Anda yang tidak lagi digunakan atau relevan. Kita semua telah membangun proyek atau konten analitis untuk tugas satu kali, tetapi kebanyakan dari kita juga payah dalam menghapusnya atau membersihkannya sendiri. Dia digital konten yang tidak memerlukan biaya apa pun untuk dibiarkan begitu saja hingga seseorang harus memelihara, meningkatkan, atau memodernkannya.
Apakah Anda akan terkejut mengetahui bahwa 80% konten analitis Anda sudah mati, tidak digunakan, telah diganti dengan versi baru atau telah rusak untuk waktu yang lama tanpa keluhan? Kapan terakhir kali kami memeriksa?
Jangan memulai proyek apa pun yang memerlukan validasi konten analitis tanpa meninjau apa yang perlu divalidasi dan apa yang perlu dibersihkan atau dibuang. Jika kita tidak memiliki analitik untuk digunakan melawan analitik, maka cari tahu cara untuk maju.
5. Evaluasi bahwa proyek modernisasi dan rencana individu telah selesai secara holistik.
Mari kita kembali ke tujuan buruk, “Untuk menyediakan sumber analitik indah yang cepat dan mulus yang memungkinkan konsumsi dan pembuatan konten dengan mudah,” dan uraikan dari tingkat tinggi. Kemungkinan ada perubahan infrastruktur untuk memproses memori dan disk, pemutakhiran atau perubahan basis data, perpindahan ke teknologi penyedia Sistem Masuk Tunggal modern seperti SAML atau OpenIDConnect, dan pemutakhiran atau pemutakhiran platform analitik. Ini semua adalah hal yang baik dan membantu memodernisasi tetapi kita harus ingat itu pengguna akhir adalah pemangku kepentingan. Jika pengguna tersebut mendapatkan konten yang sama seperti selama bertahun-tahun tetapi hanya lebih cepat, maka tingkat kepuasan mereka kemungkinan akan minimal. Konten yang indah tidak hanya untuk proyek baru dan harus dikirimkan ke kelompok konsumen terbesar kami. Memodernisasi konten yang ada jarang dilihat tetapi memiliki dampak terbesar pada pengguna. Ini sangat penting bagi administrator atau siapa pun di tim yang mendukung platform analitik. Tidak membuat pengguna akhir itu senang akan menghasilkan alat lain yang dibawa untuk melakukan apa yang tim berikan dengan hasil akhir yang mungkin menjadi bencana. Saya akan membahas topik ini di blog saya berikutnya dalam beberapa minggu.
6. Nasihat terakhir.
Ambil cadangan sesering mungkin dan jangan lakukan proyek modernisasi dalam produksi saja. Habiskan upaya untuk memiliki lingkungan produksi yang disimulasikan untuk perubahan besar dan luas. Sekali lagi ini akan membantu meminimalkan variabel dan perbedaan antara apa yang berhasil di luar dan di dalam produksi.
Semoga berhasil dalam perjalanan modernisasi Anda sendiri!
Punya pertanyaan tentang inisiatif modernisasi Anda sendiri? Hubungi Kami untuk mendiskusikan kebutuhan Anda dan bagaimana kami dapat membantu!
