Saha notlarıStrateji ve liderlik
Holding ve şirketler grubunda yapay zeka: neyi ortak kullanmalı, neyi şirketlere bırakmalı?
Bir şirketler grubunda altyapıyı paylaşın: model erişimi, güvenlik kalıpları, değerlendirme pratiği, sözleşmeler ve eğitim. İş akışlarını seçmeyi ve sahiplenmeyi her şirkete bırakın. Tek bir iş akışı bile çalışmadan grup çapında zorunlu kılınan bir platform genellikle herkesi yavaşlatır.
veridive6 dk okuma
Grup merkezi, her şirketin kullanmak zorunda olduğu tek bir yapay zeka platformu duyuruyor. Perakende şirketinde bekleyemeyecek bir iade birikimi var, üretim şirketinin verisi farklı bir ERP’de duruyor, enerji şirketinin bilgi güvenliği ekibi de platformun barındırıldığı bölgeyi onaylamamış. Bir yıl sonra üç şirket hâlâ tek bir platformu bekliyor.
Holdinglerde yapay zeka stratejisinin özü şudur: model erişimi, güvenlik kalıpları, değerlendirme pratiği, sözleşmeler ve eğitim gibi altyapıyı paylaşın. İş akışlarını seçmeyi ve sahiplenmeyi her şirkete bırakın. Tek bir iş akışı bile çalışmadan grup çapında zorunlu kılınan bir platform genellikle herkesi yavaşlatır.
Şirketler grubunda yapay zeka neden farklıdır?
Çünkü şirketler, bir iş akışının dayandığı hemen her şeyde birbirinden ayrılır: işleri, sistemleri, verileri, tabi oldukları düzenleyici kurumlar ve çalışanlarının ne kadar hazır olduğu. Bir perakendeci ile bir enerji üreticisi aynı yönetim kurulunu paylaşabilir, ama aynı iade politikasını ya da aynı ERP’yi paylaşmaz.
İki şey de özünde farklıdır. Grup şirketleri genellikle ayrı tüzel kişilerdir; bu yüzden veri, tek bir şirketin içinde olduğu kadar serbestçe aralarında dolaşmaz. Grup merkezinin ise sözleşmelerde, güvenlik incelemelerinde ve işe alımda şirketlerde olmayan bir ağırlığı vardır; ama her şirketin işinin gerçekte nasıl yürüdüğüne dair bilgisi azdır. İyi bir grup stratejisi bu ağırlığı kullanır ve bilgiyi bulunduğu yerde bırakır. Zamanlama da farklıdır: bir şirket bir ERP değişikliğinin ortasındayken bir diğeri başlamaya hazır olabilir.
Grup neyi paylaşmalı?
Kalem kalem ayrım şöyle görünür:
| Kalem | Nerede durur | Neden |
|---|---|---|
| Model sağlayıcı sözleşmeleri ve veri koşulları | Grup | Daha iyi koşullar, tek bir hukuk ve güvenlik incelemesi |
| Model erişimi, kullanım limitleri ve faturalama | Grup (şirket bazında faturalanır) | Tek bir kontrol seti, izlenebilir maliyetler |
| Güvenlik incelemesi kalıpları | Grup | Bir kez incelenir, her şirket yeniden kullanır |
| Değerlendirme şablonları ve pratiği | Grup | Her yerde aynı kanıt standardı |
| Eğitim ve yapay zeka elçileri ağı | Tasarım grupta, uygulama şirkette | Ortak temeller, her şirketin kendi işi üzerinde öğretilir |
| İş akışı seçimi | Şirket | Hangi işin önemli olduğunu yalnızca şirket bilir |
| Sahiplik ve sonuçlar | Şirket | Sahip işe yakın olmalı |
| Yerel sistemlerle entegrasyon | Şirket (grup kalıplarını kullanarak) | Sistemler farklıdır, kalıplar taşınabilir |
Bilgi erişim servisi ya da kayıt tutma gibi ortak bileşenler, iki şirket aynı şeye ihtiyaç duyduğunda ortak listeye girer; daha önce değil.
Her şirketin ihtiyaç duyduğunu paylaşın. Yalnızca bir şirketin bildiğini o şirkete bırakın.
Her şirket neyin sahibi olmalı?
Kendi işini bilmeye dayanan her şeyin: hangi iş akışlarının değişeceği, her birinin sahibinin kim olduğu, başlangıç ölçümü, kendi uzmanlarının yazdığı referans yanıtlar, inceleme tasarımı, kendi sistemleriyle entegrasyon ve sonuçlar. İş akışlarının bütçesi de şirkettedir.
Grup merkezi tek tiplik değil, kanıt ister: canlıdaki her iş akışı için adı belli bir sahip, bir başlangıç ölçümü, bir değerlendirme seti ve bir karar noktası; hepsi tek bir grup envanterinde kayıtlı. Her şirketin oraya nasıl ulaşacağı, ortak standartların içinde kalmak şartıyla kendi işidir. Standarttan fazlasına (örneğin düzenlemeye tabi bir alanda daha sıkı bir incelemeye) ihtiyaç duyan bir şirket, bunu eklemekte serbest olmalıdır. Grup düzeyinde küçük bir merkezi ekip, hiçbir şirketin iş akışının sahibi olmadan ortak listeyi ve envanteri tutabilir.
Şirketler arasında ilk iş akışları nasıl seçilir?
Üç adımda. Önce her şirket kendi adaylarına dört testi uygular (sık tekrar, belli sınırlar, erişilebilir veri, adı belli bir sahip) ve bir kısa liste getirir. İkinci adımda grup, şirketler arasında tekrarlanan işleri arar; çünkü bir kez kanıtlanmış bir kalıp birçok kez uyarlanabilir. Üçüncü adımda, sahibin en güçlü ve verinin en kolay erişilebilir olduğu şirketi ilk sıraya koyar; sonucu uyarlamak için ikinci bir şirketi de sıraya alır.
Perakende, üretim ve enerji şirketlerinden oluşan temsili bir grup ele alalım. Tedarikçi faturası işi üçünde de var: faturayı okumak, satın alma siparişi ve mal kabul kaydıyla eşleştirmek, muhasebe kaydının taslağını hazırlamak ve bir muhasebecinin onayına sunmak. İlk sırada üretim şirketi var; çünkü borçlar muhasebesi sorumlusu istekli ve ERP’sine okuma erişimi de zaten kararlaştırılmış. Ardından perakende şirketi kalıbı uyarlıyor: çok sayıda küçük tedarikçi yüksek hacim getiriyor, yapılandırılmış e-faturalar da belge olarak değil, veri olarak geliyor. Enerji şirketi en son geliyor ve hizmet kayıtlarıyla karşılaştırılan yüklenici faturalarını ekliyor.
Taşınan şey kalıptır: çıkarma ve eşleştirme yaklaşımı, değerlendirme şablonu, inceleme ekranı tasarımı, güvenlik incelemesi ve sağlayıcı sözleşmesi. Her şirkette yerel kalanlar ise ERP entegrasyonu, onay eşikleri, dil karışımı ve her şirketin kendi muhasebecilerinden gelen referans yanıtlardır.
İşe yarayan nasıl yayılır?
Kopya olarak değil, kalıp olarak. Kalıp bir pakettir: tasarım ve arkasındaki gerekçeler, değerlendirme şablonu, promptlar, inceleme ekranı, işletim kılavuzu ve bilinen hata biçimleri. Kalıbı benimseyen her şirket kendi işinin başlangıç ölçümünü yeniden alır, canlıya geçmeden önce değerlendirme setine kendi vakalarını ekler ve sonuçlarını ayrı raporlar; çünkü vakaları, dili ve sistemleri farklıdır.
Ardından başarıyı görünür kılın. Farklı şirketlerden süreç sahipleri sonuçları ve sorunları karşılaştırmak için düzenli olarak bir araya gelir. Grup envanteri hangi kalıbın nerede çalıştığını gösterir; her şirketin yönetimi de bir kalıbın kardeş şirkette neler yaptığını başlangıç ölçümüne göre görür. Bir şirketteki başarı, diğerleri için her türlü zorunluluktan daha güçlü bir argümandır. Grubun yapay zeka yol haritası da her şirketin satırlarını gösterir ve ortak altyapıyı ona ihtiyaç duyan satırlara bağlar.
Maliyetler ve veriler nasıl ayrı tutulmalı?
Maliyetler. Yaygın üç seçenek var:
- Altyapı merkezden, iş akışları şirketlerden: makul varsayılan budur. Grup sözleşmeleri, ortak bileşenleri, değerlendirme pratiğini ve eğitimi finanse eder; her şirket kendi iş akışlarının geliştirme ve işletme maliyetini karşılar.
- Tam yansıtma: altyapı maliyeti şirketlere kullanıma göre yansıtılır; daha adildir ama üzerinde anlaşmak daha uzun sürer.
- Başlangıç fonu: grup her şirketin ilk iş akışını finanse eder, sonrasını şirket bütçeleri üstlenir.
Hangisini seçerseniz seçin, model kullanımını en baştan şirket bazında etiketleyin; böylece işletme maliyetleri tartışmaya yer bırakmadan izlenebilir ve yansıtılabilir.
Veri. Grup şirketleri genellikle ayrı tüzel kişiler olduğu için, verinin aralarında KVKK ya da GDPR kapsamında nasıl taşınabileceğini (ülkeler arası aktarımlar dahil) hukuk danışmanınıza ve veri koruma görevlinize (DPO) sorun; veri koruma ekibinize sorulacak sorular iyi bir başlangıç listesidir. Varsayılan olarak her şirketin verisini, arama dizinlerini ve erişimini ayrı tutun. Veri yerine kalıpları ve şablonları paylaşın; anonimleştirilmiş ya da sentetik örnekleri ortak materyale yalnızca hukuk danışmanınız onay verdiğinde koyun.
Tekrarlanan iş akışı nasıl bulunur?
Her şirketten, sahipleri belli üç aday iş akışı isteyin ve tekrarlananı arayın. Yapay zeka stratejisi ve keşif çalışması bu iş akışını şirketler genelinde haritalayabilir; veri ve yapay zeka altyapısı ortak katmanı kapsar. Grubun yönetimiyle yapılacak bir Yönetici Atölyesi de pratik bir ilk adımdır.
Bu not genel bilgi amaçlıdır; hukuki tavsiye değildir.
Bu notu bir yapay zeka asistanına sorun