Başarı Ölçütleri ve POC Planı

Arven ERP POC'u için 'hızlı çalışsın' kabul koşulu değildir. Ölçülecek iş, başlangıç ve bitiş olayı, veri hacmi, aynı anda çalışan işlem sayısı, tekrar sayısı ve eşiği yaz. Örnek hipotez: kurgusal ERP gece aktarımı, Arven'in onayladığı temsilî veri kümesi ve eşzamanlılıkla, belirlenen ölçüm penceresinde 15 dakika veya altında tamamlanır; veri tutarlılığı bozulmaz. Buradaki 15 dakika gerçek müşteri taahhüdü değil vaka hedefidir. Teknik ölçü iş sonucuna bağlanmalıdır: aktarım gecikirse mağaza açılışı veya sabah raporu hangi saatte etkilenir? Bu soru, ölçümün satış gösterisi yerine karar kanıtı olmasını sağlar. Birinci derste yöntemi seçtin; şimdi deneyin şartlarını operasyon, güvenlik, ticari ve müşteri karar sahibiyle uzlaştıracaksın. Microsoft Learn POC başarısının başlangıçtan önce tanımlanmasını, açık varsayımların ve başarısızlık koşullarının izlenmesini önerir. AWS pilot rehberi de veri temelli başarı ölçülerini karar için önceden belirler. İkisi farklı ürün bağlamlarındadır; Arven'in resmî kabul şartını bunlardan türetme. Yaklaşık 28 dakika anlatı, 30 dakika plan uygulaması ve 16 dakika kontrol ayır. Ders sonunda imzaya hazır olmayan, fakat müşteriyle teyit edilebilecek Arven POC planı taslağın olacak.

Bir metrik için beş soruyu yanıtla: neden önemli, nasıl ölçülür, hangi koşulda ölçülür, hangi eşik başarıdır ve gözlem belirsizse ne yapılır? ERP süresinde kaynak sistemden çıkış mı, hedef veritabanında doğrulanmış commit mi bitiş noktasıdır? Doğrulanmamış veri yüklendiğinde kronometreyi durdurmak hedefi yapay biçimde iyileştirir. Performans yanında bütünlük ve hata oranı da eşzamanlı ölçülür; hız uğruna eksik kayıt kabul edilmez. Tek koşunun ortalaması veya seçilmiş en iyi sonuç güvenilir karar verdirmez. Plan en az üç tekrar, her tekrardaki ölçüm, p95 gibi dağılım göstergesi kullanılıyorsa neden seçildiği ve anomali inceleme kuralını yazabilir. POC geçici ortamda çalışacaksa üretim tahmini ayrıca kapasite modeliyle sınanır. Maliyet ölçüsünde lisans, ek donanım, bulut tüketimi ve operasyon zamanı farklı kovalardır. Bir başarı metriği diğerini geçersiz kılıyorsa 'başarılı' etiketi yerine çoklu koşullu sonuç ver. Karar sahibi bütün eşiklere birden mi yoksa kritik eşiklere mi bakacağını deneyden önce onaylamalıdır.

POC verisinin temsiliyeti yalnız satır sayısıyla ölçülmez. Arven ERP'de kayıt boyutu, ilişki sayısı, değişim oranı, dosya/ek yoğunluğu, karakter seti, hata kalıpları ve gece eşzamanlı işleri farklı sonuç üretir. 1 milyon sentetik küçük kayıt gerçek üretim tablosundaki karmaşık join veya doğrulama adımlarını yansıtmayabilir. Müşteriye hangi üretim özelliklerini deneyde mutlaka temsil etmek gerektiğini sor; gizli gerçek verinin kullanımını otomatik varsayma. Microsoft Learn POC planında gerçek, örnek ve üretime benzer sentetik veri seçeneklerini ayırır ve küçük veriyle performansın güvenle yorumlanamayacağını belirtir. Veri sınıfı, maskeleme, erişim, saklama süresi ve silme sorumlusu plana yazılır. Müşteri onayı olmadan veri kopyalama, kurumun güvenlik ve hukuk kurallarını aşabilir. Kurgusal Arven vakasında bile bu karar adımlarını öğren; eğitimde gerçek müşteri verisi kullanma. Test veri üretimi sırasında dağılım, beklenen istisnalar ve referans doğruluğu korunmalı; aksi hâlde hızlı ama alakasız bir sonuç elde edilir. Başlangıç veri profilini raporun parçası yap.

Ortam farkını saydamlaştır. CPU/çekirdek, bellek, depolama gecikmesi, ağ yolu, yazılım sürümü, lisans sınırı, veri tabanı ayarları ve arka plan yükü ölçümün bağlamıdır. POC sandbox'ında daha güçlü düğüm kullanıyorsan üretim BoM'u aynı kapasiteyi içermelidir; içermiyorsa sonuç teklif edilen mimariye taşınamaz. Laboratuvarın güvenlik kontrolleri üretimden farklıysa veri yeri, şifreleme, loglama ve erişim sınırı ayrıca işaretlenir. Testten önce konfigürasyon dondurulur, her değişiklik sürüm numarasıyla kaydedilir. Sıcak önbellekli ikinci koşuyu soğuk başlangıçla karşılaştırma; başlangıç koşullarını aynılaştır veya farkı raporla. Eşzamanlı üretim yükü yoksa tek kullanıcı testi çok kullanıcılı SLA'yı kanıtlamaz. POC için geçici lisans veya deneme hakkı kullanılıyorsa teklifin kalıcı entitlement ve maliyetine etkisi ayrıca incelenir. Deney sorumlusu ölçüm sırasında arızayı düzeltmek zorunda kalabilir; o koşu başarısız mı, geçersiz mi, tekrar mı sayılacak önceden yazılmalıdır. 'Labda çalıştı' ifadesinin güvenilirliği, bu fark listesinin eksiksizliğine bağlıdır.

Bir sayfalık POC planı sekiz karar alanı içermeli: hipotez ve müşteri maddesi; kapsam içi/dışı; veri ve ortam; ölçüm prosedürü; başarı, başarısızlık ve geçersizlik eşiği; rol ve erişim; zaman çizelgesi; çıktı ve sonraki karar. Arven'in ERP aktarımında ölçüm adımları ön koşul kontrolü, veri seti hash'i, konfigürasyon kaydı, üç tekrar, hata/bütünlük doğrulaması ve sonuç raporudur. Her tekrar aynı operatör ve sürümle yürütülebilir olmalı. Karar toplantısında kim gözlemleyecek, kim teknik sonucu imzalayacak, kim fiyat ve sözleşme etkisini inceleyecek açık yaz. Test öncesi yetkili erişim ve değişiklik penceresi alınır; müşteri üretimine zarar verebilecek adım için durdurma/geri alma kuralı vardır. Microsoft'un POC kontrol listesi amaç, kapsam, veri, gösterim ve bitiş kriterini önceden netleştirir. Arven planı bunun üzerine veri güvenliği, değişiklik kaydı ve mimari/BoM etkisini ekler. Deney süresi bütçesi ve kaynak sınırı da başlangıçta yazılır; açık uçlu uygulama vaadine dönüşmesine izin verme.

Durdurma koşulunu başarı koşulu kadar ciddi tasarla. Kaynak veride bozulma, gizlilik ihlali, beklenmeyen üretim etkisi veya ölçüm aracının güvenilirliğini kaybetmesi testi hemen durdurur. Test geçersizse yeni eşiği gizlice tanımlama; nedeni, delili ve yeniden koşma planını kayıt altına al. Performans eşiği tutmazsa önce ölçüm hatası mı gerçek darboğaz mı araştır; gerekirse bir sonraki deney için mimari değişikliği öner. Her değişiklik maliyet ve takvime yansır. Karar yollarını baştan yaz: Pass → ticari/operasyonel kalan kapılara geç; Fail → alternatif mimari veya no-bid; Invalid → kontrollü tekrar; Partial → açık koşullu karar. Pilot rehberlerindeki 'tüm değişiklikleri izleme' yaklaşımı bu aşamada da işe yarar, fakat pilot sonucu POC kanıtı yerine geçmez. Toplantıda ölçü geçmezse bile müşteriye şeffaf rapor ver; bir grafik seçip başarısız koşuları saklamak güven kaybettirir. Elde edilen kanıt teklif iddialarını değiştiriyorsa HLD, BoM, TCO ve compliance matrix'te bağlı satırlar yeniden gözden geçirilir. Bu plan, teknik ekibin test koşusunu karar komitesinin güveneceği kanıta dönüştürür.

Plan yazıldıktan sonra ön uçuş gözden geçirmesi yap: müşteri gereksinim ID'si doğru mu, test edilen mimari teklif edilen mimariyle aynı mı, veri/ortam erişimi yetkili mi, ölçüler gerçekten iş sonucunu karşılıyor mu, eşiği kim kabul etti ve rapor kime teslim edilecek? Bu sorulardan biri eksikse tarih ayarlanabilir ama güvenilir deney hazır değildir. Arven CFO'su bütçe eşiklerini, BT lideri teknik test koşullarını, güvenlik sahibi veri kullanımını, satın alma veya sözleşme sahibi taahhüt dilini inceleyebilir. Birinin olumlu sözü herkesin onayı yerine geçmez. İç pre-sales yöneticisi kaynak sınırını ve beklenen karar değerini de onaylamalıdır. Planın sürümü ve değişiklik geçmişi saklanır. Müşteri test sırasında veri setini ikiye katlamak isterse yalnız yeni koşunun eşiği ve maliyeti değerlendirilir; ilk koşuyla tek sonuç olarak birleştirilmez. Deneyin sonunda kabul belgesi teknik sonucun doğrulandığını söyleyebilir; ticari satın alma kararının ayrıca yetkili makamda kalması gerekir.

Kanıt paketi planın bir uzantısıdır: ham ölçümler, konfigürasyon ve veri profili, hata kayıtları, tekrar sonuçları, fotoğraf veya ekran görüntüsünün bağlamı, hesaplama yöntemi, geçersiz koşular, açık riskler ve önerilen karar. Bir ekran görüntüsünü tek başına 'kanıt' diye sunma. Çıktı teknik mimar, ticari sorumlu ve müşteri karar sahibi için aynı gerçekleri taşımalı; her rolün özet derinliği farklı olabilir. Pass kararında bile lisans hakkı, destek eki ve güvenlik onayı gibi test dışı koşullar açık kalabilir. Fail kararında yanlış mimariyi sürdürmek yerine alternatif tasarımın maliyetini ve yeni test gereğini göster. Geçersiz sonuçta onaylı yeniden plan olmadan başarı iddiası yayınlama. Kapanış toplantısında 'hangi soruya cevap verildi, hangi soru hâlâ açık ve sıradaki karar kimde?' üçlüsünü tutanağa koy. Sonraki ders POC yürütme, kanıt kalitesi ve kapsam kontrolüne inecek; bu dersin bitiş ölçüsü, ekip üyelerinin aynı planı okuyup aynı testi yeniden yapabilmesidir.