Bir yaklaşım kullanıcı ihtiyacını hızla karşılamak için yeni özelliği kabul eder; diğeri gelecekteki bakım yükünü baştan sınırlamak ister. Benim ölçüm tercihim özellik sayısından çok, özelliğin yaşam döngüsüne bakmak olur. Bir sürümde kaç özellik eklendiği görünürdür; fakat her biri için kaç test, belge sayfası, veri biçimi ve eklenti bağımlılığı doğduğu bilinmiyorsa bakım kapasitesi ölçülmüş sayılmaz. Popülerlik de tek başına karar vermez: az kullanılan bir özellik küçük bir grupta vazgeçilmez olabilir, çok kullanılan bir özellikse yüksek arıza yükü üretebilir.
Daha açıklayıcı değerlendirme, seçilmiş bir özelliği deneme sürümünde kapatma provası yapar. Bozulan testlerin ve geçersiz yapılandırmaların mutlak sayısı; eski verisini açamayan, alternatif yola geçemeyen veya ek işlem yapmak zorunda kalan kullanıcı sayısıyla birlikte raporlanır. Özelliğin yaşı, kullanıcı tabanının büyüklüğü ve diğer bileşenlere bağlanma derecesi karşılaştırmayı karıştırabileceğinden başlangıçta kaydedilmelidir. Bu prova kaldırmanın doğru karar olduğunu kanıtlamaz; yalnız kararın gerçek bedelini görünür kılar. Bazen en yararlı yol haritası, ekleneceklerden önce güvenle çıkarılabilecekleri göstermeye başlar.