Bu blog yazısında, konuk yazar ve analitik uzmanı Mike Norris'in, analitik modernizasyon girişiminiz için planlama ve kaçınılması gereken tuzaklar hakkındaki bilgilerini paylaşmaktan onur duyuyoruz.
Bir analitik modernizasyon girişimini düşünürken, keşfedilecek birkaç soru var...Şu anda işler yolunda gidiyor, peki bunu neden yapsın? Hangi baskılar bekleniyor? Hedef(ler) ne olmalıdır? Kaçınılması gereken şeyler nelerdir? Başarılı bir plan nasıl olmalıdır?
Neden Analytics'i Modernleştirin?
İş Analitiğinde, yenilik benzeri görülmemiş oranlarda sunuluyor. “Yeniliklerden” ve sıcaktan yararlanmak için sürekli bir baskı var. Hadoop, Data Lakes, Data Science Lab, Citizen Data Analyst, Herkes için Self-servis, düşünce hızında içgörü…vb. Tanıdık geliyor mu? Birçok lider için bu, yatırım konusunda büyük kararlarla karşı karşıya kaldıkları bir zamandır. Birçoğu, daha fazla yetenek sağlamak için yeni yollar aramaya başlar ve yetersiz kalır. Diğerleri modernleşme yolunu dener ve liderliğin bağlılığını korumak için mücadele eder.
Bu modernleştirme girişimlerinin çoğu, yeni satıcıların, teknolojilerin, süreçlerin ve analitik tekliflerinin eklenmesiyle sonuçlanır. Bu modernizasyon biçimi, daha hızlı bir ilk kazanç sağlar, ancak tipik olarak analitik bulmacanın mevcut bir parçasının yerine geçmediği ve daha çok bunlarla örtüştüğü için teknik borç ve ek yük bırakır. Bu tür “modernleşmeler” daha çok bir sıçramadır ve “modernleşme” olarak değerlendireceğim bir şey değil.
Analitik bağlamında modernleşme derken ne demek istediğimi şu şekilde tanımlıyorum:
“Modernizasyon, halihazırda sahip olduğumuz analitiklerin iyileştirilmesi veya halihazırda kullanımda olan teknolojilere işlevsellik veya yetenek eklenmesidir. Modernizasyon her zaman bir iyileştirme hedefine ulaşmak için yapılır. Hedefler, kullanıcı topluluğu ile BT/analitik liderliği arasındaki ortaklık yoluyla tanımlanmalıdır.”
Bu hedefler şunlar olabilir:
- üstünkörü – daha seksi görünen içerik veya gelişmiş kullanıcı deneyimi.
- fonksiyonel – geliştirilmiş performans veya ek işlevsellik ve yetenek
- uzatma – gömülü bir deneyim sağlamak veya ek projeler ve iş yükleri eklemek.
İş Analitiği alanındaki 20 yılı aşkın süredir yüzlerce şirket ve kuruluşla kurulumlar, yükseltmeler, konfigürasyonlar ve stratejik planlar ve projeler konusunda onlara yardımcı olan ve tavsiyelerde bulunan çalıştım. Modernleşme projeleri sırasında bir doz gerçekliğin taşıyıcısı olmak, geç kaldığımda sık sık bana acı veriyor. Pek çoğu, bir plan olmadan veya daha kötüsü, bir planla ve bu planın onaylanmamasıyla başlar. Şimdiye kadarki en kötüleri, hepsi bir arada devasa bir proje olarak BT ve Analitik modernizasyonlarının bir kombinasyonu olanlardır.
Beklenmesi ve Üstesinden Gelmesi Gereken Baskılar
- Her şey Bulut ve SaaS olmalıdır – Bulutun birçok faydası vardır ve herhangi bir net yeni strateji ve yatırım için bariz seçimdir. Şirket stratejisi olduğu için her şeyi şirket stratejisinden buluta taşımak kötü bir stratejidir ve bir boşlukta çalışan kötü liderlikten kaynaklanır. Bir tarihe kaydolmadan önce faydaların ve etkilerin anlaşıldığından emin olun.
- Her şey için tek kaynak – Evet, ihtiyacınız olan her şeyi size sağlayabilecek firmalar var. Tek bir kaynak satıcı size faydaları satabilir, ancak bunlar gerçek mi yoksa algılanıyor mu? Analitik alanı büyük ölçüde açık ve heterojendir, bu da türünün en iyisi olmanızı sağlar, bu nedenle doğru seçimler yapın.
- Yeni ürünler daha iyi – Daha yeni eşittir daha iyi otomobiller için işe yarayabilir, ancak bir evrim sunmadıkça genellikle yazılımla çalışmaz. Yıllarca gerçek dünya deneyimine ve geçmişine sahip satıcılar, yetişmek için yavaş görünüyor, ancak bunun iyi bir nedeni var. Bu satıcılar, diğerlerinin erişemeyeceği sağlam bir teklife sahip olma eğilimindedir ve bu teklif, kullanımları arttıkça çok daha fazla yaşam boyu değere sahiptir. Evet, biraz gecikme var ama bu her zaman bir değiştirmenin gerekli olduğunu göstermez. Çoğu durumda, bölme çizgileri açıksa, birden fazla parça var olabilir.
- Dev sonucu aceleye getirmek – Ne yazık ki, ayrılan zaman nadiren doğrudur, bu nedenle anlamlı ilerleme ve sonuçlar göstermek için tanımlanmış zaferlerle kilometre taşlarına ve daha küçük planlara sahip olmak iyidir.
- Her şey çok daha hızlı olacak – Bu büyük bir hedef ve arzu ama her zaman gerçek değil. Mimari sunmak, herhangi bir entegrasyonun ne kadar iyi yapıldığı ve çevredeki bağımlı ve destekleyici hizmetlerin ve işlevlerin birlikte konumlandırılması gibi büyük bir faktör oynar.
- Şimdi modernleşmek geleceğin kanıtıdır – Açılışta söylediğim gibi yenilikler uçuyor yani burası gelişmeye devam edecek bir alan. Her zaman sahip olduklarınızdan haberdar olun ve güncellemelerin planlandığından emin olun. Herhangi bir güncellemeden sonra, yararlanılacak veya kullanıma sunulacak yeni özellikleri ve işlevleri değerlendirin.
- Modernleştirme sadece "yükseltmeler"dir ve kolay olacaktır – Yükseltme değil modernleştirme. Bu, yükseltmeler, güncellemeler, değiştirmeler ve daha yeni işlev ve yeteneklerden yararlanma anlamına gelir. Önce yükseltin, ardından yeni işlev ve yetenekten yararlanın.
Analitik Modernizasyon Planı Hazırlama
Herhangi bir modernizasyon çalışması yapmadan önce, başarı oranlarını artırmaya yardımcı olmak için paylaşacağım birkaç şey yapmanızı öneririm.
1. Hedefleri belirleyin.
"Kolay tüketime ve içerik oluşturmaya olanak tanıyan hızlı, kusursuz bir güzel analitik kaynağı sağlamak" gibi bir hedefiniz olamaz. Bu, projenin onaylanması için kulağa hoş gelen bir hedeftir, ancak tehlike ve felaketle dolu kapsayıcı bir hedeftir… bu çok büyük. Ölçülen arzu edilen bir sonuçla aynı anda tek bir teknoloji değişikliği için odaklanın ve hedefler oluşturun. Modernleştirme birçok durumda parça parça ve deneyimden deneyime yapılmalıdır. Bu, daha küçük projeler ve hedefler anlamına gelir.
İnsanlar bunun daha fazla zaman ve genel çaba ve belki de kullanıcılar için çok fazla değişiklik anlamına geldiğini tartışacaklar. Tecrübelerime göre, evet, bu plan daha uzun görünecek ama yine de alacağı gerçek zamanı daha çok yansıtıyor. Kullanıcı deneyimi değişikliği sıklığına gelince, bu, anlamlı bir değişiklik setiniz olana kadar sonuçları üretime göndermeyerek halledilebilir. Gördüğüm “hepsini bir kerede yap” modernizasyon planlarının tahmin edilenden 12-18 ay daha uzun sürdüğünü, açıklanması çok daha zor. Daha da kötüsü, planı uygulayan ekibe uygulanan baskı ve yol boyunca zorluklardan kaynaklanan sürekli olumsuzluktur. Bunlar aynı zamanda birdirbir hareketlerle sonuçlanan büyük pivotlara da yol açar.
Daha küçük değişikliklere odaklanmanın en büyük nedeni, analizleriniz yol boyunca bozulursa, sorunları gidermenin ve çözmenin çok daha hızlı ve kolay olmasıdır. Daha az değişken, daha hızlı sorun çözümü anlamına gelir. Bunun kulağa basit geldiğini biliyorum, ancak size şunu söyleyeceğim, birden fazla şirketle çalıştığımı ve burada canavar bir modernizasyon çalışması yapmaya karar verdim:
- analitik platformu yükseltilecekti
- sorgu teknolojisi güncellendi
- analitik platformu buluta taşındı
- bir web Tek Oturum Açma sağlayıcısı için değiştirilen kimlik doğrulama yöntemi
- bir veritabanı satıcısı değişti ve şirket içi sahip olunan ve işletilen bir modelden bir SaaS çözümüne geçti
İşler yolunda gitmediğinde, asıl çözüme ulaşmadan önce soruna neyin neden olduğunu belirlemek için tonlarca zaman ve çaba harcadılar. Sonunda, bu “hepsini bir kerede yap” projeleri, zaman ve bütçeyi aşmış ve kısmi hedef başarıları ve projeyi çevreleyen olumsuzluklar nedeniyle karışık sonuçlar vermiştir. Bunların çoğu, sonunda "mümkün olan en iyi şekilde çalıştırın ve çalıştırın" projeleri haline geldi.
2. Hedef başına bir plan oluşturun.
Planın şeffaflık, tamlık ve doğruluk için TÜM paydaşlardan gelen girdileri içermesi gerekir. Buradaki örneğim, veritabanı teknolojilerinin değişmesi olacaktır. Bazı satıcılar, diğer satıcılarla uyumluluk sunar ve bu, değer verme zamanı hakkında konuştuklarında satışlara yardımcı olur. Her veritabanı satıcısı ayrıca, yerleşik şirketten daha iyi performans gösterdikleri konumlarını zorlamaya çalışacaktır. Mesele şu ki, bu ifadeler örtüşmüyor. Bir satıcının uyumluluğundan yararlanarak ve mevcut iş yüklerinin performansını artırarak bir iş yükünün bir veritabanı teknolojisinden diğerine geçtiğini henüz görmedim.
Ayrıca, veritabanı satıcılarını / teknolojilerini değiştirirken, neredeyse kesinlikle farklı düzeylerde SQL uyumluluğu, açık veritabanı işlevleri ve farklı veri türleri elde edersiniz; bunların tümü, en üstte bulunan mevcut uygulamalara zarar verebilir. Buradaki nokta, planın, böylesine büyük bir değişikliğin olası etkisini inceleyip belirleyebilecek kişilerle doğrulanması gerektiğidir. Sürprizleri daha sonra ortadan kaldırmak için uzmanlar devreye girmelidir.
3. Planları planlayın.
Tüm hedefler alay edildiğinden, bazılarının paralel olarak ilerleyebileceğini görebiliriz. Bir analitik platformu kullanırken, farklı grupların veya iş birimlerinin modernize edilecek veritabanları gibi farklı temel bileşenleri kullandığını görebiliriz, böylece bunlar paralel çalışabilir.
4. Tüm planları analitik olarak inceleyin ve temizleyin.
Bu çok önemli bir adımdır ve birçoğu atlanır. Analitiğinize karşı sahip olduğunuz analitiği kullanmanız için yalvarıyorum. Bu, zaman ve kaynakları boşa harcamamanın anahtarıdır. Hangi verilerin ölü olduğunu, analiz platformunuzdaki hangi içeriğin artık kullanılmadığını veya alakalı olmadığını belirleyin. Hepimiz tek seferlik bir görev için analitik projeler veya içerikler oluşturduk, ancak çoğumuz onu silmekte veya kendimizden sonra temizlemekte de başarısızız. Bu digital Birinin bakımını yapması, yükseltmesi veya modernleştirmesi gereken ana kadar bırakmanın hiçbir maliyeti olmayan içerik.
Analitik içeriğinizin %80'inin ölü olduğunu, kullanılmadığını, yeni bir sürümle değiştirildiğini veya uzun süredir şikayet etmeden bozulduğunu öğrenmek sizi şok eder mi? En son ne zaman kontrol ettik?
Neyin doğrulanması ve neyin temizlenmesi veya çöpe atılması gerektiğini gözden geçirmeden analitik içeriğin doğrulanmasını gerektiren herhangi bir projeye başlamayın. Analitiklere karşı kullanmak için herhangi bir analitiğimiz yoksa, nasıl ileriye gideceğimizi anlayın.
5. Modernizasyon projesinin ve bireysel planların bütünsel olarak tamamlandığını değerlendirin.
"Kolay tüketime ve içerik oluşturmaya olanak tanıyan hızlı, kusursuz bir güzel analitik kaynağı sağlamak" şeklindeki kötü hedefe geri dönelim ve bunu yüksek bir seviyeden ayıralım. Bellek ve diski işlemek için bir altyapı değişikliği, bir veritabanı yükseltmesi veya değişikliği, SAML veya OpenIDConnect gibi modern Tek Oturum Açma sağlayıcı teknolojisine geçiş ve analitik platformunun güncellemesi veya yükseltmesi olabilir. Bunların hepsi güzel şeyler ve modernleşmeye yardımcı oluyor ama şunu unutmamalıyız. son kullanıcılar paydaşlardır. Bu kullanıcılar yıllardır aldıkları içeriğin aynısını ancak daha hızlı alıyorlarsa, memnuniyet düzeyleri muhtemelen minimum olacaktır. Güzel içerik sadece yeni projeler için olamaz ve en büyük tüketici grubumuza sunulmalıdır. Mevcut içeriğin modernleştirilmesine nadiren bakılır, ancak en büyük etki kullanıcılar üzerinde. Bu, özellikle yöneticiler veya analitik platformunu destekleyen ekipteki herhangi biri için önemlidir. Bu son kullanıcıları mutlu etmemek, ekibin sunduğu şeylerin etrafından dolaşmak için getirilen diğer araçlarda, nihai sonuçlar muhtemelen felaket olabilir. Bu konuyu birkaç hafta sonra bir sonraki blogumda ele alacağım.
6. Son tavsiye.
Sık sık yedek alın ve sadece üretimde modernizasyon projesi yapmayın. Büyük, kapsamlı değişiklikler için simüle edilmiş bir üretim ortamına sahip olma çabasını harcayın. Bu yine, üretimin dışında ve içinde neyin işe yaradığı arasındaki değişkenleri ve farklılıkları en aza indirmeye yardımcı olacaktır.
Kendi modernizasyon yolculuğunuzda iyi şanslar!
Kendi modernizasyon girişiminiz hakkında sorularınız mı var? Bize ulaşın ihtiyaçlarınızı ve nasıl yardımcı olabileceğimizi tartışmak için!
