可以清楚地知道自己的要求在正式的需求文档中是否有提及， 如何被描述;而对于开发人员来说，也知道这条需求的提出者是谁，原始的描述图4：一个“沙漏”的示例是如何的，方便地进行评审和确认。
整合还将帮助发现重复的需求：可能一个需求被多方提出，但归结到用户需求中只有一条需求，但该条需求对应关联到多个最初的需求来源。但这条需求得到满足的时候，多个涉众都应该能够通过关联知晓自己的需求被满足。此外，整合的意义还在于发现冲突的需求， 这时候就需要产品部门决策和平衡，必要时通知相关人员并做出解释。沙漏中流淌的是细沙，而我们面对是需求。细沙漏过后直接就沉入瓶底了， 但经过整合后的需求才刚刚开始它的演化之路，用户需求将被系统功能所对应满足，系统进而被分解成模块，同时测试的工作也将展开。这些信息之间的关联就是反映了需求在沙漏的下半部分被分解和验证的过程。这样，层层的关联可以让我们从沙漏的前方知晓后方的研发进度和状态同时，也可以为沙漏的后半部分中研发任务追溯到需求的源泉。
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
