Pilottan Ölçeğe: Yapay Zekâ Projesini Fabrika Geneline Yaymak

Yapay zekâ pilotu fabrika geneline nasıl yayılır? Ölçek karar kapısı, dalga planı, standart kurulum paketi, işletme modeli ve maliyet hesabıyla yönetim rehberi.

Yazar: CX Teknoloji Uzman Ekibi

Yapay zekâ projesini pilottan ölçeğe taşımak, tek bir hatta çalıştığı kanıtlanan sistemi yazılı bir karar kapısından geçirip standart bir kurulum paketine dönüştürmek, hatları dalgalar halinde devreye almak ve her dalgada aynı başarı ölçütlerini yeniden doğrulamaktır. Pilotta çözülen sorun teknik olandır; ölçekte çözülmesi gereken sorunlar veri çeşitliliği, entegrasyon, işletme sorumluluğu ve maliyettir.

Birçok şirket ilk pilotu başarıyla tamamlar ve orada kalır. Pilot raporu olumlu çıkmıştır, sunum yapılmıştır, ama ikinci hatta geçiş için ne bütçe ne de sahip vardır. Bu yazı o ara bölgeyi ele alıyor: pilot bittiğinde hangi soruların cevabı olmalı, yaygınlaştırma nasıl planlanır ve fabrika geneline yayılmış bir sistemi kim işletir. Pilotun kendisini nasıl tasarlayacağınızı doğru pilot nasıl tasarlanır yazısında anlattık; danışmanlık çalışmalarımızda pilot hedeflerini baştan ölçek planıyla birlikte yazmamızın nedeni de burada anlatılanlar.

Pilot neden pilotta kalır?

• Pilot en kolay hatta yapılmıştır: iyi aydınlatılmış, ürün çeşidi az, vardiya amiri istekli. Diğer hatlarda aynı sonucun alınacağı varsayılmış ama denenmemiştir.
• Başarı ölçütü baştan yazılmamıştır. Sonuçlar iyi görünür ama yönetim için “ölçeğe geçelim” kararını verdirecek net bir karşılaştırma yoktur.
• Pilot, proje ekibinin elle müdahalesiyle ayakta durmuştur. Model eşikleri her hafta ayarlanmış, veri elle temizlenmiştir; bu emeğin on hatta nasıl karşılanacağı hesaplanmamıştır.
• Entegrasyon geçici yapılmıştır. Pilot verisi bir Excel dosyasına ya da ayrı bir ekrana akar, ERP veya MES ile bağlanmamıştır.
• Bütçe yalnız pilot için ayrılmıştır, yaygınlaştırma maliyeti hiç konuşulmamıştır.

Bu maddelerin ortak noktası, pilotun bir deney olarak tasarlanması ama ölçeğe geçişin bir işletme kararı olmasıdır. Bu iki şeyin arasında yazılı bir kapı olmalıdır.

Ölçek kararı için hangi sorular cevaplanmalı?

Pilot sonunda yönetim kuruluna ya da yürütme komitesine giden belge, aşağıdaki tablodaki her satıra cevap vermelidir. Cevaplardan biri eksikse karar “ölçeğe geç” değil, “pilotu şu konuda uzat” olmalıdır. Bir projeyi durdurmak da geçerli bir karardır ve baştan tanımlanmış bir durdurma ölçütü, ekiplerin kaynağı daha umut verici bir işe aktarmasını kolaylaştırır.

Yanlış alarm ve kaçırılan olay oranlarının nasıl okunacağını güven skoru, kesinlik ve duyarlılık üzerine yazımızda anlattık. Ölçek kararında bu değerlerin yalnız ortalamasına değil, en kötü vardiya ve en zor ürün için aldığı değere de bakmak gerekir; çünkü yaygınlaştırma sonrasında sahadan gelecek şikâyet ortalamadan değil o uç durumlardan gelir.

Pilotta görünmeyen ölçek sorunları nelerdir?

Bir yapay zekâ sistemi tek hatta çalışırken ortaya çıkmayan ama on hatta kesin ortaya çıkan konular vardır. Bunları baştan bilmek ölçek bütçesini gerçekçi kılar.

• Veri çeşitliliği: farklı makine modelleri, ürün renkleri, kamera açıları, gün ışığı alan ve almayan alanlar. Pilotta öğrenen model bunları görmemiş olabilir; her yeni hat için kısa bir uyarlama dönemi planlanmalıdır.
• Model sürümleri: on hatta aynı modelin farklı sürümleri çalışmaya başlarsa sorunların kaynağını bulmak zorlaşır. Hangi hatta hangi sürümün çalıştığı kayıt altında olmalı, güncellemeler kontrollü yapılmalıdır. Bu konuyu MLOps yazısında ele aldık.
• Alarm sahipliği: tek hatta gelen alarmlara proje ekibi bakar. On hatta alarmların kime gideceği, kim tarafından kapatılacağı ve cevapsız kalırsa ne olacağı tanımlanmalıdır.
• Altyapı: ağ bant genişliği, sunucu kapasitesi, sahada güç ve kablo yolu. Pilotta bir masaüstü bilgisayar yetmiş olabilir; ölçekte merkezi ya da hat başı donanım mimarisi gerekir.
• Destek: sahadan gelen soruların ve arızaların sayısı hat sayısıyla birlikte artar. Bunları karşılayacak bir destek düzeni olmalıdır.

Yaygınlaştırma dalgalar halinde nasıl planlanır?

Bütün hatları aynı anda devreye almak yerine dalga planı yapmak hem riski hem de ekibin yükünü dengeler. Aşağıdaki sıra bir yöntem önerisidir; dalga sayısı ve süresi tesisin büyüklüğüne göre değişir.

1. Standart paket: pilottan çıkan dersleri bir kurulum paketine yazın. Donanım listesi, kamera yerleşim veya sensör montaj standardı, ağ ayarları, entegrasyon adımları, eğitim materyali ve kabul testi bu pakete girer.
2. Birinci dalga: pilota en çok benzeyen iki üç hat. Amaç paketin işe yaradığını ve kurulumun proje ekibinin yoğun müdahalesi olmadan yapılabildiğini görmektir.
3. Ara değerlendirme: birinci dalgadaki sorunlar paketin içine yazılır. Kabul testi sonuçları ve benimseme göstergeleri karar kapısındaki ölçütlerle karşılaştırılır.
4. İkinci dalga: pilottan belirgin şekilde farklı hatlar. Farklı ürün, farklı ışık, farklı vardiya düzeni. Model uyarlaması bu dalgada en çok emeği alır.
5. Sonraki dalgalar ve diğer tesisler: paket artık oturmuştur; kurulumun bir kısmı tesisin kendi ekibine devredilebilir.

Her dalganın sonunda sahadaki kullanım tekrar ölçülmelidir. Pilot hattında istekli bir vardiya amiri sistemi sahiplenmiş olabilir; yeni hatlarda bu sahiplenme yeniden kazanılmalıdır. Sahadaki benimseme tarafını dijital dönüşümde değişim yönetimi yazısında ayrıntılı ele aldık.

Ölçekte maliyet nasıl hesaplanır?

Pilot maliyeti ölçek maliyetinin iyi bir göstergesi değildir; pilotta bazı kalemler tek seferliktir, bazıları ise ancak ölçekte ortaya çıkar. Hesabı üç parçada yapmak işe yarar. Ortak altyapı maliyeti (merkezi sunucu, model yönetim ortamı, entegrasyon katmanı) bir kez ödenir. Hat başı maliyet (donanım, montaj, uyarlama, eğitim) hat sayısıyla çarpılır. Yıllık işletme maliyeti (lisans, destek, model güncelleme, personel zamanı) her yıl tekrarlanır.

Varsayımsal bir örnekle: ortak altyapı A, hat başı kurulum H, yıllık işletme İ ve hat sayısı N ise ilk yıl toplam maliyet A + N × H + İ olur. Getiri tarafında da aynı şekilde hat başı beklenen fayda pilottan alınır ama ikinci dalgadaki farklı hatlar için temkinli bir katsayıyla düşürülür. Bütçeleme yöntemini yapay zekâ yatırımı bütçeleme yazısında, görüntü analitiği projelerine özel getiri hesabını da ROI yazımızda bulabilirsiniz.

Fabrika geneline yayılan sistemi kim işletir?

Ölçeğe geçişte en çok ihmal edilen konu işletme modelidir. Pilot boyunca proje ekibi sistemin her şeyini yapar; ölçekte bu rollerin kalıcı sahipleri olmalıdır. Pratikte üç rol tanımlanır: iş tarafında sonuçtan sorumlu bir süreç sahibi (örneğin kalite müdürü veya İSG uzmanı), teknik tarafta altyapı ve entegrasyondan sorumlu BT, model başarımını izleyip güncellemeleri yöneten bir uygulama sorumlusu. Bu son rol şirket içinde ya da destek sözleşmesiyle dışarıda olabilir, ama adı ve kapsamı yazılı olmalıdır.

Bu rollerin pilot sırasında gölge olarak çalışmaya başlaması geçişi kolaylaştırır. Süreç sahibi pilot toplantılarına katılmış, BT entegrasyonu birlikte kurmuşsa ölçek kararı verildiğinde devir zaten başlamış olur.

Ölçek kararı tek bir projenin kararı olarak da kalmamalıdır. İlk sistem fabrika geneline yayılırken kurulan ortak altyapı, model yönetim düzeni ve işletme rolleri, ikinci ve üçüncü yapay zekâ kullanım senaryosunun maliyetini düşürür. Bu yüzden ölçek planını şirketin genel yapay zekâ yol haritasıyla birlikte okumak gerekir; o çerçeveyi CTO için yapay zekâ yol haritası yazısında 12 aylık bir plan olarak ele aldık.

CX Teknoloji pilottan ölçeğe geçişi nasıl yönetiyor?

Biz sahada görüntü analitiği ve yapay zekâ sistemleri kurarken pilot bitişini bir sunum değil bir karar toplantısı olarak planlıyoruz. Pilot hedeflerini ölçek kapısındaki sorularla birlikte yazıyor, pilot sırasında yaptığımız her elle müdahaleyi kayda geçiriyor, sonunda bir standart kurulum paketi ve dalga planı teslim ediyoruz. Yol haritasını çizen ekip sahada kurulumu da yaptığı için paketteki her adım denenmiş adımdır. Elinizde sonuçlanmış ama yaygınlaştırılamamış bir pilot varsa ücretsiz ön değerlendirme ile neyin eksik olduğunu birlikte görebiliriz.

Sık sorulan sorular

Yapay zekâ pilotu ne kadar sürmeli?

Pilot süresi, karar verdirecek ölçütün güvenilir biçimde ölçülebileceği kadar olmalıdır; farklı vardiyaları ve ürün çeşitlerini görecek bir süre planlanır. Planlamada genellikle birkaç hafta ile birkaç ay arası bir süre öngörülür; kesin süre ölçülecek olayın ne sıklıkla yaşandığına bağlıdır. Süreyi uzatmak yerine ölçütü baştan net yazmak kararı hızlandırır.

Pilot başarılıysa hemen bütün hatlara geçilmeli mi?

Hayır, dalgalar halinde geçmek daha az risklidir. Önce pilota benzeyen birkaç hatta standart kurulum paketi sınanır, sonra farklı koşullardaki hatlara geçilir. Her dalgada aynı başarı ölçütleri yeniden doğrulanır.

Pilotta çalışan model diğer hatlarda neden başarısız olabilir?

Çünkü diğer hatlarda model eğitilirken görmediği koşullar vardır: farklı ürün, ışık, kamera açısı veya makine. Bu yüzden her yeni hat için kısa bir veri toplama ve uyarlama dönemi planlanmalıdır. Pilotun en zor koşullarda da sınanması bu riski azaltır.

Ölçek maliyeti pilot maliyetinden nasıl tahmin edilir?

Maliyet ortak altyapı, hat başı kurulum ve yıllık işletme olarak üçe ayrılır. Ortak altyapı bir kez ödenir, hat başı maliyet hat sayısıyla çarpılır, işletme maliyeti her yıl tekrarlanır. Pilottaki elle müdahale emeği de işletme maliyetine mutlaka eklenmelidir.

Pilot sonunda projeyi durdurmak başarısızlık mıdır?

Hayır. Baştan yazılmış bir ölçüte göre durdurma kararı vermek, kaynağın daha uygun bir işe aktarılmasını sağlar. Pilotun amacı zaten belirsizliği az bir maliyetle gidermektir.