这次从第九章开始向后写。第九章说的是项目经理，刚开始我不太明白为什么会选择这个题目作为独立的一章的题目，可是在读书的过程中逐渐明白了。以前我对项目经理的看法就是简单粗暴的基本不用编程，不用当码农，只要给别人派任务就可以了，工资还高。读了这章之后发现不是所有人都可以做项目经理。书上写了微软PM的来历，首先，一定是公司或团队内部出现了一些问题，接着出现了一个人发现并总结了这个问题，并思考解决问题的方法，这一次的问题是交流成本问题，是开发和测试搞不定的事情，这种事情最好还是要专门的人来做，于是这种人就成为了PM，第一位PM负责交流以及跟进项目。其实PM要做除了开发和测试之外所有的事情。在一个项目中，开发和测试是和代码直接联系起来的，而PM，则是让工作达到平衡，带领团队完成目标，是和各种风险打交道的。要求PM的能力有：1.观察、理解和快速学习能力2.分析管理能力3.一定的专业能力（包括但不限于IT、用户心理、社会的了解）4.自省的能力。PM的任务可以概括为：带领、管理、创建并维护、代表、分析、带领、收集。

      第十章是典型用户和场景。典型用户也是我了解到的新概念，毕竟以前只知道用户，所有用某个软件的人都是这个软件的用户，但没有想到用户还可以分类。身为软件工程师要找到用户语言或行动背后的动机。之后介绍了微软VS2005的几个典型用户。接下来又是经常被提到但是又不太容易做到的，程序员不能总以自己的思路了编写程序，要从用户的角度来思考，而创立几个典型用户模型则是给予了程序员不同思考问题的角度。典型用户包括：名字、年龄、收入、代表用户的比例和重要性、典型场景、环境、生活情况、知识层次和能力、动机目的和困难、偏好。决定好典型用户之后就是决定他们的目标，然后列出达到目标所必须经历的过程，这就是场景。感觉场景的设置对思路的清晰程度要求很高。要对开发的系统有清晰的认识。接下来写了用例和规格说明书，一个软件的使用说明同样重要，因为用户就是“小白”，写好spec，就是要把事情描述清楚。我们现在写文档的技术烂的不行，还要继续锻炼继续实践。下一章就更是设计文档的部分。

      在解决用户需求时，首先进行需求分析，然后是设计与实现，测试，最后发布。对于分析和设计，我们可以使用文本，即以文字为主的文档，或是使用图形为主构造的模型。可以用思维导图、实体关系图、用例图、数据流动图等。从spec到实现这一部分则是写了个人工作流，以及开发人员的标准工作流。不得不说这本书的对话都好生动，可以设身处地的进入到编者设定的环境中。

      软件服务始终都要记住客户的选择，还是那句话，我们要从客户的角度思考问题。用户体验设计的一个重要目的就是要降低用户的认知阻力，即用户对于软件界面的认知。那么评价标准分为：1.尽快提供可感触的反馈2.系统界面符合用户的现实惯例3.用户有控制权4.一致化和标准化5.适合各种类型的用户6.帮助用户识别、诊断并修复错误7.有必要的提示和帮助文档

《构建之法》阅读笔记五