Cevap.

Gereksinimlerin kontrolü, doğrulanması ve uzlaşması, projenin tüm süresi boyunca devam eden bir süreçtir. Sistem analisti gereksinimlerin:

• Tam ve çelişkisiz olduğundan
• Teknik olarak uygulanabilir ve işletme mantığına uygun olduğundan
• Tüm katılımcılar için net bir şekilde anlaşıldığından emin olmalıdır.

Gereksinimlerin doğrulama süreci:

• İşle birlikte revizyon (atölyeler, demo, görüşmeler)
• Gereksinimlerin mimarlar ve geliştirme ekibi ile uzlaşması
• Gereksinimlerin görevler, testler ve sürümlerle izlenmesi (traceability)
• Kabul kriterlerinin (acceptance criteria) kullanılması, test senaryoları (test case)
• Resmi onayların alınması (imzalar, yorumlar, "onaylı" statüleri)

Gereksinimler ürün yaşam döngüsünün herhangi bir aşamasında netleştirilebilir veya tamamlanabilir, güncelliklerini korumak ve değişiklik durumunda düzeltmek önemlidir.

Kandırmaca Soruları.

Uzlaşma sonrasında gereksinimler değişmemelidir?

Bu yanlıştır. İş gereksinimlerinde veya teknik koşullarda değişiklikler, gereksinimlerin sürekli güncellenmesini gerektirebilir.

İş tarafında yalnızca gereksinimlerin doğrulanması yeterli midir?

Hayır. Gereksinimlerin teknik açıdan uygulanabilirlik ve mimari kısıtlarla uygunluk açısından uzlaşılması önemlidir.

Kabul kriterleri (acceptance criteria) yalnızca kullanıcı hikayeleri için midir?

Hayır. Kabul kriterleri, gerçekleştirilme doğruluğunun kontrolü için tüm gereksinim türlerine uygulanabilir.

Yaygın Hatalar ve Antipatternler

• Resmi kabul kriterlerinin olmaması ("çalışıyorsa, sorun yok")
• Gereksinimlerin tasarlanması aşamasında geliştirme ekibinin geri bildirimini görmezden gelme
• Gerçekleştirilen gereksinimlerle ilgili geri bildirim eksikliği (retrospektifler, demo)

Hayattan Bir Örnek

Olumsuz vaka: Analist gereksinimleri yalnızca iş tarafına uzlaşma için gönderiyor, geliştiricilerle tartışmıyor. Nihai uygulamada büyük teknolojik zorluklar ortaya çıkıyor, bazı gereksinimler mümkün olmuyor. Artıları: Tartışmalarda zaman tasarrufu — eksileri: Çok fazla yeniden çalışma, zaman kaybı, projenin yavaşlaması.

Olumlu vaka: Gereksinimler hem iş tarafında hem de teknik ekipte inceleme geçiriyor, tüm yorumlar belgeleniyor, kabul kriterleri oluşturuluyor, demo aşamasında gereksinimler tüm taraflarca kabul ediliyor. Artıları: En az yanlış anlamalar, uygulanabilirlikte güven — eksileri: Hazırlık ve uzlaşma için daha fazla zaman.