读书笔记 Week3 《构建之法》读书笔记
Chap Ⅷ 需求分析
需求分析这个东西，早在这门课刚开始的时候我们就不清不楚的做了一次。当然，那个做的诚然是十分粗糙，仅仅是一个简单的调查问卷（详细可参见团队博客）。本书第八章中也对需求分析做了十分详细的讲解，现总结如下。先说一句题外话，如果我们的调查是在看完这一部分以后才开始的，我有信心将它做的更好。不过也不是没机会了，毕竟同样是书中讲到的，需求分析是需要不断进行并且更新需求数据的。
为何需要需求分析
看到书中讲述的秋千图，我突然想起一件被吐槽多年的事情，就是理发师。你永远不知道你口中的“稍微修一下”和理发师所理解的差了有多远。软件开发过程中同样有这样的事情：客户提出了一个需求，往往在经过一层又一层的传达以后，当他实现的时候，早已与用户最初的需求南辕北辙。
然而，用户是上帝，当交出的软件结果不令人满意时，总不能反过去责怪用户“你当时为什么没有说清楚？”所以说，在一开始就将用户的需求明确下来是十分有必要的。毕竟对于大多数用户来说，他们所提出的需求仅仅是一个模糊的大概，甚至很多地方他们自己都没有想到，更不要说将其完整而准确的表述出来了。
因此，为了避免最后开发者和用户不欢而散的结局，一份好的需求分析就是十分必要的了。而我们的开发前所采用的问卷调查，只是文中所举出的分析方法中的一个而已。面对多种多样的分析方法，个人大致简单将其分为两类，直接和间接。
焦点小组、深入面谈和调查问卷均可归为直接方法，就是直接的去和用户交流。好处在于简单，能够了解到用户想要什么。但是同样存在着一些弊端，比如一些人在一起，往往会因为讨好他人或者从众心理，避免不一致的意见或者冲突；或者一切不擅长表达的人，在多人的环境中，无法很好的表达出自己的想法；而且会受到主持人/问卷问题的影响
客观方法则包含例如日志研究和人类学调查还有AB实验，他并不让用户自己说出来想要什么，而是让用户的行为——它会更诚实的透露出有用的信息。然而，这些方法存在的问题也不少，面对一些收集来的数据，要如何才能够分析出正确合理的结果，这也是一个难题了，也不奇怪为什么会出现道格拉斯·鲍曼从Google的视觉设计主管位置上辞职了。
