Kapsam nedir?

Bir web projesinin ortasında müşteri girişi eklensin isteği geldiğini düşün. İlk bakışta iki alan ve bir düğme gibi görünür. Fakat giriş, parola yenileme, yetki, hesap doğrulama, hata durumları ve içerik erişimi gibi başka kararlar doğurabilir. Kapsamı yalnız sayfa sayısıyla tanımlamak bu davranışları görünmez bırakır. Yeni isteğin ne anlama geldiği konuşulmadan takvime eklenirse ekipler aynı cümleden çok farklı teslimler bekleyebilir.

Örnekte önce ihtiyacı açarsın: kullanıcı neden giriş yapacak, neyi görecek ve hangi işlemi yapacak? Belki yalnız özel bir dosyaya erişmek istiyordur, belki de geçmiş siparişlerini yönetecektir. Bu iki ihtiyaç aynı çözümü gerektirmez. Kapsam görüşmesi talebi reddetmek için değil, gerçek işin sınırını anlamak için yapılır. Hangi davranışların gerekli olduğu ortaya çıktığında süre, bağımlılıklar ve diğer teslimler üzerindeki etki daha açık tartışılabilir.

Sonra mevcut kararla yeni isteği karşılaştır. İlk teslim tarihi sabitse bazı işler sonraki sürüme bırakılabilir. Bütün özellikler öncelikliyse zaman veya kaynak değişmesi gerekebilir. İçerik ve onay sorumluluğu da bu denklemin parçasıdır. Yeni ekranı tasarlayan ekibin dış servise erişimi yoksa bağımlılık ayrıca belirtilmelidir. Kapsam kaydı yalnız yapılacakların listesi değil, bu işlerin hangi koşullarda tamamlanacağına dair ortak anlayıştır.

Değişiklikleri görünür tutmak güveni destekler. Önceki isteğin ne olduğu, yeni bilginin neyi değiştirdiği ve hangi kararın verildiği kısa biçimde kaydedilir. Her konuşma için ağır belge üretmek zorunlu değildir. Önemli olan ekiplerin farklı sürümleri gerçek sanarak çalışmamasıdır. Buradaki örnek herhangi bir proje fiyatını veya süresini tahmin etmez; görünüşte küçük bir talebin kapsam üzerindeki etkisinin nasıl açılacağını gösterir.