在这周我看了第六章敏捷流程跟第七章MSF。并有了以下学习总结。

敏捷这个词听起来就是反应灵敏迅速而有效，而在软件按工程里，敏捷不同于现有做法之处在于，敏捷的价值观和流程是个人和交流、可用的软件、与客户合作、响应变化，而现有做法的则是流程和工具、完备的文档、为合同谈判、执行原定计划敏捷的开发原则是尽早并持续交付有价值的软件以满足顾客需求。只有不断关注技术和设计，才能越来越敏捷。只有能自我管理的团队才能创造优秀的架构、需求和设计。敏捷开发的原则很多，其中印象最深的就是“经常发布可用的软件，发布间隔 可以从几周到几个月，能短则短”，以及“可用的软件是衡量项目进展的主要指标”，我的理解是敏捷开发强调的是“小而美”，定期地完成一个小版本的软件项 目，比只是最终发布产品要好的多，这样也有利于产品的迭代，敏捷中的Scrum方法论，看起来简直就是无与伦比：分阶段地不断递进地解决问题，但是敏捷也有很多的弊端，敏捷宣言不是圣旨，不必完全尊从，就像是Scrum， 实际执行的时候也不是看上去那么美好，在一个复杂的项目中，往往不能带给团队更多的惊喜，所以，敏捷慎用。

MSF:微软解决方案框架，也就是微软推荐的软件开发方法.MSF基本原则：推动信息共享与沟通，为共同的远景而工作，充分授权和信任，各司其职对项目共同负责，重视商业价值提供渐进的价值，保持敏捷预期和适应变化，投资质量，学习所有的经验，与顾客合作。在MSF团队模型中，任何技术项目都必须达到特定的关键质量目标，才能够被认为是成功的项目。任何一个角色无法实现其目标，都将危及整个项目。

第六七章学习体会-----（第六次）