阅读第2章(客户的需求)所得：
一般情况下都会出现客户这样的疑惑：“你的意思是什么？我不是刚告诉你我的需求了吗？”。这些高层次的也无需求并不能够为我们提供足够的详细信息来确定最后的软件的样子，以及需要多长的时间来完成。就像文章中的例子所说的那样，开发人员并不仅仅需要高级管理长官这样的人员到的描述，还需要与一些化学专家，真正的专家来交流讨论，这样才能够真正明白达到业务目标所需的功能和用户的需求。
通过对多个甚至是上千个项目的调查发现，导致项目失败的最主要的两个原因是缺乏用户的参与和不完整的需求以及不完整的规格说明。我觉得对于调节和巩固客户与开发人员之间的关系，软件客户需求权利书（包括：要求分析人员使用符合客户语言习惯的表达、要求分析人员了解客户的业务及目标、要求分析人员编写软甲需求规格说明书、要求得到需求工作结果的解释说明、要求开发人员对需求及产品实施提供建议拿出主意、描述产品易使用的特性、调整需求允许重用已有的软件组织、要求对变更的代价提供真实可信的评估、获得满足客户功能和质量要求的系统）和相应的软件客户需求义务书（包括：给分析人员讲解你的业务、抽出时间清楚地说明并完善需求、准确而详细地说明需求、及时的做出决定、尊重开发人员的需求可行性及成本评估、划分需求优先级别、评审需求文档和原型、需求出现变更要马上联系、应遵照开发组织处理需求变更的过程、）是十分必要的。它们是用来强调客户和实际用户彩玉需求开发过程的重要性。
谁是客户？通常意义下，客户是指直接或间接从产品中获得利益的个人或组织。软件客户包括提出要求、支付款项、选择、具体说明或使用软件产品的项目风险承担者或是获得产品所产生的结果的人。当双方参与者都明白要成功自己需求什么，同时也应该知道要成功合作方需要什么时，才能够简历其一种合作关系。
最后演变成“我同意这份文档表述了目前我们对项目软件需求的了解。进一步的变更可在此基线上通过项目定义的变更过程来进行。我知道变更可能会使我们要重新协商成本、资源和项目工期任务等”才是最后的成功。