《构建之法》阅读笔记五

Posted 张雪薇

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了《构建之法》阅读笔记五相关的知识,希望对你有一定的参考价值。

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

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

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

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

以上是关于《构建之法》阅读笔记五的主要内容,如果未能解决你的问题,请参考以下文章

构建之法阅读笔记五

《构建之法》阅读笔记五

构建之法阅读笔记五。

构建之法阅读笔记03

03构建之法阅读笔记

阅读笔记03