第八章（需求分析）

       需求分析是一个非常重要的过程，它完成的好坏直接影响后续软件开发的质量。一般情况下，用户并不熟悉计算机的相关知识，而软件开发人员对相关的业务领域也不甚了解，用户与开发人员之间对同一问题理解的差异和习惯用语的不同往往会为需求分析带来很大的困难。所以，开发人员和用户之间充分和有效的沟通在需求分析的过程中至关重要。

    那么，构建一个软件系统最困难的工作是什么呢？答案无疑是要—确定要构建什么。其他任何工作都不会像这部分工作那样，在出错之后会如此严重地影响随后实现的系统，并且在以后修补竟会如此的困难。

    需求涉及的方面有很多：

• 在功能方面，需求包括系统要做什么，相对于原系统目标系统需要进行哪些修改，目标用户有哪些，以及不同用户需要通过系统完成何种操作等。
• 在性能方面，需求包括用户对于系统执行速度、响应时间、吞吐量和并发度等指标的要求。
• 在运行环境方面，需求包括目标系统对于网络设置、硬件设备、温度和湿度等周围环境的要求，以及对操作系统、数据库和浏览器等软件配置的要求。
• 在界面方面，需求涉及数据的输入/输出格式的限制及方式、数据的存储介质和显示器的分辨率要求等问题。

第九章（项目经理）

       项目经理，是指为项目的成功策划和执行负总责的人。项目经理必须要有一系列的技能包括提出敏锐问题的能力，察觉未声明的假设以及解决人与人之间的冲突，同时还需要更多的系统化的管理技能。主要职责是识别直接影响成功机率的风险，这种风险应该在项目的整个生命周期中进行正式或非正式的测量。

    那么，如果项目出现风险了，是不是就是项目经理的责任了呢？那当然不是，一个项目是属于一个团队的，风险主要从不确定中产生，成功的项目经理是关注风险作为主要的关心的事。所有影响項目的问题总是以这种方式或那种方式从风险上产生。一个好的项目经理可以显著地减少风险，通常通过坚持开放的沟通的政策，以保证每一个重要的参与者都有机会表达自己的意见和关心的事。

    所以，项目经理一定要有号召力、交流能力、应变能力，还有，项目经理还必须自信、热情，充满激情、充满活力。

第十章（典型用户和场景）

       在平时工作中，用研经常会听到产品或交互的小伙伴儿们抱怨：

 

• 这些是真实的场景吗？
• 这些场景都是YY出来的吧？
• 哪个场景优先级更高？

    这些疑问往往出现在新功能的研发阶段，但现实中很多项目没能有足够的时间和资源来邀请用户做深入的场景定性研究

 

    在做研究前，产品或交互需要能够明确列出这次想要衡量比较的场景。如果本身没有一个场景库可以从中挑选，那么可以简单的做一个场景脑暴，或快速访问搜集一下身边朋友的场景故事。最后选择出一些存在疑惑的场景来进行研究。

    那么，如何判断一个场景的典型性及优先级？这需要团队在前期达成一个统一的意见和标准，所以制订评价纬度是整个研究中最重要的一个环节。评价纬度不是固定的，每个产品，每个时期会有不同的标准。根据制订好的评价纬度，相应的挑选场景的总原则也就产生了。比如人数，频率和满意度是指标，那么总原则就是：

优先级高的典型场景=人数多+频率高+满意度高