【读书笔记】——《构建之法》（三）

第九章   项目经理

这一章给予我们对项目经理这一职业初步的认识，那么现在我们每一组组长的角色是不是与“项目经理”有一点点相似？在一个团队中发挥统筹协调作用，与其他成员平等工作，对决策的过程享有平等的话语权，使一个团队保持平衡。

      

不是所有的人都拥有成为一名PM的潜质和能力，但我认为快速学习能力、分析管理能力与专业能力这些对PM的基本要求，也是所有软件开发人员必备的素质。

 

第十章   典型用户和场景

在需求分析阶段，我们必须考虑各种不同类型的目标用户。而且，光看用户的表面语言或行动还不够，更重要的是找到这些语言和行动背后的动机。

 

为了更好地从用户的角度出发思考问题，我们可以通过定义典型用户的方法来思考他们的想法、习惯、能力、偏好以及使用场景等等。一款软件并不是为所有人服务的，因此明确定义典型用户是非常关键的步骤。

 

一个典型场景就是一个故事，它详细地记叙了一个完整的用户与系统交互的流程。就像我们在设计我们的调查问卷与确定功能时，我们会站在用户的角度上去思考他想要呈现在他面前的是一个怎样的界面，他完成一件事情的流程与步骤是什么样的。这其中也有一点User Case的思想。

 

“别迷失在长长的功能列表中，牢记软件的价值在于给用户提供价值。”

 

当我们构造完了功能列表，就要思考各个功能之间的依赖关系、实现的难易程度等，以此来确定功能实现的先后次序，同时还必须考虑很多现实因素，制定开发计划。在开发阶段，还不能忘记及时发布文档。

 

第十一章 软件设计与实现

从用户的需求是什么，到如何解决需求，再到是否真正解决了这些需求，我们的软件开发过程需要时刻围绕用户的需求开展分析与设计工作。多种图形建模方法各有特点，有的自由灵活，有的简单明了，有的还可以表达数据的流动。上软工课以来不止一次的听到UML，这里是第一次知道它的确切含义。但Grady Booch的这句话给我留下了深刻印象——“在UML出现之前和之后，软件项目成功的关键依然是-智慧地使用技术、遵从一个好的软件开发过程、有经验的开发者和适当的技能组合。”

 

谈到开发阶段团队可能会出现的一些问题及解决办法，给了我很多思考。

第一，每日的全体会议是否必要？因为团队成员的自我时间管理也很重要。当通过E-mail交流和报告时，可以根据E-mail的紧急程度做一个分类，每隔两到三个小时集中处理这些问题。

第二，当团队成员的行为只是影响到个人时，可以自由灵活地根据自己的情况处理，但当影响到整个团队时，就必须遵循严格的规则和流程。

第三，要平衡好进度和质量，不能只追求“我写完了所有的代码”，因为写完代码不代表没有问题。如果不及时地修复一些小漏洞，问题的雪球就会越滚越大，则会给测试工作带来极大的麻烦。

 

第十二章 用户体验

“有一颗为用户着想的‘同理心’，是好的产品设计的出发点。”

      

       本章中作者类比了很多其他行业的产品，生动形象地阐述了用户体验和用户界面设计的重要性。从用户的角度出发，为他们减少认知阻力，让他们用软件用得顺手用得舒服。