Konu Başlıkları
Yükleniyor...

Yapay Zeka Verimliliğinde Yüzde 66: Üç Ayrı Ölçümün Ortalaması

Yapay zeka verimlilik oranları neyi ölçüyor, neyi ölçmüyor

Üretken yapay zekanın verimliliği yüzde 66 artırdığı cümlesi bir süredir her sunumun ikinci slaydında duruyor. Sayının arkasında üç ayrı çalışma var, ama bu üç çalışma aynı şeyi ölçmüyor. Aradaki farkı görmeden oranı kendi ekibine taşımak, çoğunlukla yanlış işi hızlandırmakla sonuçlanıyor.

Yüzde 66 nasıl hesaplanıyor

Tek bir araştırmanın bulgusu değil. Üç ayrı çalışmanın sonuçları yan yana konmuş: destek temsilcilerinde saat başına çözülen talepte yüzde 13,8 artış, iş belgesi hazırlayanlarda yüzde 59, yazılım geliştirenlerde haftalık tamamlanan proje sayısında yüzde 126.

Şimdi bu üç sayıyı toplayın: 13,8 + 59 + 126 = 198,8. Üçe bölün: 66,3. Manşetteki oran burada bitiyor. Yeni bir ölçüm değil, üç ölçümün aritmetik ortalaması.

AlanÖlçülen birimArtış
Müşteri desteğiSaat başına çözülen talep%13,8
Belge yazımıHazırlanan belge sayısı%59
Yazılım geliştirmeHaftalık tamamlanan proje%126

Farklı paydalar aynı sepete girmez

Tabloya birim sütunundan bakın. İlk satır bir hız: zamana bölünmüş iş. İkincisi bir sayım, belirli bir oturumda kaç belge çıktığı. Üçüncüsü de sayım, ama saydığı şeyin sabit bir boyutu yok; bir hafta içindeki "proje" iki saatlik bir düzeltme de olabilir, üç günlük bir modül de.

Üç ölçümün ortalamasını almak, saatte kaç kilometre gidildiğiyle kaç valiz taşındığını toplamaya benziyor. Çıkan sayının birimi yok.

Dahası, ortalamanın sakladığı asıl bilgi yayılım. En küçük etki ile en büyüğü arasında dokuz kata yakın fark var. Üç ölçüm birbirinden bu kadar uzaksa ortalamaları hiçbirini tarif etmez; sizin işiniz bu üç uçtan hangisine benziyorsa asıl bakmanız gereken o satır.

Daha çok üretmek ile işi bitirmek

Belge çalışmasının ayrıntısında dikkat çeken bir nokta var: katılımcılar zamanlarının büyük kısmını üretilen metni düzenlemeye harcamış. Yani kısalan şey işin tamamı değil, boş sayfa aşaması. Taslağın ilk hali ucuzlamış, kalan emek yerinde durmuş.

Yazılımda bu ayrım daha da keskin. Haftalık proje sayısı artarken üretilen kodu birinin okuması, testten geçirmesi ve bir yıl sonra bakımını yapması gerekiyor; ölçüm bunların hiçbirini saymıyor. Üretim hızını ölçüyorsanız gözden geçirme kuyruğunun boyunu da ölçün, yoksa darboğazı ortadan kaldırmış değil bir adım ileri taşımış olursunuz.

Deneyimsizde etkinin büyük çıkması

Çalışmaların ortak bulgularından biri, az deneyimli çalışanların yapay zeka desteğiyle ortalamanın iki buçuk katı ilerleme kaydetmesi. Bu bulgu gerçek, ama şaşırtıcı değil.

Yüzde cinsinden artış, başlangıç noktası düşük olduğunda büyük görünür. Saatte dört talep çözen birinin altıya çıkması yüzde 50'lik bir sıçrama; on iki çözen birinin on dörde çıkması yüzde 17. İkinci kişi mutlak olarak aynı kadar iş eklemiş olabilir. Yeni başlayanların referans seviyeye dört kat hızlı ulaştığı iddiası da aynı yerden okunmalı: yakınsayan şey çıktı metriği, kişinin konu hakkında bildikleri değil.

Kendi ekibinizde ölçecekseniz

Tek bir birim seçin ve çalışma boyunca değiştirmeyin. Payda sabit kalmazsa karşılaştırma yapmıyorsunuz demektir.

Aracı devreye almadan önce en az birkaç haftalık taban ölçüm alın. Sonradan hatırlanan "eskiden daha yavaştık" cümlesi veri sayılmaz.

Yeniden yapılan işi ayrı sayın: geri dönen talepler, revizyona giden belgeler, düzeltme için açılan kayıtlar. Hızlanmanın bir kısmı buraya kayar ve toplam sayımda görünmez. Bu üç şeyi yaptığınızda elinizde yüzde 66 çıkmayacak. Çıkan sayı ne olursa olsun sizin işinizi tarif ettiği için daha kullanışlı olacak.