Sprint1的个人总结：
我是老人组的成员，我们是做一款四则运算训练的软件。然后我是接了界面设计的任务，所以我任务将会是sprint1中相对重一点的一方。我的感觉是，界面要做得充满童趣，毕竟我们的软件是面对当下的小学生。这样能吸引他们的注意力，去使用这款软件。而一个软件的开发UI设计尤为重要，所以我的图标，logo,背景的选择都是精挑细选的。然后工程比较坎坷，因为之前没接触android,所以从工程的部署到编写代码，到是要边在网上查找资料，边进行的。虽然过程是艰辛的，但是当目标完成之后，还是比较满意，开心的。总的来说，对于自己sprint1完成的成果来看，还是比较满意，正准备sprint2咯。
第八章
需求分析
8.1 软件需求 主要步骤：1.获取和引导需求（“需求捕捉”）
2.分析和定义需求
3.验证需求
4.在软件产品的生命周期中管理需求
从不同角度进行划分：1.对产品功能性的需求
2.对产品开发工程的需求
3.非功能性需求
4.综合需求
8.2 软件产品的利益相关者
用户 顾客 市场分析师 监管机构 软件工程师
8.3 获取用户需求——用户调查
调研方法：1.焦点小组
2.深入面谈
3.卡片分类（讨论→明晰定义→归类→排序）
4.用户调查问卷（常见错误：a.问题定义不明确
b.使用含糊不清的形容词、副词描述时间、数量、频率、价格等
c.让用户花额外多的努力来回答问题
d.问题带有引导性的倾向
e.问题涉及用户隐私、用户所在公司的商业机密或细节等）
5.用户日志研究
6.人类学调查
7.眼动跟踪研究
8.快速原型调研
9.A/B测试
8.4 竞争性需求分析的框架 （参考NABCD模型）
1.N（Need,需求）
2.A（Approach,做法）
3.B（Benefit,好处）
4.C（Competitors,需求）
5.D（Delivery,推广）
8.5 功能的定位和优先级
8.6 计划和估计
8.7 分而治之（WBS）
几个要点：1.保证所有子节点覆盖了全部父节点包含的内容。
2.保证各个子节点不要互相覆盖。
3.叶子节点要保证足够小，能在一个里程碑中完成。
4.从结果出发构建WBS，而不是从团队的活动出发。
第九章
项目经理
9.1 PM
（Product Manager 项目经理——正确地做产品）
（Project Manager 项目经理——正确地做流程）
（Program Manager 微软的职位名称）
9.2 微软PM的来历
交流成本问题
开发和测试搞不定的事情
9.3 PM做开发和测试之外的所有事情
9.4 PM和风险管理
9.5 PM的能力要求和任务
能力：1.观察、理解和快速学习能力
2.分析管理能力
3.一定的专业能力
4.自省能力
第十章
典型用户和场景
10.1 典型用户和典型场景
10.2 用例
10.3 规格说明书
10.4 功能驱动的设计（FDD）
第一步：构造总体模型
第二步：构造功能列表
第三步： 制定开发计划
第四步：功能设计阶段
第五步：实现具体功能