第五篇：极大提高成功的可能性
19含混性度量
被通知投票人的最大到最小估计值的比率就可以用作含混性度量，一个我们可以过得精确值的可度量实体。 度量三类含混性是指问题描述含混性，设计过程含混性，最终产品的含混性。一些估计值的变化就可能简单地来自于估计中发生了错误，所以一定要对最大和最小的估计值追根溯源。
20技术复审
技术复审是一个测试工具，一种指明需求工作过程的工具。功能至少包括将问题反馈提供给制作者以帮助改进产品，以及将对项目实际技术状态的反馈提供给管理者。有很多格式和目的各不相同的复审，如香草复审，仅根据被复审的产品的需要来调整会议的进程；通过检查的手段将注意力集中在一个狭窄的，鲜明地定义的问题集合上，尽力获取这样的高效率 ，预演，联名声明复审等等
21衡量满意度
创建用户满意度测试，从设计开始就一直测量用户满意度，用作设计者之间，客户，终端用户以及设计者之间的工具。也就是说在软件开发的过程中不断测试用户的感觉，用这种调查问卷的方式统计得到软件的优缺点，同时促进了参与者之间的沟通。
22测试用例 黑箱测试的步骤：构建黑箱测试用例，反复测试和回答，清晰的指明含混性，试记录修改作为开始构建系统和接受测试的起始基础。构建并回答黑箱测试主要是为了测试开发到现在的任何需求的完备性，准确性，明确性以及简明性。
23学习已存在的产品 有的时候我们的产品不一定是标新立异独一无二的开端性产品，这时已经存在的产品对我们的新产品的构建是非常重要的，新产品什么功能不见了，会对产品造成怎样的影响，旧产品有哪些功能被遗忘了，却切实有用。最后就是用特征代替功能。在比较中发现新需求，访谈原产品需求参与人，有效而重要。
24达成协议 决策从选择，假设和强迫接受中得到。从电梯设计决策的例子中可以体现，某些约束是不得不强迫接受的，撰写可追溯的需求。错误假设的得到有有效信息的缺乏，超时失效，收费公路效应（发生在引进更大容量的新设备后最终将会导致淹没并产生更多的负载）和需求渗漏等方面。最后把决策转化为清晰的书面协议。
25结束 需求过程开始于含混性，结束于协议。无论是自动化设计和开发导致的决策树的偏支，还是类似堆土窑方式都是不完美却现实的需求方式。在应该结束的时候冻结需求，不允许对需求再做任何改变。需要的是对产品的信心和结束的勇气。