Modernisasi Pengalaman Analytics Sampeyan

by Nov 11, 2020BI/Analitik, Kognos Analytics, Qlik, Nganyari Kognoskomentar 0

Ing postingan blog iki, kita diajeni kanggo nuduhake ilmu saka panulis lan pakar analitik, Mike Norris, babagan perencanaan lan jebakan sing bisa dihindari kanggo inisiatif modernisasi analytics.

Nalika nimbang prakarsa modernisasi analitik, ana sawetara pitakon sing kudu dijelajahi… Saiki wis bisa digunakake, kenapa nggawe iki? Apa tekanan sing diarepake? Apa sing kudu dadi target? Apa sing kudu dihindari? Kepiye rencana sing sukses?

Napa Modernisasi Analytics?

Ing Analytics Bisnis, inovasi dikirim kanthi tarif sing durung pernah ana sadurunge. Ana tekanan tetep kanggo nggunakake "sing anyar" lan panas. Hadoop, Danau Data, Lab Ilmu Data, Analis Data Warga, Layanan mandiri kanggo kabeh, wawasan kanthi cepet pikir ... lsp. Apa sampeyan wis kenal? Kanggo akeh pimpinan, iki minangka jaman nalika nemoni keputusan babagan investasi sing gedhe. Akeh sing miwiti dalan anyar sing pengin nyedhiyakake luwih akeh kemampuan lan gagal. Wong liya nyoba dalan modernisasi lan berjuang supaya komitmen saka kepemimpinan.

Akeh upaya modernisasi iki kalebu tambahan vendor, teknologi, proses, lan penawaran analitik anyar. Wangun modernisasi iki menehi kemenangan dhisikan sing luwih cepet nanging ninggali utang teknis lan overhead amarga ora biasane ngganti bagean sing ana ing teka-teki analitik nanging uga nyalip. Jinis "modernisasi" iki luwih akeh, lan ora bakal dianggep minangka "modernisasi".

Mangkene definisi apa sing dakkandhakake nalika ngucapake modernisasi ing konteks analitik:

"Modernisasi minangka asil dandan saka analytics sing wis ana utawa tambahan fungsi utawa kemampuan kanggo teknologi sing wis digunakake. Modernisasi mesthi ditindakake kanggo nggayuh tujuan dandan. Tujuan kudu ditemtokake liwat kemitraan antarane komunitas pangguna lan kepemimpinan IT / analytics. ”

Tujuan kasebut bisa:

  • Dangkal - Konten sing luwih apik kanggo nggoleki utawa pengalaman pangguna sing luwih apik.
  • fungsi - kinerja sing luwih apik utawa nambah fungsi lan kemampuan
  • Ngembangake - nyediakake pengalaman ditempelake utawa nambahake proyek lan beban kerja tambahan.

Sajrone 20 taun kepungkur ing papan Business Analytics, aku kerja bareng atusan perusahaan lan organisasi sing nulungi lan menehi saran babagan instalasi, upgrade, konfigurasi lan rencana lan proyek strategis. Aku asring nesu, yen telat, dadi pembawa dosis kasunyatan sajrone proyek modernisasi. Dadi akeh sing miwiti tanpa rencana utawa luwih elek, kanthi rencana lan ora ana validasi saka rencana kasebut. Sing paling ala yaiku kombinasi IT lan modernisasi Analytics minangka proyek gedhe-gedhe.

Tekanan sing Diarepake lan Ngatasi

  • Kabeh kudu Cloud & SaaS - Cloud duwe akeh mupangat lan minangka pilihan sing jelas kanggo strategi lan investasi anyar. Mindhah kabeh saka ing papan dadi maya amarga strategi perusahaan ditambah karo "miturut tanggal" minangka strategi sing ala lan asale saka kepemimpinan sing ala sing digunakake ing ruang kosong. Priksa manawa entuk manfaat lan pengaruh apa wae dingerteni sadurunge ndhaptar tanggal.
  • Single sumber kabeh - Ya, ana perusahaan sing bisa nyedhiyakake kabeh sing sampeyan butuhake. Sawijining vendor sumber bisa adol mupangat kanggo sampeyan, nanging apa nyata utawa dirasakake? Ruang analisis umume mbukak lan heterogen sing ngidini sampeyan entuk baka sing paling apik, mula bisa milih sing tepat.
  • Produk anyar luwih apik - Anyar sing padha, bisa uga digunakake ing mobil, nanging ora biasane nganggo piranti lunak, kajaba evolusi. Vendor sing duwe pengalaman lan sejarah nyata ing taun nyata katon alon-alon kanggo ngetutake, nanging iki ana sebab sing apik. Penjual iki cenderung duwe penawaran sing kuat supaya wong liya ora bisa cocog, lan penawaran kasebut duwe regane umure luwih akeh nalika panggunaane saya gedhe. Ya, sawetara ketinggalan nanging ora mesthi nuduhake penggantian sing dibutuhake. Ing pirang-pirang kasus, pirang-pirang potongan bisa ana yen garis pamisah kasebut wis jelas.
  • Rushing asil raksasa - Sayange, wektu sing ditemtokake arang banget akurat, saengga duwe tonggak sejarah lan rencana sing luwih cilik kanthi kemenangan sing ditemtokake kanggo nuduhake kemajuan lan asil sing migunani.
  • Kabeh bakal luwih cepet - Iki minangka tujuan lan gegayuhan sing gedhe nanging ora mesthi kasunyatan. Nawakake arsitektur minangka faktor gedhe, uga kepiye integrasi rampung lan lokasi lokasine ing antarane layanan lan fungsi pendukung.
  • Modernisasi saiki dadi bukti mbesuk - Kaya sing dakkandhakake ing ngarep, inovasi wis mabur mula iki minangka area sing bakal terus berkembang. Tansah tetep saiki karo apa sing sampeyan duwe lan priksa manawa nganyari wis direncanakake. Sawise nganyari, evaluasi fitur lan fungsi anyar sing bisa digunakake utawa kasedhiya.
  • Modernisasi mung minangka "upgrade" lan bakal gampang - Modernisasi ora nganyari. Iku tegese nganyari, nganyari, ngganti lan nggunakake fungsi lan kapabilitas sing luwih anyar. Upgrade dhisik banjur pengaruh fungsi lan kapabilitas anyar.

Nyiyapake Rencana Modernisasi Analytics

Sadurunge nindakake upaya modernisasi, aku saranake sampeyan nindakake sawetara prekara sing bakal dakcritakake kanggo nambah tarif sukses.

1. Temtokake target.

Sampeyan ora bisa duwe target kaya, "Kanggo nyedhiyakake sumber analitik sing apik banget kanthi cepet sing ngidini konsumsi lan nggawe konten gampang." Iki minangka target sing apik banget kanggo njaluk disetujoni proyek kasebut nanging minangka target utama sing bisa dilebokake ing bebaya lan kiamat ... amba banget. Fokus lan gawe target kanggo pangowahan teknologi siji-siji kanthi asil sing dikarepake. Modernisasi ing pirang-pirang kasus kudu rampung sepisan lan pengalaman miturut pengalaman. Iki tegese luwih akeh proyek lan target sing luwih cilik.

Wong bakal ujar manawa iki tegese luwih akeh wektu lan gaweyan sakabehe lan bisa uga kakehan pangowahan kanggo pangguna. Ing pengalamanku, ya, rencana iki bakal katon luwih dawa nanging bisa nggambarake wektu sing sejatine. Minangka kanggo frekuensi pangowahan pengalaman pangguna, iki bisa ditangani kanthi ora nyurung asil menyang produksi nganti sampeyan duwe sawetara owah-owahan lengkap sing bisa dingerteni. Rencana modernisasi "rampung kabeh sekaligus" aku wis ndeleng jangka 12-18 wulan luwih dawa tinimbang sing diantisipasi, sing luwih angel nerangake. Sing luwih elek yaiku tekanan sing diwenehake marang tim sing nglakokake rencana kasebut lan negativitas terus-terusan sing teka saka tantangan ing dalan. Iki uga nyebabake pivot gedhe sing nyebabake pamindhahan leapfrog.

Alesan paling gedhe kanggo fokus ing pangowahan sing luwih cilik yaiku yen analitik rusak, mula luwih cepet lan luwih gampang ngatasi masalah lan ngrampungake masalah. Variabel sing luwih sithik tegese luwih cepet resolusi. Aku ngerti iki swarane gampang, nanging bakal dakkandhani manawa aku kerja bareng karo luwih saka siji perusahaan sing mutusake nindakake upaya modernisasi monster ing endi:

  • platform analitik kudu diupdate
  • teknologi query dianyari
  • platform analytics dipindhah menyang awan
  • cara otentikasi diganti kanggo panyedhiya Tanda Tunggal web
  • vendor database diganti lan dipindhah saka model sing diduweni lan dioperasikake menyang solusi SaaS

Yen ora bisa sukses, dheweke nggunakake akeh wektu lan upaya kanggo nemtokake apa sing nyebabake masalah kasebut sadurunge entuk solusi nyata. Pungkasane, proyek "nindakake kabeh sekaligus" lumaku liwat wektu lan anggaran lan ngasilake asil sing beda-beda amarga prestasi target parsial lan negativitas sing ana ing proyek kasebut. Akeh-akehe iki dadi mung "bangun lan bisa mlaku paling apik" ing pungkasan.

2. Mbangun rencana saben target.

Rencana kasebut kudu nyakup masukan saka KABEH stakeholder kanggo transparansi, kelengkapan, lan akurasi. Tuladha ing kene yaiku ngganti teknologi database. Sawetara vendor nawakake kompatibilitas karo vendor liyane lan iki bisa mbantu sales nalika ngomong babagan wektu sing kudu dihargai. Saben vendor basis data uga bakal nyoba nyurung jabatane supaya kinerja luwih apik tinimbang sing dadi pejabat. Masalahe yaiku pernyataan kasebut ora tumpang tindih. Aku durung weruh pamindhahan beban kerja saka siji teknologi database menyang teknologi liyane kanthi nggunakake kompatibilitas vendor lan ningkatake kinerja beban kerja sing ana.

Kajaba iku, nalika ngganti vendor / teknologi database meh mesthi entuk macem-macem tingkatan kompatibilitas SQL, fungsi basis data sing kapapar, lan macem-macem jinis data, kabeh bisa ngrusak aplikasi sing ana ing ndhuwur. Intine yaiku rencana kasebut kudu divalidasi karo wong-wong sing bisa mriksa lan nemtokake kemungkinan pengaruh pangowahan gedhe kasebut. Para ahli kudu melu ngilangi kejutan mengko.

3. Rencanakake rencana kasebut.

Amarga kabeh target digodha, bisa uga sawetara target bisa mlaku sajajar. Nalika nggunakake platform analitik, kita bisa nemokake macem-macem klompok utawa unit bisnis nggunakake komponen dhasar sing beda kaya database sing bakal dimodernisasi, mula bisa mlaku sejajar.

4. Priksa kabeh rencana kanthi analisis & ngresiki.

Iki minangka langkah penting lan salah siji sing ora ditindakake. Aku njaluk sampeyan nggunakake analitik apa wae babagan analytics. Iki minangka kunci supaya ora mbuang wektu lan sumber daya. Temtokake data sing wis mati, konten apa ing platform analitik sing ora digunakake utawa relevan maneh. Kita kabeh wis nggawe proyek utawa konten analitis kanggo tugas siji-sijine nanging umume kita uga nyedhot mbusak utawa ngresiki awake dhewe. Yaiku digital konten sing ora biaya apa-apa mung ditinggalake nganti ana wong sing kudu njaga, nganyarke, utawa modernake.

Apa sampeyan kaget nalika ngerti yen 80% konten analitik sampeyan wis mati, ora digunakake, diganti versi anyar utawa wis suwe rusak tanpa keluhan? Kapan pungkasan kita mriksa?

Aja miwiti proyek sing mbutuhake validasi konten analitik tanpa mriksa apa sing kudu divalidasi lan apa sing kudu diresiki utawa dibuwang. Yen kita ora duwe analytics apa wae sing bisa digunakake tumrap analitik, mula priksa cara supaya bisa maju.

5. Priksa manawa proyek modernisasi lan rencana individu wis sakabehe sakabehe.

Ayo bali menyang target sing ora apik, "Kanggo nyedhiyakake sumber analitik sing apik banget kanthi cepet sing ngidini panggunaan gampang lan nggawe konten," lan break saka level dhuwur. Ana kemungkinan pangowahan infrastruktur kanggo ngolah memori lan disk, upgrade utawa pangowahan basis data, pamindhahan menyang teknologi panyedhiya Single Sign On modern kaya SAML utawa OpenIDConnect, lan nganyari utawa nganyari platform analytics. Iki kabeh apik lan mbantu modernisasi nanging kita kudu eling pangguna pungkasan minangka pemangku kepentingan. Yen pangguna entuk konten sing padha kaya suwene wis pirang-pirang taun nanging luwih cepet, mula tingkat kepuasan bisa minimal. Konten sing apik ora mung kanggo proyek anyar lan kudu dikirim menyang klompok konsumen paling gedhe. Modernisasi konten sing wis ana saiki arang banget dideleng nanging duwe pengaruh paling gedhe ing pangguna. Iki penting banget kanggo administrator utawa wong liya ing tim sing ndhukung platform analitik. Ora nggawe pangguna pungkasan asil sing nyenengake kanggo alat liyane sing digawa kanggo ngubengi apa sing dikirim tim kanthi asil pungkasan bisa uga mbebayani. Aku bakal nutupi topik iki ing blogku sabanjure sawetara minggu.

6. Pitutur pungkasan.

Kerep njupuk serep lan aja mung nggawe proyek modernisasi ing produksi. Gawe upaya kanggo nduwe lingkungan produksi simulasi kanggo owah-owahan gedhe. Iki maneh bakal mbantu nyuda variabel lan beda antarane apa sing bisa digunakake ing njaba lan produksi.

Semoga sukses ing perjalanan modernisasi dhewe!

Apa sampeyan takon babagan inisiatif modernisasi dhewe? Hubungi kita kanggo ngrembug kabutuhan sampeyan lan kepiye cara mbantu!