Gereksinim Envanteri ve Compliance Durumları

Ön koşul: Arven'in geçerli RFP/şartname paketi, zeyilname defteri, atomik gereksinim kartları, açıklama soruları ve yanıt storyboard'u hazır olmalıdır. Bu derste compliance matrix'in yalnız 'uygun/uygun değil' kutuları olmadığını; kaynak, kapsam, teknik yanıt, kanıt, risk, owner ve teslim statüsünü bir arada tuttuğunu öğreneceksin. Yaklaşık 29 dakika anlatı, 28 dakika uygulama ve 12 dakika kontrol önerilir. Bir teklif ekibi yüzlerce maddeyi yalnız renkli hücrelerle izlerse zorunlu koşulun hangi ürün/sürüm, tasarım ve testle karşılandığını göremez. Matrisin ilk görevi her gereksinimin kaybolmamasıdır. İkinci görevi yanıtın değerlendirici tarafından bulunmasını sağlamaktır. Üçüncü görevi eksik kanıt ve istisnayı teslimden önce karara bağlamaktır. NASA gereksinim doğrulama matrisi her gereksinimin tekil kimlik ve kaynağını, doğrulama yolunu görünür kılar. Bu yöntem teklif için uyarlanabilir; NASA'nın kendi mühendislik formu Arven ihalesine zorunlu format değildir.

Üç katmanı ayır. Birincisi müşteri kaynağı: belge/sürüm/madde ve özgün yükümlülüğün anlamı. İkincisi tedarikçi yanıtı: önerilen ürün, mimari, hizmet ve kapsam cümlesi. Üçüncüsü karar kanıtı: resmî ürün belgesi, POC, tasarım, BoM/lisans, sözleşme veya operasyon testi. Birinci katman değişirse diğer ikisi yeniden incelenir. Teklif içinde bir gereksinim yalnızca 'Evet' diye işaretlendiyse üçüncü katman boş olabilir; bu durum Pass değildir. Müşteri açıkça kısa cevap şablonu istiyorsa matrisin iç sürümünde ayrıntılı kanıt tutulur, müşteriye izin verilen biçimde özet sunulur. Bu ayrım müşteri talimatına uyarken iç doğrulama kalitesini korur. Aynı madde birden fazla alt yükümlülük içeriyorsa önceki modülde açılan alt kimlikler kullanılır; kaynak numarası değiştirilmez.

Matrisin doğruluğu giriş verisine bağlıdır. Ana şartname, ek teknik tablo, güvenlik ve veri şartı, fiyat şablonu, soru-cevap ve zeyilname farklı dosyalardadır. Bir madde yalnız PDF'de değil Excel'in gizli sekmesinde veya sözleşme ekinde de olabilir. Önce belge defterini matris kaynak sütununa bağla: dosya ID, sürüm/tarih, sayfa veya hücre, madde kimliği ve resmî yayın kanalı. Aynı numara iki belgede geçebilir; '4.2' tek başına küresel kimlik değildir. İç tekil kimlik üretirken belge ön eki kullan, örneğin TECH-v3-4.2-a. Bu iç kimlik müşterinin orijinal numarasını silmez. NASA doğrulama matrisi kaynağın açıkça tanımlanmasını önerir. Teklif içindeki kontrol matrisinde bu yöntem, zeyilname geldiğinde hangi cevapların yeniden açılacağını hızla gösterir.

Uzun cümleyi tek satırda bırakmak yükümlülükleri gizler. 'Çözüm şifreli iletişimle 15 dakika içinde ERP'ye aktarım yapacak ve başarısız işlemde alarm üretecek' ifadesi şifreleme, gecikme ve alarm olarak ayrılır; belirsiz ölçü tanımları ayrıca soru olur. Gereksinim sınıfını da kaydet: işlev, performans, güvenlik/veri, teslimat, destek, ticari veya biçimsel. Biçimsel koşul teknik özellik değildir ama sayfa limiti, imza veya dosya adı yanlışsa teklif değerlendirmede sorun yaşayabilir. Zorunluluk türü müşteri belgesindeki kelime ve değerlendirme kuralından çıkarılır; satış ekibinin tercihiyle 'opsiyonel' yapılmaz. Bir gereksinim başka maddeyi referanslıyorsa iki yönlü bağlantı kur. İptal edilmiş madde silinmez; hangi zeyilnameyle ve ne zaman emekliye ayrıldığı kaydedilir. Böylece geçmiş teklif revizyonu açıklanabilir.

Durum sözlüğü ekip içinde tutarlı olmalıdır. Pass yalnız teklif edilen kapsamın ilgili yükümlülüğü kanıtıyla karşıladığını ifade eder. Conditional, belirli belge, test veya müşteri açıklaması tamamlanınca Pass'e dönüşebilecek satırdır; owner ve kapanış tarihi zorunludur. Gap, teklifin gereksinimi karşılamadığı veya farkı olan bir çözüm önerdiği durumdur; alternatif ve müşteri kabulü gerekir. Unknown, karar için veri veya kanıtın yetersiz olduğu durumdur. Not Applicable yalnız müşteri kapsamı veya resmî açıklama o maddeyi gerçekten dışarıda bırakıyorsa kullanılır; zor maddeyi saklamak için değil. Bu iç statüler müşteri şablonundaki kelimelerle birebir aynı olmayabilir; dış yanıt dili ve izinli istisna yöntemi bid manager tarafından kontrol edilir. Özellikle 'Partial' gibi ara durumun hangi alt gereksinimde neyin karşılandığını yazmadan kullanılması belirsizliği büyütür.

Kanıt türü iddiaya göre seçilir. Ürün datasheet'i belirli kabiliyetin varlığını gösterebilir ama Arven'in ERP v2 entegrasyonunu, yük performansını veya ortak destek sözleşmesini kanıtlamaz. POC teknik davranışı gösterir; müşterinin kabul ettiği hizmet seviyesi veya lisans hakkını tek başına bağlamaz. HLD tasarım niyetidir; as-built ve test sonucu değildir. BoM teklif miktarını gösterir; yanlış ürün sürümü için destek garantisi vermez. Birinci ve ikinci modül derslerinden kaynak kartlarını matris satırına bağla. FAR 15.204-5 ABD federal örneğinde hazırlama talimatı ile değerlendirme faktörlerini ayrı gösterir; Arven'de gerçek müşteri formatı esas alınır. Değerlendiricinin hangi satır için hangi kanıtı nerede bulacağını yazmak bir sunum tercihi değil karar kalitesidir. Kaynağın tarihi, ürün sürümü, test senaryosu ve onaylayan kişi görünür olmalıdır.

İlk matris hazır olduğunda satır sayısına bakmak yeterli değildir. Kaynak maddelerin hepsi iç kayıtta var mı? Her atomik yükümlülüğün owner'ı ve yanıt yeri bulunuyor mu? Zorunlu satırlarda Unknown veya Conditional oranı ne, kapanış takvimi teklif dondurma tarihine yetişiyor mu? Bir yanıt sayfası birçok maddeyi kapsayabilir ama her madde o sayfadaki ilgili paragraf/teste işaret etmelidir. Tersi de önemlidir: teklifin büyük iddiaları hangi müşteri ihtiyacını karşıladığını göstermelidir. Bu çift yönlü iz, kapsam şişmesini ve kanıtsız pazarlama cümlesini yakalar. NASA'nın gereksinim doğrulama matrisi benzersiz kimlik ve kaynak fikrini sağlar; burada teklifin iç kalite mekanizmasına dönüşür. Resmî müşteri compliance şablonu farklıysa iç matristen kontrollü çıktı üretilir, elle kopuk iki liste tutulmaz.

Zeyilname geldiğinde değişiklik etki analizi yap: eklenen, silinen veya değişen kaynak maddeler; etkilenen alt kimlikler; yanıt bölümleri; POC, HLD, BoM/lisans, fiyat ve sözleşme istisnaları. 'Zeyilname okundu' durumu yeterli değildir. Son kontrol tarihinden sonra yeni belge geldiyse Pass statüsü geçici olarak yeniden açılabilir. Örneğin Arven RFP son zeyilnamesi DR test sıklığını artırır; teknik olarak aynı mimari kalabilir ama lisans hakkı, operasyon saati ve maliyet değişir. Matris satırı ilişkilendirilen bütün owner'lara iş çıkarmalıdır. Değişikliğin uygulanmadığı iddia ediliyorsa neden ve onay kaydı gerekir. Bu derste kapsam temelini ve statü sözlüğünü kuruyoruz; sonraki ders yanıt cümlesinin kanıt hiyerarşisini, üçüncü ders açık fark/alternatifleri, son ders nihai kalite kapısını işleyecek.