序者提出未来软件方向的把握者分为两类，一类是有非常敏感的嗅觉和洞察力，能够很好的把握未来几年的软件需求的软件先驱者，他们的成功基于一半勤奋一半天赋；另一类是拥有99%的努力在实践中不断探索和完善的人。而“明白自己在做什么”这种态度确保在软件开发时保持理性和缜密的思考，思考才是一个人的核心价值。期望、产品、人们、试图、发现，是阅读中需要格外注意的地方也就是这本书主要要讲述的东西。
描述产品的构想叫做问题陈述或需求集合。对所需要的东西讨论一个共识来尽量准确清楚的了解和阐明。告诉程序员他们想要什么，才能精确的符合他们的要求。
映射图最重要的特性是能够让所有相关人员都能够理解。然而模块化的方法论是不够的，很多参与的表达需求者有不同的理解，也就有不同的映射规律。确保每个人都能读懂映射图，无论哪种表达方法，都能使参与者得到他们所熟悉的形式。但是需求的映射图并不是需求，需求应该是建立在实际行为和功能用途之上的，否则只是纸上谈兵。
不要把所有困难的部分交给其他人负责；在引进新方法时随时准备变化；认识到人是各不相同的；不遗漏任何人，确保他们都能理解映射图的全部；世界上不存在完美的翻译，允许差异存在，不足产生。以一种正视讨教的态度与人谋需求，而不是施教。
在陈述需求中的含混性包括缺少的需求，含混的词语，无意中引入的假设等。这些含混性往往造成巨大的成本损失。所以需求的探索是为了消除含混性而探索。探索者需要做的步骤：向某个方向移动，看看在那里发现了什么，记录所发现的东西，有目的地分析所发现的东西，通过对所发现的东西的分析和记录来选择下一个方向，跳回第一步继续探索。自己的探索体验永远比观察，看例子更有体会和价值。
找到需求中的含混性之后，还要定位其来源。五角星顶点回忆的例子体现了在参与需求工作时，直接用回忆启发，有回忆差异的地方，就是含混性错误倾向的部分。对这些地方提问并把结果聚合成类，根据分布有效找出需求来源。
可靠但不真实的直接问题的用法。直接提问并没有错，但是没有其他工具和技巧辅助的直接提问对于正确的获得需求是永远不够的。决策树模型是一种用于弥补直接问题的工具。问题的次序在实践中和问题本身一样重要，所以需要一个有判断力的次序。仅仅因为我们知道某些事情并不意味着我们就能做好我们的所知和在手边的需求之间的关联。实际探索需求中，需要与客户的不断沟通来表达人类的局限性以达成一种双方都能接受的结果。
一个探索活动，如何切入这个初始过程有时是最难的。感受到的事情和期望的事情之间的差别。使不同的切入点通用化，可以尝试实体模型，比喻，标准开始等方式。应该学着养成仔细分析切入点的习惯。减缓切入阶段的进展，去调查需求，仔细思考需求，保持一个初学者对待事物平等，新奇的态度。
自由问题和特殊设计任务的独立性，可以被收入到设计人员的工具箱中，并在设计到太纷繁复杂的细节之前使用。自由提问的好处在于它们可以在对项目深入了解之前进行准备，克服在刚开始一个新项目或新关系时的尴尬。包括过程的自由问题，产品的自由问题和连环问题。自由问题适用于需求过程的早期提供。
阅读小结：清晰地思维并不是获取技术成功的充分条件，同样需要一些道德和情感方面的领导才能。
系统思维、优先度量、协调行动、变更预期等都是技术项目取得成功的关键。
可以看出书的每一章都有一个小结，包括“为什么？”“什么时候？”“怎么做？”“相关人是谁？”等几个问题。这恰恰是老师强调的。对于反思和总结十分有效的一个模式。