构建之法

第六章、敏捷流程

1.Scrum方法论是敏捷过程的一种，敏捷过程的精髓在于快速交付。
1) 第一步：找出完成产品需要做的事情 - Product Backlog。Backlog 意为待解决的工作。
2) 第二步：决定当前的冲刺需求决定的事情 - Sprint Backlog。
3) 第三步：冲刺（Sprint）。在冲刺阶段，外部人士不能直接打扰团队成员。期间每日例会，向同伴报告进度，把问题摆在明面上。同时启动每日构建，让大家每天都能看到一个逐渐完善的版本。用简明的图表（燃尽图 / 看板图）展现整个项目的进度。冲刺阶段是时间驱动的，时间一到就结束。
4) 第四步：得到软件的一个增量版本，发布给用户。进一步计划增量的新功能和改进。
2. 敏捷成功实施的关键在于 Scrum Master，一个好的 Scrum Master 能在两种语境（商业语境和技术语境）间自如地翻译和切换。
3. 敏捷流程的经验教训：
1) 敏捷宣言表面的是一些优先级，不必当作圣旨或者教条来争论；
2) Scrum Master 不是一个官，而是一个没有行政权力的沟通者；
3) 一些项目需要很多暗箱操作和政治角色才能搞定，Scrum 会把这些矛盾都摆到明处；
4) 在复杂的项目里，要让一线团队成员做决定；
5) 创业公司的团队其实经常是运行在 Scrum 的模式中；
6) 在 Scrum 计划阶段的估计不是一个“合同”，领导者不要把它当成合同。估计总是不准的；
7) 不要和管理层谈“流程”，他们只关心“结果”；
8) 在大型团队，跨地区的团队，或者复杂项目中，Scrum 并没有非常完美的答案。

第七章、MSF（微软解决方案框架）
1.MSF没有像敏捷那样搞一个宣言，但是他也有一套思想框架——9条基本原则。
1)推动信息共享与沟通；
2)为共同的远景而工作；
3)充分授权和信任；
4)各司其职，对项目共同负责；
5)交付增量的价值；
6)保持敏捷，预期和适应变化；
7)投资质量；
8)学习所有的经验；
9)与顾客合作。
2. MSF 团队模型，任何技术项目都必须达到特定的关键质量目标，才能够被认为是成功的项目。任何一个角色无法实现其目标，都将危及整个项目。因此，每个角色都被认为是同等重要的，重要的决定都要共同做出。
3. MSF 过程模型，基本元素是阶段和里程碑。所谓“阶段”，就是在这一阶段时间里团队集中精力做某一类事情，每个阶段的结束都代表了项目的进展和团队工作重心的变化。团队用里程碑来检查工作是否结束和同步各个角色的进度，以此来确定当前阶段的目标是否已经实现。里程碑标志着每个阶段的结束，此时团队应该引导成员转移工作的重心，并鼓励队员以新的视角来看待下一阶段的目标。在上一阶段产生的各种交付内容，将成为下一阶段的起始点。