İçeriğe geç
Zero-ShotTeam
← Bütün notlar

Başlangıç

Kurumsal yapay zekâ projesine nereden başlanır

İlk proje, teknik olarak en etkileyici olan değil; sonucu en net ölçülebilen olmalı. Doğru seçilmiş bir başlangıç işi seksen gün içinde bir sayı üretir ve sonraki bütçeyi o sayı açar. Yanlış seçilmiş olan, altı ay sonra kimsenin savunamadığı bir demo bırakır.

Yayın
Üreten
Zero-Shot Team
3 dk okuma

İlk projeyi seçme ölçütleri

Dört soru yetiyor. Bu iş bugün kaç kişinin ne kadar zamanını alıyor? Sonucu bir sayıyla ölçülebilir mi? Yanlış çıktının bedeli katlanılabilir mi? Ve verisi zaten elinizde mi?

Dördüne de net cevap verilebilen bir iş iyi başlangıçtır. Herhangi birine 'bilmiyoruz' deniyorsa, proje başlamadan önce o soruyu cevaplamak asıl iş oluyor.

En sık yapılan hata, en görünür işi seçmek. Yönetime sunulacak parlak bir demo ile kuruma para kazandıran bir sistem çoğu zaman aynı şey değil.

İyi başlangıç işleri neye benziyor

Tekrarlayan, kuralları yazılı olmayan ama bir uzmanın 'bu doğru, bu yanlış' diyebildiği işler. Gelen belgelerden alan çıkarma, destek taleplerini yönlendirme, uzun arşivde soru cevaplama, taslak metin üretme.

Bu işlerin ortak yanı: yanlış çıktı yakalanabiliyor ve düzeltilebiliyor. Yani sistem yüzde yüz doğru olmak zorunda değil, insanın işini kısaltması yetiyor.

Buna karşılık ilk proje olarak zayıf seçimler: doğrudan müşteriye konuşan otonom sistemler, geri alınamayan kararlar veren akışlar ve verisi henüz toplanmamış işler.

İlk seksen gün

İlk iki hafta ölçüye ayrılıyor: bugünkü durumun sayısı çıkarılıyor ve elli-iki yüz vakalık değerlendirme kümesi kuruluyor. Bu adım atlandığında proje sonunda 'daha iyi oldu mu' sorusunun cevabı olmuyor.

Üçüncü ve dördüncü hafta ilk çalışan sürüm. Dar kapsam, tek akış, gerçek veriyle. Amaç etkileyici olmak değil, uçtan uca çalıştığını görmek.

Kalan süre iki işe gidiyor: hataları kümeye ekleyip düzeltmek, ve sistemi kullanacak kişilerin akışına yerleştirmek. İkincisi genelde hafife alınıyor; teknik olarak biten projelerin çoğu burada duruyor.

Neyin teslim edilmesi gerekiyor

Çalışan sistem tek başına teslim değil. Yanında değerlendirme kümesi, prompt'lar, kod, veri işleme akışı ve sistemin ne zaman yanlış yaptığını anlatan kısa bir belge olmalı.

Bunlar olmadan sistem üç ay sonra bakımı yapılamayan bir kutu hâline geliyor. Model sağlayıcısı sürümü değiştirdiğinde neyin bozulduğunu kimse söyleyemiyor.

İkinci projeye ne zaman geçilir

Birinci proje bir sayı ürettiğinde. 'Destek taleplerinin yüzde altmışı artık ilk temasta kapanıyor' cümlesi, ikinci projenin bütçesini açan cümledir.

Sayı üretmeden ikinciye geçmek, kurumda yarım kalmış üç sistem bırakıyor ve dördüncü teklifte artık kimse ikna olmuyor.

Kısaca

  • İlk projeyi görünürlüğüne göre değil, ölçülebilirliğine göre seçin.
  • Dört soru: kaç kişinin zamanı, hangi sayıyla ölçülür, yanlışın bedeli ne, veri elde mi.
  • İlk iki hafta ölçüye gider — bugünkü durumun sayısı ve değerlendirme kümesi.
  • Teslim yalnızca sistem değil: küme, prompt'lar, kod ve sınırların yazılı olduğu belge.
  • İkinci projeye, birincisi bir sayı ürettikten sonra geçin.

Sık sorulanlar

Kendi ekibimizle mi yapmalıyız, dışarıdan mı?
İlk projede dışarıdan destek hızlandırıyor, çünkü asıl gecikme öğrenme eğrisinde. Ama devir planlanmadan başlanmamalı: değerlendirme kümesini ve prompt'ları kimin sürdüreceği ilk gün belli olmalı. Kalıcı bağımlılık yaratan kurulum, ilk yıl ucuz görünüp ikinci yıl pahalıya çıkıyor.
Verimiz dağınık, önce onu mu düzeltmeliyiz?
Genelde hayır. Bütün veriyi düzenlemek yıllar süren bir iş ve sonu gelmiyor. Tek bir dar iş için gereken veriyi düzenlemek haftalar sürüyor ve o iş bittiğinde neyi düzeltmeye değeceğini de öğrenmiş oluyorsunuz.
Ne kadar bütçe ayırmalı?
İlk proje için doğru soru bütçe değil, süre: seksen gün içinde ölçülebilir bir sonuç çıkmıyorsa kapsam fazla geniş seçilmiş demektir. Kapsamı daraltmak, bütçeyi büyütmekten daha sık işe yarıyor.

Başka notlar

Bütün notlar →