原则一：刚刚好就OK

　　客户很精明，都在追求「预算与时间最小化，需求最大化」的崇高目标，但如果开发团队根本无法满足这种需求组合时，该怎么办？

　　第一种选择是勉强自己做出承诺，再回公司拼命压榨开发团队，结果往往是交出一个不堪入目的产品，从此跟客户说拜拜。第二种选择是诚实面对自己与客户，然后与客户讨论如何对需求进行合理的切割筛选，事实上，这也是许多人与客户沟通时经常面临的问题。

　　大家都知道需求要切割，但如何切割就是学问了。因为必须十分清楚客户的实际需求，要将需求的重要性排列顺序，也要知道如何为众多需求进行正确的排列组合，让他们成为一套可以被客户接受的方案，而且又满足「在既定的预算与时间内，交出符合客户真正需求的优秀产品」的原则，甚至还能为后续开发进行排程组合。事实上，这个过程就是RUP需求管理的应用精髓之一，此外，也可以透过适合工具，更容易地掌握、追踪与进行整个需求管理过程。

　　原则二：小而美

　　根据StandishGroup在1999年统计，一个项目的成功率与它的规模大小有密切的反向关系，成功比例会随着规模增加而递减。例如，当项目的规模小于七十五万美金时，平均成功率大约是55%;当项目规模增加到六百万美元至一千万美元之间时，成功率剩下不到10%，若项目规模大于一千万美元，成功率就变成「零」。

　　这种项目规模与成功率的逆向关系其实很容易理解，因为项目越大，需求就越多，必须组成更庞大的开发团队，进行更多的沟通与互动，管理会更为复杂。对软件开发而言，规模是很重要的，因此野心不要太大，细水可以长流。

　　容我再重复一次：需求管理的目标就是「在既定的预算与时间内，交出符合客户真正需求的优秀产品」——不降低质量，也不多生枝节，刚刚好就好。