7.找到正确的相关人员
辨别正确的人员，客户和使用者。客户决定产品的外部属性，使用者决定产品的成败。铁路的矛盾是指由于产品没有满足当前使用者的需要，于是它们不能够引领潜在客户到一个更好的产品，于是它们都没有被考虑，于是产品就持续的低劣。它提示我们那些从来没有过的产品能够在事实上创造用户群。考虑使用者时不不应该仅仅只考虑产品的受益者，也包括失败者。列出可能的用户群和修葺用户群清单，分为友好的、不友好的和可忽略的三类来简化。取样时明确自己的目标，行为并采取有效的方式方法。
8.为每个人准备会议工作
会议决定需求工作的完善情况。一个合适的会议应该建立一个打断机制，设置时间限制，反对人身攻击和贬低，缓解压力，承认结束时间并按时结束，处理相关问题，改进规则。公布一个议程，不插手突发模式，处理好不相关的人员，包含正确的人员等等方式。会议应该尽可能的小。
9.自始至终降低含混性
为了揭示由于过失带来的含混性来源，在观察、回忆、解释、问题理解情况下使用不同启发。这些启发主要有含混性投票、记忆启发、“玛丽从前有一只小羔羊”的启发和“马丽欺骗商人”的启发等不同的发现含混性的启发。
第三篇：探索机会
10.产生想法的会议
头脑风暴一：增加想法的数量。不许批评和责备、让想象自由飞翔、想法越多越好、更改和合成想法；
头脑防爆二：将想法减少到一个可操作的规模。门限投票法、竞选演讲投票法、合成想法、应用标准、打分或排名系统。
11.右脑方法
需求过程中需要使用可视化的可以激发我们右脑的映射图。具体类型有草图和曲线图。
12.项目的名称
项目的命名很重要，往往会造成一定的含混性。一个不明确的，没有有特色的命名，会造成误解妨碍项目的进行。
13.面临冲突时推动进程
冲突是项目的推动力，阻止无关紧要的冲突，保存有价值艺术性或技术性的冲突，是领导者需要的一种技巧。
第四篇，明确期望
14.功能
存在功能，测试功能，记录所有且唯一的功能，记录所有潜在的功能，理解明显的，隐藏的以及装饰性的功能，识别未注意到的功能，避免隐含的解决方案，“如果你能够就实现它”列表。通过寻找功能的过程来确定功能。
15.属性
属性的确定像功能一样，也是记录下来进行不断筛选。然后将属性与功能相匹配。
16.约束条件
约束就是置于一个类型属性之上的强制性条件。约束是正在建设的系统的赞同或反对的判据，依赖于属性。约束同样需要简洁性、正确性和完备性，尤其是约束边界，需要注意是否过度。
17.偏好
偏好是附加属性上的一种愿望，是可选择的条件。来自于用户，可量化，有约束力同时区别于约束。确定偏好后开发价值图和需时图。约束定义了解决方案空间中可接受的区域，而偏好引导在可接受区域中进行搜索。
18.期望
期望和限制是不可分开的，期望伴随着限制才能更适用。设计者需要对用户坦诚期望的限制，往往事实上是达不到用户宽泛的期望的。
小结：这一部分的阅读总结出来的需求工程的方法大致就是先将所有可能列举并记录，然后逐条讨论确定它的适用性，进行删减。最后留下适合进行实现的功能、属性、约束或偏好等。
用户往往有很多期望，有的甚至于是天马行空不切实际的，在需求工程中，与用户合适合理的沟通关于期望的效果也是很重要的一种技巧。