Demo, POC ve Pilot
POC Yürütme, Kanıt ve Kapsam Kontrolü
POC ön uçuşunu ve ölçüm disiplinini kur
Arven ERP POC planı yazılı olsa bile yürütme günü her şeyin aynı kaldığını varsayma. Ön uçuşta test hipotezi, kabul eşiği, veri profili, ortam/sürüm, erişim yetkisi, ölçüm cihazı, saat eşitlemesi, rollback ve durdurma koşulu yeniden doğrulanır. İlk ders demo/POC/pilot farkını, ikinci ders ölçü ve planı kurdu; şimdi o planı bozmadan kanıt üretmen gerekiyor. Operatör run ID açar, müşteri gözlemcisi kapsamı teyit eder, teknik sorumlu konfigürasyonu imzalar. Testin ilk koşusunda veri seti beklenenden küçükse 'hızlı sonuç' diye geçme; koşuyu geçersiz say ve sebebini kaydet. Aynı şekilde üretim erişimine yanlışlıkla bağlanıldığında testi hemen durdur. GOV.UK keşif testinde her oturuma amaç ve kapsam koyup sorgu, gözlem, ekran görüntüsü ve logları tekrar incelenebilir biçimde kaydetmeyi önerir. Bu kamu dijital hizmet rehberindeki disiplin Arven POC'u için genel yöntemdir; bir satın alma veya performans standardı değildir. Yaklaşık 28 dakika anlatı, 32 dakika uygulama ve 16 dakika kontrol planla. Çıktın çalıştırma günlüğü, kanıt manifestosu ve kapsam değişiklik karar kaydıdır.
Yürütme sırası tekrarlanabilir olmalı: veri ve hash doğrula; ortam/sürümü kaydet; sistemin boşta ve başlangıç durumunu ölç; test yükünü başlat; süre, hata ve kaynak verisini eşzamanlı topla; bitişte veri bütünlüğünü denetle; logları etiketleyip erişimi sınırla; sonuçları önceden yazılmış eşikle karşılaştır. Arven'de 'aktarım tamamlandı' olayı yalnız iş kuyruğu boşaldığında mı, yoksa hedef uygulama kayıtları doğruladığında mı gerçekleşiyor? Bu ayrım süreyi değiştirebilir. Her tekrar için aynı başlangıç koşulunu sağla; ısınmış önbellek veya eşzamanlı iş farkını gizleme. Kayıtları yalnız ekran görüntüsü olarak saklama: ham zaman damgaları, metrik sorgusu, sürüm, hata kodu ve veri sayımı gerekir. Gözlemci test sırasında sorular sorabilir; operatör plan dışı optimizasyon yapmamalıdır. Bir ayar değişecekse yeni run ID ve yeni konfigürasyon sürümü açılır. Testler müşterinin güvenlik ve veri saklama politikasına göre yürütülür; gerçek verinin rapora sızmasını önle. Başarıyı deneyin sonunda değil başlangıç eşiğine göre değerlendir.
| Alan | Örnek kayıt | Neden gerekli |
|---|---|---|
| Run ID | ERP-POC-03 | İzlenebilirlik |
| Ortam | BoM adayı v2 | Teklif bağı |
| Veri | Profil/hash ve hacim | Temsiliyet |
| Sonuç | Süre/hata/tutarlılık | Çoklu eşik |
ÖRNEK
Yanlış kronometre
Operatör süreyi veri aktarım komutu bitince durdurur, fakat hedef ERP'de doğrulama 4 dakika daha sürer. Kabul tanımı son kullanıcıya hazır veriyse ilk süre geçersizdir; ölçüm sınırı yeniden uygulanır.
MÜŞTERİYE SOR
Başlangıç ve bitiş olayını, gözlemciyi ve bütünlük kontrolünü aynı şekilde mi anlıyoruz?
Müşteri kabulü ile teknik sayaç arasında tanım farkı kalmaz.
ŞİMDİ SEN DENE
Örnek koşu günlüğü
Arven için üç run ID oluştur. Her koşuya veri hash değeri, ortam/sürüm, başlangıç-bitiş olayı, süre, hata sayısı, bütünlük ve gözlemci kaydı ekle. Birini geçersiz kılan nedeni işaretle.
BİLGİNİ KONTROL ET
Test başlamadan veri hacmi yanlış çıkıyor. Ne yapılır?
Kanıt paketini hata ve belirsizlikle birlikte oku
NIST ölçüm terminolojisi aynı koşullardaki ardışık sonuçların yakınlığını tekrarlanabilirlik, değişen koşullardaki yakınlığını yeniden üretilebilirlik olarak ayırır. Arven POC'unda bu sözcükleri bir sertifika gibi kullanma; amaç ölçümlerin hangi koşullarda karşılaştırılabileceğini açıkça belirtmektir. Üç koşu 9, 10 ve 14 dakika çıkarsa yalnız ortalama 11 dakika demek riskin nereden geldiğini gizler. 14 dakikalık koşuda depolama gecikmesi, ağ dalgalanması veya daha karmaşık veri mi vardı? Metriklerin zaman çizelgesini ve yük profilini birlikte incele. Beklenmedik iyi sonuç da araştırılır: önbellek, eksik veri, atlanmış doğrulama veya yanlış başlangıç noktası olabilir. Başarısız/eksik koşuları silmek yerine nedenini ve geçerlilik statüsünü ayrı göster. İkinci dersteki başarı eşiği sonuca göre değişmez; yeni bir hipotez gerekiyorsa yeni plan ve onay gerekir. Müşteri kararına uygun rapor ölçüm aralığını, tekrar sayısını, bütünlük sonucunu ve açık varsayımı verir. Teknik ekibin 'tekrar edilebildi' sözü, koşullar yazılmadıkça doğrulanabilir değildir.
Kanıt manifestosu rapordaki her iddiayı ham dosyaya bağlar: test planı sürümü, run ID, veri profili, konfigürasyon, log, metrik dışa aktarımı, hata/olay kaydı, hesaplama yöntemi ve müşteri gözlem notu. Dosyanın ne zaman, hangi araçla üretildiği ve kim tarafından erişilebildiği de belli olmalı. Gizli veri, şifre veya kimlik belirteci rapora girmemeli; gerektiğinde maskelenmiş özet ve erişim yetkili ham kayıt ayrılır. Grafik ekseninde birim, zaman penceresi ve veri hacmi görünür; kırpılmış en iyi koşu grafiği yanlıştır. Microsoft Learn küçük veri kümesiyle performans ve veri kalitesinin kolayca test edilemeyeceği uyarısını yapar; bu nedenle kapsam sınırlaması raporun üstünde yazılır. GOV.UK test notu, ekran görüntüsü ve logun hatanın daha sonra yeniden incelenmesini sağlamasını vurgular. Arven toplantısında bir karar verici yalnız PDF görebilir, fakat teknik denetçi gerekli ham kanıta güvenli yoldan ulaşabilmelidir. Kanıtın eksik olması otomatik olarak çözümün yanlış olduğunu göstermez; fakat iddianın doğrulanmadığını gösterir.
| Öğe | Gerekli iz | Eksikte risk |
|---|---|---|
| Plan | Hipotez/eşik/sürüm | Sonradan hedef değiştirme |
| Ham sonuç | Tüm run ID ve loglar | Seçilmiş koşu yanlılığı |
| Ortam | Konfigürasyon/veri profili | Genelleme hatası |
| Yorum | Sınır ve açık risk | Yanlış Pass |
ÖRNEK
En iyi üç dakikayı seçme
Üç koşu 11, 16 ve 12 dakikadır; eşik 15 dakika. Yalnız 11 dakikalık ekran görüntüsünü göstermek yanıltır. 16 dakikalık koşunun nedeni ve önceden kararlaştırılmış değerlendirme kuralı rapora girer.
MÜŞTERİYE SOR
Karar için ham ölçüm, hata kaydı ve test sınırının hangi düzeyde görünmesini istersiniz?
Kanıt paketi karar ve denetim ihtiyacına uygun hazırlanır.
ŞİMDİ SEN DENE
Kanıt manifestosu denetimi
Üç Arven koşusu için plan sürümü, veri/ortam, ham log, hesaplama, hata ve karar yorumuna atıf veren manifestoyu yaz. Seçilmiş koşu yanlılığı veya gizli veri sızıntısı olup olmadığını kontrol et.
BİLGİNİ KONTROL ET
Üç koşudan biri eşiği aşmış. Rapor nasıl yazılır?
Kapsam değişikliğini müşteri değerine ve maliyete bağla
POC sırasında yeni bir soru çıkması normaldir; otomatik olarak aynı işin parçası değildir. Arven 'ERP performansı test edilirken tüm depolama geçişini de tasarlayın' derse önce talebi mevcut hipotez, teslimat ve dış kapsamla karşılaştır. Yeni iş hangi müşteri kararını açıyor, ne kadar uzman zamanı, veri erişimi, lisans, ekipman ve risk istiyor? Eğer aynı hipotezi doğrulamak için küçük ayarsa plan sürümü ve etki kaydı yeterli olabilir. Eğer ayrı bir üretim tasarımı ve uygulama ise yeni kapsam, ücret veya ayrı faz kararı gerekir. Pre-sales'in ücretsiz danışmanlık tuzağı, değeri göstermek için verilen sınırlı doğrulamanın bitiş koşulu olmadan uygulamaya dönüşmesidir. Bu ticari sınırı müşteriyle saygılı biçimde konuş: 'Bu yeni hedef mevcut POC sonucunun dışına çıkıyor; kararınıza etkisini ve ayrı çalışma seçeneklerini bugün netleştirelim.' Mevcut taahhüdü inkâr etme, yeni işi de sözlü sınırsız vaat etme. İç hesap sahibi, teknik mimar ve gerekiyorsa sözleşme sahibi değişikliği birlikte inceler. Müşteri şartı resmî kanaldan değişmişse compliance ve teklif kayıtları da gözden geçirilir.
Kapsam kontrolü öğrenmeyi engellememeli. GOV.UK keşif testinde oturum amacı, sınırı ve süre kutusu kullanılır; beklenmedik bulgular sonraki test fikri olarak kaydedilir. Arven POC'unda da plan dışı ilginç gözlemi 'yeni hipotez backlog'u'na koy. Kritik güvenlik veya veri bütünlüğü bulgusu ise oturumu durdurabilir; öncelik yalnız fiyat değil riskin niteliğidir. 30 dakikalık optimizasyon denemesi üç gün sürecek mimari araştırmasına dönüşüyorsa başlangıç onayı yeniden alınır. Kapsam değişiklik kaydı talep sahibi, neden, eski/yeni hedef, süre/maliyet, test geçerliliği ve onay kararını içerir. Değişiklik mevcut koşuları karşılaştırılamaz hâle getiriyorsa yeni seri aç. Ücretsiz POC sınırını gizli bir baskı yöntemi olarak değil, müşterinin satın alma kararına yarayan en küçük kanıtı üretme ilkesi olarak kullan. Müşteri gerçekten daha geniş doğrulama istiyorsa pilot veya ücretli tasarım fazı konuşulabilir; karar sahibi ve sözleşme çerçevesi belirleyicidir. POC'un bitiş tarihi rapor teslimi ve karar toplantısıyla bağlanır; belirsiz 'biraz daha bakalım' döngüsü kapanmaz.
| Talep | Etki | Karar yolu |
|---|---|---|
| Ölçümün tekrar edilmesi | Aynı hipotez/süre | Plan sürümü |
| Veri hacminin değişmesi | Karşılaştırma bozulur | Yeni run ve eşik teyidi |
| Tam depolama geçişi | Yeni teslimat/kaynak | Ayrı kapsam |
| Güvenlik olayı | Veri/iş etkisi | Durdur ve eskale et |
MÜŞTERİYE SOR
Yeni talep hangi kararı etkileyecek; mevcut POC dışında kalan işi nasıl önceliklendirelim?
Kapsam büyümesi müşterinin iş değeri ve yetkili onayla ilişkilendirilir.
ŞİMDİ SEN DENE
Üç değişiklik talebi
Arven POC sırasında ek veri hacmi, yeni rapor alanı ve tam üretim geçişi talepleri gelsin. Her biri için eski/yeni hipotez, ölçüm geçerliliği, zaman/maliyet, onay makamı ve karar satırı yaz.
BİLGİNİ KONTROL ET
POC sırasında tam üretim geçiş tasarımı isteniyor. Ne yaparsın?
POC sonucunu koşullu karara dönüştür
POC kapanış raporunda sonuç dört durumdan biridir: önceden kabul edilen koşullarda geçti; kısmen geçti ve açık koşul kaldı; test geçersiz olduğu için tekrar gerekir; kritik ölçü geçmedi. Arven ERP süresi hedefi geçip ek düğüm ihtiyacı doğarsa teknik Pass ticari go demek değildir. Süre tutup veri tutarlılığı bozulursa kritik ölçü Fail olabilir. Veri profili yanlışsa Invalid'dir; mimari hakkında hüküm kurma. Karar tablosunda her duruma mimari/BoM/TCO etkisi, yeni risk, sorumlu, tarih ve müşteri onayı bağlanır. Teknik raporun dürüstlüğü teklif ve slayttaki iddiaları da güncellemeyi gerektirir. 'Kanıtlandı' ifadesi yalnız test koşuluyla birlikte kullanılmalı. Raporda belirsizliği sayısal aralık veya açık koşul olarak göster. Müşterinin tek sorusu 'yatırım yapalım mı?' olabilir, ama bu kararı veri yeri, destek sözleşmesi ve operasyon kabulü de etkiler. POC yalnız kendi hipotezini kapatır; diğer kapıları listele. Test yapan ekip, müşteri gözlemcisi ve yetkili ticari karar sahibinin ayrı rolleri korunur.
Kapanış toplantısında ilk slayt karar sorusu, ikinci slayt sonuç ve kanıt sınırı, üçüncü slayt seçenekler ve açık karar olsun. Teknik ek, gerektiğinde ham log ve metodoloji sunar; yöneticiye en hızlı grafik yığını gösterilmez. Müşteri 'bununla üretime geçebilir miyiz?' derse POC ile pilot veya üretim kapıları arasındaki farkı açıkla. AWS pilot rehberi sınırlı gerçek kullanımda farklı paydaşlardan veri ve geri bildirim toplamayı, değişiklikleri izlemeyi ve önceden tanımlanmış başarı ölçüsüyle sonraki adıma geçmeyi önerir. Arven için POC başarıysa sıradaki pilotta gerçek işletim, eğitim, destek, güvenlik ve rollback sınanabilir. POC başarısızsa sonuç saklanmaz; alternatif mimari, test düzeltmesi veya no-bid seçeneği ortaya konur. İç ve dış rapor aynı gerçeklere dayanır fakat iç rapor ticari strateji veya gizli maliyet ayrıntılarını içerebilir; doğru alıcı/erişim kontrolü uygulanır. Her karar satırının belge sürümü ve kapanış kriteri olmalı. Sonraki ders pilotun üretime geçiş kararını ve modül değerlendirmesini tamamlayacak.
ÖRNEK
Teknik Pass, ticari açık
Arven hedef yükte 13,8 dakika ölçer. Ek düğüm BoM'u yüzde 25 artırmıştır. ERP performans hipotezi geçer; CFO üç yıllık maliyeti ve BT lideri operasyonu onaylamadan go verilmez.
MÜŞTERİYE SOR
Bu kanıt hangi kararınızı kapatıyor, üretim için hangi teknik, operasyonel ve ticari koşullar hâlâ açık?
POC sonucu diğer kabul kapılarıyla karıştırılmaz.
ŞİMDİ SEN DENE
Dört sonuçlu karar raporu
Arven için Pass, Partial, Invalid ve Fail durumlarını ayrı tek sayfalık karar tablosunda yaz. Her satırda kanıt, sınır, mimari/BoM/TCO etkisi, owner, müşteri teyidi ve sonraki kapı bulunsun.
BU DERSTEN AL
Bu dersten taşıyacağın düşünceler
- Ön uçuşta hipotez, veri, ortam, yetki ve durdurma koşulunu doğrula.
- Her koşuyu run ID, ham ölçüm, sürüm ve bütünlük sonucu ile kaydet.
- Kanıt manifestosu tüm sonuçları, sapmaları ve geçerlilik sınırını gösterir.
- Yeni kapsamı karar değeri, zaman, maliyet ve yetkiyle değerlendir.
- POC raporu koşullu kararı hazırlar; pilot ve üretim kapıları ayrıca doğrulanır.