Veri yönetişimi erişimi yavaşlatmaz; yönetişimsizlik yavaşlatır

Tez#

Yapay zekâ projelerinin gecikme nedenleri incelendiğinde model seçimi, altyapı ya da yetenek eksikliği beklenir. Sahada en sık görülen neden ise bunların hiçbiri değil: veriye erişimin kendisi. Ve erişim bir izin sorunu olarak değil bir bilinmezlik sorunu olarak gecikiyor.

Somut hâli şöyle: bir ekip müşteri destek kayıtlarıyla bir asistan kurmak istiyor. Kayıtların nerede olduğunu buluyorlar. Sonra sorular başlıyor — bu tabloyu kim yönetiyor, hangi alanlar kişisel veri, müşteri bu kullanıma izin verdi mi, kayıtlar ne kadar süre saklanıyor, silinmiş kayıtlar burada duruyor mu? Bu soruların her birinin cevabı bir başka kişide ve o kişiler soruyu daha önce hiç bu biçimde cevaplamamış. Altı hafta, model denemesine geçmeden geçiyor. Yönetişim bu altı haftayı üretmiyor — ortadan kaldırıyor.

Bağlam: her projede yeniden sorulanlar#

Aşağıdaki tablo, yönetişimsiz bir ortamda her yeni projenin yeniden yapmak zorunda olduğu işi ve katalog varken bu işin ne kadarının kaldığını gösteriyor.

Altıncı satırın sonucu genellikle projeden aylar sonra ortaya çıkıyor. Bir kullanıcı silme talebinde bulunuyor, kaynak sistemde kayıt siliniyor ama o kaydın kopyası eğitim kümesinde, vektör dizininde ve önbellekte yaşamaya devam ediyor. Bu, yönetişimin proje sonuna bırakılmasının en pahalı biçimi çünkü düzeltilmesi dizinin yeniden kurulmasını gerektiriyor.

Kanıt: asgari yönetişim katmanı#

Hızlandıran yönetişim, onay kuyruğu değil kayıt katmanı. Aşağıdaki bileşenler bir kurumun proje başlangıç süresini kısaltmak için kurması gereken asgari yapıyı veriyor.

• Veri kaynağı envanteri: hangi sistem hangi veriyi tutuyor, tek bir yerde aranabilir. Eksik bir envanter, hiç envanter olmamasından iyi.
• Alan sahipliği: her veri kümesinin bir kişi ya da rol sahibi olmalı. Sahibi olmayan veri, kararı olmayan veri.
• Üç gizlilik sınıfı: kamuya açık, iç kullanım, hassas. Daha ayrıntılı sınıflandırma uygulanmıyor.
• Amaç kaydı: her veri kümesi için izin verilen kullanım amaçları listesi. Bu, hukuk incelemesinin bir kez yapılıp tekrar kullanılmasını sağlıyor.
• Saklama süresi ve silme akışı: kaynak silindiğinde türev kopyaların ne olacağı yazılı olmalı.
• Köken kaydı: bir türev veri kümesi hangi kaynaklardan üretildi? Silme yükümlülüğünün tek teknik dayanağı bu.
• Varsayılan cevap: envanterde olmayan bir veri için varsayılan "kullanılamaz" olmalı; yoksa envanter tutulmuyor.

Yedinci madde katmanın işleyip işlemeyeceğini belirliyor. Envantere kaydedilmemiş veriye erişim serbest kalırsa kayıt yapmanın hiçbir teşviki olmuyor ve envanter boş kalıyor. Varsayılan "kullanılamaz" olduğunda ise kayıt, veriyi kullanılabilir kılan adım hâline geliyor — yani yönetişim bir engel değil bir kapı oluyor ve ekipler kendi verilerini kaydetmek için sıraya giriyor.

Mekanizma: katalog neden onaydan hızlı#

Yönetişimin yavaşlatıcı olarak algılanmasının nedeni, çoğu kurumda yönetişimin bir onay kuyruğu olarak kurulması. Her erişim talebi bir komiteye gidiyor, komite haftada bir toplanıyor ve kuyruk büyüyor.

Katalog yaklaşımı farklı bir mekanizma kuruyor: kararı talep anında değil önceden veriyor. Veri sahibi bir kez oturup "bu küme iç kullanıma açık, şu amaçlarla kullanılabilir, şu alanlar maskelenmeli" diyor ve bu karar kayıtlı hâle geliyor. Sonraki her proje kararı okuyup ilerliyor; komiteye yalnızca kayıtta olmayan bir kullanım çıktığında gidiyor. Fark, kararın tekrar kullanılabilir olması: onay kuyruğunda her talep sıfırdan değerlendiriliyor, katalogda karar bir varlığa dönüşüyor. Bu aynı zamanda tutarlılık sağlıyor — aynı veri için iki farklı projeye iki farklı cevap verilmesi, onay kuyruğunun kaçınılmaz sonucu.

Karşı görüş#

Üç itiraz ciddi. Birincisi: katalog kurmak bir projeden uzun sürüyor; ilk proje beklerken katalog bitmiyor. İkincisi: veri sahipleri karar vermek istemiyor, sorumluluk almaktan kaçınıyor ve katalog boş kalıyor. Üçüncüsü: yönetişim gerçekten yavaşlatıyor — sahada bunun sayısız örneği var.

Katalog projesini iki yıl erteledik çünkü her seferinde daha acil bir iş vardı. Sonunda aynı veri kaynağı için beşinci kez aynı hukuk incelemesini yaptığımızda karar verdik.

Birinci itiraz doğru ve cevabı kapsamı küçültmek: tüm kurumun kataloğu değil, ilk üç projenin kullandığı veri kümelerinin kaydı. Bu bir haftalık iş ve ikinci projeden itibaren geri dönüyor. İkinci itiraz gerçek bir kurumsal sorun ve teknik çözümü yok; ama sahipsiz verinin varsayılan olarak kullanılamaz olması, sahipliği almak için bir neden üretiyor. Üçüncü itiraz en önemlisi ve tez ona karşı: yavaşlatan şey yönetişim değil, yönetişimin onay kuyruğu olarak kurulması. İkisini ayırmak gerekiyor — karar üreten bir katalog hızlandırıyor, karar bekleten bir komite yavaşlatıyor ve ikisine de aynı ad veriliyor.

Sınırlar ve belirsizlik#

Bu analiz bir ölçüm sunmuyor; anlatılan gecikme kalıpları saha gözlemi, istatistik değil.

• Gecikme süreleri örnek: altı hafta gibi süreler tipik gözlem, ölçülmüş ortalama değil.
• Kurum ölçeğine bağlı: küçük bir ekipte veri sahipliği zaten belli ve katalog gereksiz olabilir.
• Katalog aracı seçimi kapsam dışı: bu analiz araç değil yapı öneriyor.
• Amaç kaydının hukuki yeterliliği avukat incelemesi gerektiriyor; teknik bir kayıt hukuki dayanağın yerine geçmiyor.

Sonuç#

Yapay zekâ projelerinin gecikmesi genellikle modelde değil verinin önündeki belirsizlikte. Bu veri nerede, sahibi kim, hangi sınıfta, bu amaçla kullanılabilir mi — bu sorular her projede yeniden sorulduğunda, gecikme kuralların değil kural yokluğunun sonucu oluyor.

Ayrım şurada: karar üreten bir katalog hızlandırıyor, karar bekleten bir komite yavaşlatıyor. İkisi de yönetişim adıyla anılıyor ve bu karışıklık, yönetişimi hızın karşıtı gibi göstermenin kaynağı. Pratik başlangıç tüm kurumun kataloğu değil, ilk üç projenin verisinin kaydı; ve envanterde olmayan verinin varsayılan olarak kullanılamaz olması, katmanın dolmasını sağlayan tek mekanizma.

Ne yapmalı?#

1. 1Kapsamı ilk üç projeye daraltın

   Tüm kurumun kataloğu bitmiyor. Kullanılan veri kümelerinin kaydı bir haftalık iş.

2. 2Her kümeye bir sahip atayın

   Sahibi olmayan veri, kararı olmayan veri. Sahiplik rol düzeyinde tanımlanabilir.

3. 3Üç gizlilik sınıfıyla yetinin

   Daha ayrıntılı sınıflandırma uygulanmıyor ve uygulanmayan sınıflandırma kayıt değil süs.

4. 4Amaç listesini kayda geçirin

   Hukuk incelemesi bir kez yapılıp tekrar kullanılabilsin; aynı soruya iki farklı cevap tutarsızlık riski.

5. 5Silme akışını türev kopyalara kadar yazın

   Kaynak silindiğinde eğitim kümesi, dizin ve önbellekte ne olacağı belirli olmalı.

6. 6Varsayılanı "kullanılamaz" yapın

   Kaydedilmemiş veri serbestse envanter boş kalıyor. Bu tek kural katmanı doldurmanın mekanizması.