Teknik Savunma, Değişiklik ve Eğitmen Rubriği

Final Capstone’un son dersinde Arven Holding için üç oturumun ürettiği charter, Discovery notu, REQ kaydı, risk/varsayım defteri, sizing planı, mimari alternatif/ADR/HLD, BoM/TCO ve yönetici teklifini bir teknik savunma kuruluna taşıyacaksın. Bu kurul gerçek müşteri kabulü değil, eğitim simülasyonudur. Arven’e ilişkin kanonik bilgi yaklaşık 1.200 çalışan, İstanbul birincil DC, Ankara DR lokasyonu, VMware ve Veeam kullanımı, yaklaşık 5–6 yıllık altyapı ve modernizasyon değerlendirmesidir. İş yükü, kapasite, RPO/RTO, fiyat, bütçe ve lisans hakkı açıklanmış değildir. Bir slayttaki sentetik sayı bu boşlukları dolduramaz. Kurulun sorusu 'hangi marka kazandı?' değil, 'hangi iş sonucu hangi kanıt ve koşulla seçilebilir?' olmalıdır. Yaklaşık 25 dakika dosya tutarlılığı, 30 dakika çapraz sorgu, 25 dakika değişiklik/karar provası ve 10 dakika rubric öz değerlendirmesi ayır. Teslim sürümlü bir savunma dosyası, itiraz defteri, karar tutanağı ve eğitmen rubric’idir.

En az dört rol konuşur: iş sonucu sahibi kabul ölçüsünü, mimar alternatif ve teknik izi, operasyon/güvenlik temsilcisi kurtarma ve işletilebilirliği, ticari sahip sözleşme ve fiyat koşulunu sorgular. Aynı kişi adına tüm imzaları uydurma; gerçek yetkili kimlikler bilinmiyorsa rol ve doğrulama işi yaz. Toplantı başlamadan bilgi kesitini dondur: hangi REQ/ADR/HLD ve BoM/TCO sürümü sunuluyor, hangi test geçerli, hangi sayı sentetik? Çelişkili iki sürüm varsa karar durur; açıklanmamış v2 değişikliği v1’in üzerine yazılarak temizlenmez. NASA Systems Engineering Handbook, gereksinim izinin doğrulama ve karar review’unda önemini gösterir; NASA’nın kurumsal review prosedürü Arven’e bağlayıcı değildir. Savunma, olgu ve çıkarım ayrımını duyulur kılar. Teknik alternatifin yüksek puanı, bir güvenlik Gap’ini veya veri bütünlüğü itirazını ortalamayla silmez. Öğrenci, soruyu bilmediğinde kaynağı ve takip planını söylemelidir; sahte kesinlik puan getirmez.

Kurul her iddiayı ileri ve geri izletir: iş sonucu → müşteri sözü/kaynak → REQ → varsayım/risk → ADR/HLD → BoM/lisans/TCO → POC veya doğrulama planı → yönetici teklifi. Örneğin ek storage satırı için hangi uygulama verisi, hangi saklama koşulu ve hangi kapasite formülü kullanıldı? Geri yönde kritik iş sonucu için hangi mimari seçenek, hangi test ve hangi ticari koşul var? Eksik halka, teklifin kesin iddiasını koşula çevirir. 'POC geçti' diyen öğrenciye veri seti, yük penceresi, ortam, geçersiz koşu, test yetkisi ve kabul mercii sorulur. 'DR hazır' iddiasında failover, restore, veri uzlaştırması ve failback ayrı ayrı kanıt ister. 'Ucuz' iddiasında aynı dönem ve kapsamda destek, lisans, geçiş, eğitim ve işletim kalemleri görülür. Microsoft ADR rehberi alternatifleri, gerekçeyi, olumsuz sonuçları ve yeni kararla supersede edilme izini saklamayı önerir. Savunma bu izi karar kalitesi için kullanır, vendor broşürünü kanıt yerine koymaz.

Karşı sorguda itirazı kişisel saldırı değil, doğrulama talebi olarak karşıla. Operasyon temsilcisi restore testinin uygulama kabulü olmadığını söylüyorsa buna test ID ve owner ile yanıt ver; yoksa Inconclusive de. Ticari rol DR lisans hakkını soruyorsa mevcut sözleşme görülmeden 'dahil' deme. İş sahibi sabah raporunun gerçekten kritik olup olmadığını sorgularsa önceki alıştırma varsayımını kanonik müşteri olgusu gibi savunma. Bir sorunun yanıtı tüm alternatifleri etkileyebilir; bu durumda POC tekrarını veya yeni Discovery’yi öner. Rubric puanını yükseltmek için kanıtsız cevap verme. Özellikle 'en düşük fiyat' ile 'en iyi karar' farklıdır: düşük fiyat kritik güvenlik, kurtarma veya operasyon ihtiyacını karşılamıyorsa teklif değişmelidir. Sorulara kısa cevap ver, sonra kanıt ID ve kaynak aç. Bilinmeyen için owner, tarih, hangi kararın bloklandığı ve kapatma kanıtını söyle. Bu teknik dürüstlük, anlaşılır sunum kadar değerlendirilir.

Savunmanın ortasında eğitim amaçlı yeni bir bilgi gelsin: iş sahibi örnek rapor akışının beklenenden daha yüksek pik yük altında çalıştığını bildiriyor. Bu, Arven’in kanonik olgularına eklenen gerçek veri değildir; simülasyonun değişiklik enjektörüdür. Önce kaynağı, doğrulama statüsünü ve hangi iş akışına ait olduğunu belirle. Sonra REQ’de kabul ölçüsü, sizing’de veri penceresi, ADR’de alternatifin geçerliliği, HLD’de darboğaz/failure domain, BoM’da adet, lisans/TCO’da metrik, POC’da yük koşusu ve yönetici teklifindeki iddia etkileniyor mu tararsın. v1’i silmek yerine v2 fark tablosu çıkar. Eski POC koşusu yeni yükü temsil etmiyorsa 'başarılıydı' bilgisi tarihsel olarak kalır ama yeni hedef için yeterli kanıt değildir. Değişiklik bazen öneriyi tersine çevirebilir; sırf sunumun sonuna geldik diye eski seçimi koruma. Microsoft ADR rehberi yeni kararın eskisini izlemesini ister. Karar değiştiğinde hangi koşulun aşıldığını ve hangi maliyet/operasyon sonucunun doğduğunu kaydet.

Kurul dört sonuçtan birini açık seçer: kanıt yeterliyse belirli kapsamla ilerle; kapanabilir boşluk varsa koşulla ilerle; temsiliyet veya çelişki varsa Discovery/POC tekrarla; kritik uygunluk veya güvenlik açığı kapanmıyorsa dur/no-bid. 'Koşulla ilerle' genel bir temenni değildir: eksik kanıt, eşiği, ownerı, son tarih, test ortamı, başarısızlıkta alınacak karar ve müşteri onay mercii birlikte yazılır. Kabul mercii belirsizse içerideki teknik öneri dış anlaşmaya dönüşemez. Karşı oy sahibi ve gerekçesi tutanakta görünür. Başarısız restore testine karşı üç rol 'ilerle' demişse ortalama puan kritik operasyon riskini iptal etmez. Kurulun sonucu teklif v2’de hangi şartın değişeceğini ve bu değişikliğin BoM/TCO’ya etkisini belirtir. İtiraz kapandıktan sonra yeniden review gerekip gerekmediği de tanımlanır. Çıktı gerçek satın alma belgesi değil, eğitsel karar kalitesi kanıtıdır. Öğrenci yalnız kendi önerisini savunmayı değil, gerektiğinde dürüstçe durmayı öğrenir.

Capstone değerlendirmesi yalnız sınav yüzdesi değildir. Eğitmen, kaynağı doğru kullanma, gereksinim ve kanıt izi, sizing/mimari/ticari tutarlılık, teknik dürüstlük ve savunma kararını birlikte inceler. Her ölçütte 0 eksik/yanlış, 1 kısmi ve 2 kanıtlı-tutarlı düzeyini kullan. Sıfır puan alan kritik bir alanın başka güçlü slaytlarla ortalanıp 'hazır' ilan edilmemesi için gate tanımla: kanıtsız RTO/RPO vaadi, yetkisiz test, gizlenmiş lisans Gap’i veya müşteri olgusu uydurma varsa karar en fazla yeniden çalışma olur. Bu gate kullanıcı ilerleme/Customer Ready sisteminin henüz uygulanmış otomatik kuralı değildir; dersin eğitmen rubric’inde değerlendirme sınırıdır. Rubric öğrenciye önceden gösterilir; değerlendirici hangi artefakt ve kanıt ID’sine dayanarak puan verdiğini yazar. Kısa cevaplar ve teknik savunma insan değerlendirmesi bekler. Son 10 soruluk modül assessment temel kavramları kontrol eder ama gerçek capstone tesliminin yerini tutmaz. Eğitmenin geri bildiriminde güçlü karar, açık eksik ve önerilen tekrar eylemi ayrı görünür.

Son paket bir envanterle devredilir: tarihli charter ve kanonik bilgi kesiti; görüşme ve REQ kayıtları; risk/varsayım/TBD defteri; ölçüm ve sizing senaryoları; üç alternatif ve ADR/HLD; BoM/TCO/lisans istisnaları; POC veya kanıt planı; yönetici özeti; v1→v2 farkı; kurul tutanağı; rubric sonucu. Her dosyanın adı ve revizyonu tek indeks sayfasında bulunur. Öğrenciye Arven adına gerçek bir teklif imzalama veya müşteri verisini yükleme görevi verilmez. Eksik kanıt için takip listesi hazırlanır: owner, istenen kaynak, karar etkisi ve kapanış tarihi. İkinci bir öğrenci veya eğitmen herhangi bir iddiadan kaynağa ve alternatif karara geriye gidebilmeli; gidilemiyorsa düzeltme döngüsü açılır. Bütünleşik dosyada birkaç UNKNOWN kalması mümkündür. Başarı bu bilinmeyenleri saklamak değil, doğru statü ve karar sınırında tutmaktır. Final Capstone bittiğinde modülün Draft eğitim içeriği tamamlanır; teknik uzman/editör review’u ve gerçek müşteri bağlamı olmadan dış yayın veya 'Customer Ready' sertifikası çıkarılmaz.