Kurumsal yapay zekâ neden PoC'ta kalıyor?

Tez#

PoC aşamasında başarı kolay: seçilmiş örnekler, tolerant bir izleyici, kısa bir demo. Üretimde başarı zor: uzun kuyruk vakalar, gerçek kullanıcılar, sürekli çalışma. Ama projelerin çoğu bu teknik farktan değil, bir yönetişim boşluğundan düşüyor. PoC bitip "şimdi ne olacak" sorusu geldiğinde, cevap verecek bir sahip yok.

Bağlam: PoC ile üretim arasındaki gerçek fark#

Kanıt: dört tekrar eden kalıp#

• Başarı tanımı yazılmamış. "Verimliliği artırmak" ölçülemez. Ölçülebilir hâli: "şu kuyruktaki ortalama işlem süresi şu kadar düşecek".
• Veri sahipliği belirsiz. Projenin ihtiyaç duyduğu belge setinin sahibi başka bir birim; erişim talebi altı hafta bekliyor.
• Operasyon sorumluluğu tanımsız. Model yanlış cevap verdiğinde çağrı merkezinde kim ne yapacak, yazılı değil.
• Değişim yönetimi yok. Süreci yürüten insanlar araca güvenmiyor; paralel olarak eski yöntemi de sürdürüyorlar.

Dördüncü kalıp en maliyetli olanı. Kullanıcılar yeni aracı eski sürecin üstüne ekliyorsa, toplam iş yükü artar ve proje "işe yaramıyor" olarak kapanır. Oysa ölçülen şey aracın kalitesi değil, geçişin yönetilmemiş olması.

Bir yapay zekâ projesi teknik olarak başarılı, örgütsel olarak başarısız olabilir. Tersi mümkün değil.

Karşı görüş#

Karşı argüman ciddiye alınmalı: bazı PoC'ların ölmesi doğru sonuçtur. Bir fikri hızlı ve ucuz biçimde test edip vazgeçmek, portföy yönetiminin sağlıklı işlemesi demek. Sorun, PoC'ların ölmesi değil; hangi sebeple öldüğünün kayıt altına alınmaması. Aynı fikir on ay sonra başka bir birimde, aynı engellere çarpmak üzere yeniden başlatılıyor.

İkinci karşı argüman: bazı kurumlarda asıl engel teknik olgunluk — veri altyapısı yok, kimlik yönetimi dağınık, süreçler dokümante değil. Bu doğru; ancak bu durumda da doğru hamle yapay zekâ PoC'u değil, veri ve süreç temelini kurmak.

Sonuç#

Yapay zekâ projelerinin kurumsal başarısı, model seçiminden çok önce belirleniyor: başarı tanımının, veri sahipliğinin ve operasyon sorumluluğunun yazıldığı ilk toplantıda. Bu üç madde yazılmadan başlayan bir proje, hangi modelle kurulursa kurulsun PoC aşamasını geçmekte zorlanıyor.

Ne yapmalı?#

1. 01PoC başlamadan önce tek sayfalık bir kabul belgesi yazın: ölçülecek metrik, hedef değer, ölçüm yöntemi.
2. 02Süreç sahibi iş birimini projenin sahibi yapın; teknoloji ekibi yürütücü olsun.
3. 03Veri erişimini ilk iki haftada çözün; çözülmüyorsa kapsamı erişilebilir veriye göre daraltın.
4. 04"Model yanlış yaptığında ne olur" akışını, doğru çalıştığı akış kadar ayrıntılı tasarlayın.
5. 05Geçiş planı yapın: eski süreç ne zaman kapanacak, kim eğitim verecek, kim itirazı çözecek.
6. 06Kapanan PoC'ların gerekçesini kurumsal bir kayda yazın; tekrarı önleyin.