Kullanım arttığı için mi fatura yükseldi, yoksa aynı iş gereğinden fazla kez mi denendi? Uygulamanın hâlâ yanıt veriyor olması, her işin doğru tamamlandığını göstermez. Günlük çalışmayı anlamak için giderleri ve sorunları birlikte inceleyebileceğiniz bir düzen gerekir.
Bunun için ilk günden ayrıntılı bir yönetim ekranı hazırlamak zorunda değilsiniz. Hangi sorulara yanıt aradığınızı ve hangi bilgileri kimin kontrol edeceğini belirlemekle başlayabilirsiniz.
Tamamlanan işi takip edin
İstek sayısı faydalı bir teknik bilgi olabilir. Ancak bir belgenin kayda dönüşmesi, bir sorunun yanıtlanması veya bir taslağın ekip tarafından kabul edilmesi farklı sonuçlardır. Uygulamanın yaptığı işi kendi ölçünüzle tanımlayın.
Örneğin belge işleme uygulamasında alınan belge, tamamlanan kayıt, kontrole gönderilen sonuç ve başarısız işlem sayılarını ayrı tutabilirsiniz. Aynı belgenin tekrar denenmesi yeni bir iş gibi sayılmamalı. Bu ayrımı nasıl yapacağınızı geliştirici ekiple konuşun.
Kullanım ve gider bilgilerini eşleştirin
Model kullanımı, barındırma, depolama, lisans ve bakım giderlerini tek bir “yapay zeka maliyeti” başlığında toplamak neden değiştiklerini anlamayı zorlaştırabilir. Microsoft'un maliyet verisi rehberi, giderlerin anlamlı gruplarla izlenmesini ve düzenli incelenmesini ele alır.
Kendi değerlendirmenizde aşağıdaki sade tabloyu kullanabilirsiniz:
| Bilgi | Neyi anlamak için bakıyoruz? |
|---|---|
| Tamamlanan işler | Uygulama gerçekte ne kadar iş yapıyor? |
| Tekrar denemeler | Aynı iş için fazladan kaynak kullanılıyor mu? |
| Ekip kontrol süresi | Kullanıcı ne kadar inceleme veya düzeltme yapıyor? |
| Hizmet giderleri | Kullanımla birlikte hangi kalemler değişiyor? |
| Bekleyen işler | Tamamlanamayan işler birikiyor mu? |
Değerlendirme dönemini işin sıklığına göre seçin. Günde yüzlerce işlem yapılan bir uygulamayla ay sonunda kullanılan bir rapor aracını aynı sıklıkta kontrol etmeniz gerekmeyebilir.
Her hatayı aynı başlıkta toplamayın
Eksik bilgi, erişim sorunu ve bağlantı kesintisi için yapılacaklar farklıdır. Hata kaydında ne zaman, hangi işlemde ve hangi aşamada sorun çıktığını ayırt edebilmek isteyin. Aynı işe ait kayıtları ilişkilendiren bir takip numarası incelemeyi kolaylaştırabilir.
İzleme sistemi rehberi, kayıtların işe yarar bağlam taşımasını ve hassas bilgilerin ayıklanmasını önerir. Sorunu incelemek için her müşteri belgesinin tam metnini saklamak zorunda değilsiniz. Hangi bilginin gerekli olduğunu, kimlerin erişeceğini ve ne kadar tutulacağını ekibinizle belirleyin.
Uyarının bir sorumlusu olsun
Bir limit aşıldığında kime haber verileceğini ve o kişinin ne yapacağını yazın. Yalnızca bildirim göndermek yerine bekleyen işleri inceleme, geçici durdurma veya teknik destek çağırma gibi sonraki adımı belirleyin.
Her uygulama için geçerli tek bir doğru harcama veya hata sınırı yoktur. İlk kullanım sonuçlarını inceleyin, beklentinizle karşılaştırın ve uyarıları buna göre düzenleyin. Kontrol için ayrılan çalışan zamanını da bütçeye dahil edin.
Bakım görüşmelerinde yalnızca yeni özellikleri konuşmayın. Tamamlanan iş, kullanıcı yükü, sorunlar ve giderler aynı masada olsun. Yazılımın bakım planını bu bilgilerle güncel tutabilirsiniz.


