Veriler Etrafında İşbirliğinin Başarısız Olduğu Yer (Ve Bunu Düzeltmek İçin 4 İpucu)

Plato tarafından yeniden yayınlandı

İzleyiciler: 0

Verilerde İş Birliğinin Başarısız Olduğu Durumlar (Ve Bunu Düzeltmek İçin 4 İpucu)
Creativeart tarafından Freepik'te görüntü

Veri ekipleri, işlerini yönetmek için mühendislik ve geliştirme araçlarını benimseyen yazılım mühendisliği ekipleri gibi giderek daha fazla çalışıyor. Bunlar, Github gibi sürüm kontrol sistemlerinden Kanban ve Scrum gibi çevik uygulamaların benimsenmesine kadar uzanır ve günlük stand-up, sprint taahhütleri ve sprint demoları gibi törenleri içerir. Yazılım mühendisliği zihniyetini destekleyen amaca yönelik çözümler (veri modelleme, test etme ve entegrasyon için dbt gibi) piyasaya çıktı. Bu çözümler, büyük, dağıtılmış veri ekiplerine işlerini en iyi şekilde yapmaları için güç sağlar.

Ancak veri ekipleri ile işletmenin geri kalanı arasındaki işbirliği söz konusu olduğunda, inovasyon için hâlâ çok alan var.

En ileri görüşlü veri odaklı kuruluşlar bile, veri ekipleri ve iş paydaşları arasındaki iletişimi yönetmek için hala standart işbirliği araçlarına ve uygulamalarına (örn. Slack, e-posta veya düzenli olarak planlanmış toplantılar) güveniyor. Sonuçta, neden olmasın? Veri ekibi ve iş akışlarının kuruluştaki diğer işlevlere benzemesi gerekmez mi? Bu argüman ve davranış, etkileşimler doğası gereği nispeten genel olduğunda işe yarar. Ancak ekip dinamiklerinin daha karmaşık olduğu (ve verilerin her önemli görüşme ve kararda daha merkezi olduğu) durumlarda, genel çözümlere olan bu güven yetersizdir.

As data becomes more central to business operations, data team members often need to wear multiple hats. In some cases, they need to function as product managers by understanding business users’ needs, so they can evolve the data platform. In other instances, they are required to handle ad hoc requests in a support capacity. In yet other situations, they need to onboard new users and help them to engage with the data assets available to them.

Genel işbirliği araçları ve işi yönetmeye yönelik geleneksel yaklaşımlar bu senaryolarda hızla bozulur. Ürün ekipleri ve destek ekipleri, işlerini yönetmek için amaca yönelik araçlara sahiptir. Paydaş isteklerini en iyi şekilde yönetmek için veri ekiplerinin de bir çözüme ihtiyacı yok mu? Veya destek belgelerini yönetmek veya son kullanıcıları eğitmek için araçlar? En iyi veri ekipleri genellikle kendilerini iş akışlarının bu kısmıyla mücadele ederken bulurlar ve sonunda başkaları (bu örnekte, ürün ve destek ekipleri) için oluşturulmuş çözümleri benimserler.

Çoğu veri çalışması ve etkileşimi dahili olduğundan, ekiplerin kafa karışıklığı yaratmadan ve garipliklerle karşılaşmadan iş paydaşlarıyla çalışmanın doğru yolunu bulması zor olabilir.

Veri ekipleri ve diğerleri arasındaki işbirliği sorunlarını araştırırsanız, veri varlıklarının oluşturucuları ve tüketicileri arasında bilgi asimetrileri bulmanız kaçınılmazdır. Bir yandan, altta yatan veriler, bunların nasıl işleneceği ve analiz edileceği ve daha geniş bir veri varlıkları gövdesi içinde nasıl bağlamsallaştırılacağı hakkında derin bilgiye sahip veri oluşturucularınız var. Öte yandan, daha geniş bağlam sağlamak, verileri anlamak ve veri platformunu geliştirmek için kritik olabilecek, genellikle işin kendisi hakkında zengin bilgiye sahip alan uzmanları olan veri tüketicileriniz var.

Örneğin Jane'i ele alalım. Bir Fortune 500 şirketine satış müdürü olarak yeni katıldı ve güneydoğuya dağılmış 15 satış elemanından oluşan dağıtılmış bir ekibi yönetti. Yeni işinin ikinci gününde, bir iş arkadaşından çeşitli kaynaklara giden birkaç bağlantı içeren bir e-posta iletildi: ardışık düzen bilgileri içeren bir elektronik tablo, Salesforce'ta çeşitli raporlar ve şirketin BI çözümündeki bireysel performans hakkında bir avuç pano. Verilere bakarak birkaç dakika geçirdikten sonra, gerçekte neye baktığı ve bunun ne anlama geldiği hakkında hiçbir fikri olmadığını fark eder. Bu kaynakların çoğunu oluşturan veri ekibindeki iş ortağına bağlanan satış operasyonları yöneticisine yardım isteyen bir mesaj gönderir. Veri analisti e-postayı okur, içini çeker ve sonraki saati bir yanıt yazmakla geçirir. "Belgeleri yeniden değerlendirmek" için JIRA panolarında bir bilet oluştururlar.

Bu tür veri işbirliği sorunlarının arkasındaki temel neden, inşaatçılar ve tüketiciler arasındaki herkesi hayal kırıklığına uğratan ve mutsuz eden bilgi asimetrileridir.

Trajik bir şekilde, bu dinamiklerden en çok etkilenen kişiler ön saflardaki küçük çalışanlar veya orta düzey yöneticilerdir, çünkü bunlar genellikle organizasyonda daha az güce ve veriler etrafında alınan kararları anlamak için en az bağlama sahiptir. Yoğun eğitim olmadan, bu çalışanlar bilgi asimetrilerinden kaynaklanan iletişim sorunlarına karşı savunmasızdır. Ayrıca, yöneticilerin ve üst düzey liderlik ekibi üyelerinin seslerinin doğal olarak en yüksek sesle veri ekipleri tarafından duyulduğu (ve bu nedenle onların istek ve ihtiyaçlarına diğerlerininkilere göre öncelik verildiği) "gıcırtılı tekerlek sendromu"nun kurbanı olmaya eğilimlidirler.

Veri araçlarına ve ekiplere yapılan büyük yatırımlardan daha iyi bir yatırım getirisi elde etmek için sorunlarımızın merkezindeki bu bilgi asimetrilerine saldırmamız gerekiyor. Sıfıra ulaşmak belki de ilham verici bir hedeftir, ancak veri ekipleri uygulamalar, ortaklıklar ve araçlar yoluyla bu açığı kapatmak için sürekli olarak çaba göstermelidir. Bunu yapmak, sürtüşmeleri ortadan kaldıracak, şeffaflığı ve güveni artıracak ve herkesin şirketin veri tekliflerinden daha fazla yararlanmasını sağlayacaktır.

Kuruluşlarında bilgi asimetrilerini azaltmak ve daha iyi işbirliği sağlamak isteyen veri liderleri için 4 proaktif ipucu:

Organizasyon ve ekip yapılarını işletmenin ihtiyaçları ile yeniden hizalayın. Buna yalnızca raporlama modelleri değil, aynı zamanda veri ekibi rolleri ve işlevleri de dahildir. "Veri ürünü yöneticisi" veya "veri scrum yöneticisi" gibi roller için daha fazla iş ilanı görmeye başladık bile. Bu yeni işlevler, veri ekiplerinin, günün sonunda genellikle insanlar ve süreçler ile altta yatan teknoloji sorunları arasındaki işbirliği zorluklarını yönetmesine yardımcı olacak.
Matrisli bir modele yatırım yapmayı düşünün ekibinizin üyelerinin - veya bazı durumlarda tüm bölmelerin - belirli iş birimlerine hizalandığı yer. Bu, daha uzun vadeli veri girişimlerinin acil iş gereksinimleriyle uyumlu hale getirilmesine, bilgi paylaşımının yanı sıra analistlerle her gün destekledikleri kişiler arasında daha yakın, işbirlikçi ilişkilere olanak tanıyacak.
Küçük başlayın ve ilerledikçe başarınızı artırın. ilk izlenimlerin gücü fazla tahmin edilemez. Veri ekibinin ilk algıları, çalışmalarının nasıl karşılanacağı konusunda inanılmaz derecede önemlidir, bu nedenle, kilit ekip üyeleriyle önceden bunun nasıl olacağı konusunda dikkatli olun. Kuruluşta ne kadar harika olduğunuzun söylenmesine yardımcı olabilecek 1-2 kilit şampiyonla güçlü ilişkiler kurarak odaklanın. Oradan genişletin.
Hangi işbirliği araçlarına dikkat edin veri girişimlerinizin ve veri ürünlerinizin yaşam döngüsü boyunca kullanılabilir. Örneğin, aşağıdaki kategorilerin her biri için çalışanlarınızı, süreçlerinizi ve sistemlerinizi nasıl bir araya getirmek istediğinizi düşünün. Genellikle bir kategori için işe yarayan şey, diğerlerinde sefil bir şekilde başarısız olur:
- Veri ekibi içinde işbirliği
- Ekibinizin dışındaki diğer çalışanlarla genel işbirliği
- Anlık sorular veya yeni özellik istekleri
- Veri ürünleri için sürekli destek
- Yeni veri girişimlerinin veya veri ürünlerinin kapsamının belirlenmesi
- İş için neyin değerli olduğuna bağlı olarak veri sunumunuzu geliştirme

Yenilikçi veri ekipleri şimdiden yazılım mühendisliğinin en iyi uygulamalarına geçiyor ve bu eğilimin önümüzdeki yıllarda da devam etmesi muhtemel. Gelecekteki büyümeyi desteklemek için veri altyapısına yatırım yapmaya bakarken, iş ortağı işbirliğini destekleyen araçları düşünün.

Nicholas Freund ürün liderliğindeki büyümeye odaklanan girişimlere liderlik etme konusunda on yılı aşkın deneyime sahip deneyimli bir SaaS sektörü yöneticisidir. Workstream.io'nun Kurucusu ve CEO'su olan Nick, veri ekiplerinin kritik veri varlıklarını yönetmesine yardımcı olan başlangıç aşamasındaki bir teknoloji girişimine öncülük ediyor. Workstream'den önce Nick, önde gelen SaaS Operasyon Yönetimi çözümünü sunan bağımsız bir yazılım satıcısı olan BetterCloud'da Operasyonlardan Sorumlu Başkan Yardımcısı olarak görev yaptı. Daha önce Nick, Harvard'da MBA derecesi alırken Tesla'da üst düzey finans pozisyonlarında bulundu.