第八章 需求分析
通过看了本章的内容，知道了软件需求的步骤：
一般划分情况：获取和引导需求(Elicitation)，分析和定义需求(Analysis & Specification)，验证需求(Validation)在软件的生命周期中管理需求(Management)不同角度的划分：对产品功能性的需求：要求产品必须实现某些功能 ，对产品开发过程的需求：要求软件的开发流程必须满足某些约束条件，非功能性需求：这也叫“服务质量需求”(Quality of Service Requirement) ，综合需求：有些需求并不是单单一个软件模块就能满足
获取用户需求——用户调查
- 焦点小组(Focus Group)
- 深入面谈(In-depth Interview)
- 卡片分类(Card Sorting)
- 用户调查问卷(User Survey)
- 用户日志研究(User Diary Study)
- 民族志/人类学调查(Ethnograpic Strudy)
- 眼动跟踪研究(Eye Tracking)
- 快速原型调研(Quick Prototype)
- A/B测试(A/B Testing)
第九章 项目经理
在这一章节里面主要讲的是微软的PM(Programe Manager)和其他团队PM(Project Manager)的区别，个人觉得微软的PM给团队成员带来的感觉是很不一样，就好像是战友一样，工作起来也很有感觉。我们现在就缺乏那种感觉，因为有其他的作业和课程，不能完全把精力放在这个团队上面，大家要相互协调一下。
还有介绍了PM的能力要求以及人物，不同的PM有不同能力，一个项目有多个PM我觉得还是挺科学的毕竟每个人能力是有限，找到优秀的战斗力很重要，适当运用人才。我们有人才，可是他的其他任务也比较多，我们这边照顾得少点，所以我们的工作进度比较慢。
对于PM的能力要求和任务包括：
- 观察、理解和快速学习的能力。
- 分析管理能力
- 一定的专业能力
- 自省的能力
第十章：典型用户和场景
书本中提到的典型用户和场景这种方式来为用户考虑，我觉得很生动，可行性也很大。书本中吴石头的例子也是很生动，马上就能理解大概，还有场景也是。我们也写了一份关于典型用户和故事的文档。这样或许可以让我们更清晰了解明白接下去我们该怎么做。前面需求分析，还有后面体到的典型用户以及Story，都是针对自己的程序来进行一种分析，可见开发软件是，需求的分析很重要，还有Specifition（需求分析文档）规格说明书。
