在老师众多本书的推荐下，选择了这本《探索需求-设计前的质量》作为这半年来阅读的书目，不仅仅因为温伯格是软件工程和项目管理方面的大师，而且书中还富含各种例子来验证书中的观点，通过导读的方式来引导读者去思考问题的答案，老师课堂中所引用的《你的灯还亮着吗》也出自此大师之手，所以接下来的学习生涯中要好好研读《探索需求》这本书。
第一篇：讨论一个共识
确保每个人都能读懂映射图：每一种符号系统都有其利弊，还有各种各样的辅助工具，但是与映射系统关系最大的工具是人的头脑，这便是映射图最重要的特征是能够让所有相关人员都能够理解的原因。为了提高映射图的可读性，将每幅映射图都展示给那些不知道该符号系统的人们，这种方法能够揭示系统符号的含混性，但也有可能揭示的是详细说明自身的含混性。但在开发项目中，出现含混性的原因是有一些非专业人员要求加入到复杂产品的设计中来。自然而然绝大多数使用者更愿意尽可能学习产品设计，但仍会期望在需求过程中摆出他们的愿望，由此，更多的责任就会落在符号系统的设计上面，无疑对符号系统是一个非常高的期望。
上图为探索需求的照片，由上到下，我们对需求的描述在一步步明确化，每个在需求过程中代表下一阶段的新蛋，都是对真实需求线的一次更好的近似。只是在现实生活中这条线几乎不可能和需求线完美重合，即使如此，通过探索，开发者应该努力在为其波动支付太昂贵的代价之前让它尽可能地接近笔直。这就是所谓的一种探索过程，下列步骤便是探索者所要做的，一遍一遍的探索结果就是得到一个可读性较高的映射图：
1.向某个方向移动。
2.看看在那里发现了什么。
3.记录所发现的东西。
4.有目的地分析发现的东西。
5.通过对所发现的东西的分析和记录来选择下一个方向。
6.跳回到第1步，继续探索。
在参与需求工作时，请直接使用回忆启发。只要简单地拿走书面的需求文档，再请每个参与者根据记忆写出其中所指的内容就可以了。那些有回忆差异的地方就是文档中有含混性错误倾向的部分。这一步非常重要，因为几乎很少有人会在工作中实际参考那些需求文档，他们更喜欢根据他们记忆中的文档内容来办事。因此，易于正确回忆起来的文档很少会带来设计错误。
设计者的一个主要错误是试图给客户他们所需要的胜于他们所想要的。如果你发现自己感觉到你知道更多的客户所需要的，千万不要假设你就比客户更聪明。而应该是试图去说服你的客户，告诉他们的确需要你所认为的他们需要的东西。如果你说服不了他们，要么生产他们所想要的，要么自己去找一些别的客户。为某些方向上的和你理解力迥异的那些人工作并不是一个好主意。所以，相比至我们自身，在积累工作经验时，要学会寻找那些能够互相读懂心思的客户，将自己的想法尽全力解释给客户，绝对不能模棱两可地答应其所不切实际的需求，到最后得不偿失，后悔莫及。