标签：
这几天将《构建之法》的第六章“敏捷流程”和第七章“MSF”读了一读，写一下阅读笔记。
第六章提到了敏捷流程。在软件工程的语境里，“敏捷流程”是一系列价值观和方法论的集合。敏捷开发原则有12条，为：
1. 尽早并持续地交付有价值的软件以满足顾客需求
2. 敏捷流程欢迎需求的变化，并利用这种变化来提高用户的竞争优势
3. 经常发布可用的软件，发布间隔可以从几周到几个月，能短则短
4. 业务人员和开发人员在项目开发过程中应该每天共同工作
5. 以有进取心的人为项目核心，充分支持信任他们
6. 无论团队内外，面对面的交流始终是最有效的沟通方式
7. 可用的软件是衡量项目进展的主要指标
8. 敏捷流程应能保持可持续的发展。领导、团队和用户应该能按照目前的步调持续合作下去
9. 只有不断关注技术和设计，才能越来越敏捷
10. 保持简明—尽可能简化工作量的技艺—极为重要
11. 只有能自我管理的团队才能创造优秀的架构、需求和设计
12. 时时总结如何提高团队效率，并付诸行动
本章主要剖析了Scrum 方法论。找出团队需要完成的任务backlog，团队成员认领任务，团队开始冲刺。团队成员需将任务进度公示，坚持有效的每日例会。
第七章讲到了MSF即微软解决方案框架（Microsoft Solution Framework）。MSF是微软推荐的软件开发方法，有9条基本原则，为：
1. 推动信息共享与沟通（Foster open communications）
2. 为共同的远景而工作（Work toward a shared vision）
3. 充分授权和信任（Empower team members）
4. 各司其职，对项目共同负责（Establish clear accountability and shared responsibility）
5. 交付增量的价值（Deliver incremental value）
6. 保持敏捷，预期和适应变化（Stay agile, expect and adapt change）
7. 投资质量（Invest in quality）
8. 学习所有的经验（Learn from all experiences）
9. 与顾客合作（Partner with internal and external customers）
通过这些基本原则可以使软件开发更有效率并且有针对性，使用户满意。在Visual Studio TFS中，MSF演化为以下两个分支：MSF敏捷开发模式；MSF CMMI开发模式。在MSF中，CMMI 在所有的流程上都加了一个“提议”（Proposed）阶段，通过“审核”或者决定“开始调查”，处于“提议”阶段的工作项可以变为“激活”状态。如果调查的结果不是要开始着手工作，那么工作项可以退回到“提议”状态。
总之，通过阅读第六七章，我了解到了更多的知识，以前我认为敏捷流程是最好的开发模式，但是通过对第六章的阅读知道敏捷流程并不是万能的，适合的才是最好的。通过对第七章的阅读我知道在团队合作中不要害怕分享，通过分享我们可以在开发软件时能及时发现问题，做出完美的软件，并且可以使自己得到提升。
标签：
原文地址：http://www.cnblogs.com/jinghun/p/5396260.html
