第九章 项目经理
9.1PM是啥
项目经理：PM
9.2微软PM的来历
微软的经理叫：Program Manager
1981年，查尔斯 西蒙尼发现随着微软的业务壮大，出现两个问题：
1.团队成员之间交流的成本急剧增长
2.有很多开法和测试之外的事情，需要专人负责
交流成本问题太高。
程序员不愿意做的事：1.和客户交流，组织用户调查，发现用户需求。
2.了解和比较竞争对手的产品。
3.怎么让软件变得可用，有用。
4.怎么改进团队的流程。
9.3PM做开发和测试之外的所有事情
Program Manger
和大家平等工作，推动团队完成软件的功能
一个团队可以有很多PM
和其他团队成员一起形成决议
管事不管人
一定要做具体工作
9.4PM和风险管理
风险的类别：人员，流程，技术，环境
风险的来源：客户，最终客户，利益关系人，项目成员，合作伙伴
项目的预算，成本，需求
开发和测试工具，平台，安全性，发布产品的技术，与我们产品相关的技术
法律，法规，市场竞争环境，经济情况，技术大趋势，商业模式
9.5PM的能力要求和任务
1.观察，理解和快速学习能力
2.分析管理能力
3.一定的专业能力
4.自省的能力
感悟：本章讲述了项目经理，目前而言不是很了解的职位，项目经理首先自己先要有过的硬的技术，然后要有各种团队协调能力，其次项目中的成员也要积极配合项目经理。项目经理相对而言是统筹大局的人。一个好的程序员也应该积极锻炼自己的能力。
第十章 典型用户和场景
10.1典型用户和典型场景
典型用户的模板可以包括以下内容：
1.名字
2.年龄和收入
3.代表的用户在市场上的比例和重要性
4.使用这个软件的典型场景
5.使用本软件的环境
6.生活 工作情况
7.知识层次与能力
8.用户的动机，目的和困难
9.用户的偏好
10.2用例
标题：描述这个用例要达到的目的
角色：和软件系统交互的角色，例如用户，其他实体，甚至时间
主要成功场景：一系列步骤描述角色是怎样和系统交互，从而达到目的
扩展场景：描述一些扩展的交互，例如一些意外情况
10.3规格说明书
功能说明书
第一，定义好相关的概念
第二，规范好一些假设
第三，避免一些误解，界定一些边界条件
第四，描述主流用户
第五，一些好的功能还会有副作用
第六，服务质量的说明
10.4功能驱动的设计
第一步：构造总体模型
第二步：构造功能列表
第三步：制定开发计划
第四步：功能设计阶段
第五步：实现具体功能
感悟：我们写软件就是要满足客户的需求，所以在软件设计前期，就要做好一系列的准备。要明白自己的设计是否真的满足了客户的要求。之后的本章介绍了许多的分析方法，让难量化的需求变得可量化，这样需求就更能被程序员所理解所消化。我想对于一个好的程序员来说，好的代码不应该就满足个人的条件，要尽可能的尽最大能力地去满足客户。这才是软件的成功方式。
第七章 MSF
7.1MSF简史
7.2MSF基本原则
1.推动信息共享与沟通
2.为共同的远景而工作
3.充分授权和信任
4.各司其职，对项目共同负责
5.交付增量的价值
6.保持敏捷，预期和适应变化
7.投资质量
8.学习所有经验
9.与顾客合作
7.4MSF过程模型
7.5MSF对敏捷和CMMI的支持
感悟：此章介绍了作者的本公司微软的的方法 MSF微软解决方案框架，就是微软推荐的软件开发方法。他和敏捷方法不一样。这些办法在我看来很明智，似乎已经万无一失了。我想这些都是高校出来的工程师的结晶，非常有道理。让我还是感觉有趣又敬佩。里面从用户提供需求开始，用经验传授着许多方法，及时现在看来不是很实际，但是也让我感觉受益匪浅。