《构建之法》六、七章读书笔记

第六章敏捷流程

在第六章的阅读中，对敏捷流程和MSF的软件开发方法有了一定的了解，总结以下要点学习：

6.1.1敏捷开发原则

1. 尽早并持续地交付有价值的软件以满足顾客需求

2. 敏捷流程欢迎需求的变化，并利用这种变化来提高用户的竞争优势

3. 经常发布可用的软件，发布间隔可以从几周到几个月，能短则短

4. 业务人员和开发人员在项目开发过程中应该每天共同工作

5. 以有进取心的人为项目核心，充分支持信任他们

6. 无论团队内外，面对面的交流始终是最有效的沟通方式

7. 可用的软件是衡量项目进展的主要指标

8. 敏捷流程应能保持可持续的发展。领导、团队和用户应该能按照目前的步调持续合作下去

9. 只有不断关注技术和设计，才能越来越敏捷

10. 保持简明—尽可能简化工作量的技艺—极为重要

11. 只有能自我管理的团队才能创造优秀的架构、需求和设计

12. 时时总结如何提高团队效率，并付诸行动

6.4.2敏捷流程的经验教训

1. 敏捷宣言表明的是一些优先级，不必当作圣旨或者教条来争论。

2. Scrum Master不是一个官，而是一个没有行政权力的沟通者，就像微软的PM那样。他/她同时还要在团队中做具体的工作。直接把原来的“经理”变成Scrum Master，大多行不通。

3. 一些项目需要很多暗箱操作和政治角力才能搞定，Scrum会把这些矛盾都摆到明处。这有好处，也有风险。

4. 在复杂的项目里，要让一线团队成员做决定。

5. 创业公司的团队其实经常是运行在Scrum 的模式中。

6. 在Scrum计划阶段的估计不是一个“合同”，领导们不要把它当成一个合同。估计总是不准的。坚持短期的Sprint，这样即使不准的估计也不会有大的损害。

总结：

通过各种方法和角色，鼓励团队内部交流，优化团队交流方式

 

第七章  MSF

MSF基本原则：

1. 推动信息共享与沟通

2. 为共同的远景而工作

3. 充分授权和信任

4. 各司其职，对项目共同负责

5. 交付增量的价值

6. 保持敏捷，预期和适应变化

7. 投资质量

8. 学习所有的经验

9. 与顾客合作

Scrum 总结：

Scrum 是一个用于开发和维持复杂产品的框架 ，是一个增量的、迭代的开发过程。在这个框架中，整个开发过程由若干个短的迭代周期组成，一个短的迭代周期称为一个Sprint，每个Sprint的建议长度是2到4周。在Scrum中，使用产品Backlog来管理产品的需求，产品backlog是一个按照商业价值排序的需求列表，列表条目的体现形式通常为用户故事。Scrum团队总是先开发对客户具有较高价值的需求。