《构建之法》第六第七章读后感

《构建之法》第六第七章读后感

阅读《构建之法》第6~7章，并参考以下链接，发布读后感、提出问题、并简要说明你对Scrum的理解。

　　学习附录：

　　Scrum实践：《硝烟中的Scrum和XP》http ://www.educity.cn/pm/594948.html

-------------------------------------------------------------------------------------

第六章-敏捷流程

　　第六章主要详细介绍了敏捷流程，在软件工程范畴里，“敏捷流程”是一系列价值观和方法论的集合。这一章以敏捷流程的Scrum方法论而展开，Scrum 采用迭代、增量的方法来优化可预见性并控制风险，并且SCRUM 是一个用于开发和维持复杂产品的框架。

　　敏捷开发的流程如下：

1、找出完成产品需要做的事情 - Product Backlog。

2、决定当前的冲刺（Sprint）需要解决的事情--Sprint Backlog。

3、冲刺（Sprint）。

4、得到软件的一个增量版本、发布给用户。然后在此基础上又进一步计划增量的新功能和改进。

　　看完这一章我觉得在一个团队做项目的整个过程，是需要很长时间来进行改进和磨合的，不管是程序还是团队中的每一个人都是这样，敏捷对团队有三个要求：自主管理、自我组织、多功能型，在团队中尽可能用到敏捷流程，这样能够保证更好的工作进度。

第七章-MSF

　　第七章讲了MSF， MSF即微软解决方案框架（Microsoft Solution Framework），是微软推荐的软件开发方法。他与敏捷流程一样有着自己的原则，

MSF思想框架的一套思想框架：

1、推动信息共享与沟通

2、为共同的远景而工作

3、充分授权和信任

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

5、交付增量的价值

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

7、投资质量

8、学习所有的经验

9、与顾客合作

在这一章也介绍了几种模型与模式，MSF团队模型 MSF过程模型 MSF敏捷开发模式 MSF CMMI开发模式

读到这里我感觉到了不是每一个团队都是十全十美的，在某些地方上也可能会有一些冲突，从上面看来理念和流程都很复杂，我觉得这还是要看每个程序员自身的修养和完成工作的素质，只有这样才能有更高的工作效率与质量。

然而读完这两章我还是存在着困惑，在实际操作应用中我们用得上这些理论与流程的究竟有多少？在现实中这些繁杂的流程就不能简化，或者说有其他更好的流程？