构建之法 第6~7章读后感和对Scrum的理解

第六章-敏捷流程

　　 第六章主要详细介绍了敏捷流程，在软件工程范畴里，“敏捷流程”是一系列价值观和方法论的集合。这一章以敏捷流程的Scrum方法论而展开，而敏捷流程的精髓就是在于快速的交付。

敏捷开发的流程如下：

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

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

3、冲刺（Sprint）。在冲刺阶段，外部人士不能直接打扰团队成员。期间每日例会，向同伴报告进度，把问题摆在明面上。同时启动每日构建，让大家每天都能看到一个逐渐完善的版本。用简明的图表（燃尽图 / 看板图）展现整个项目的进度。冲刺阶段是时间驱动的，时间一到就结束。

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

    每一个团队都是需要大量的时间去磨合的，不管是程序还是团队成员自身都要花费时间去磨合，敏捷流程对团队有三个要求：自主管理、自我组织、多功能型，在团队中尽量使用敏捷流程才能提高我们的效率。

第七章-MSF

　　第七章讲了MSF， MSF即微软解决方案框架（Microsoft Solution Framework），是微软推荐的软件开发。它不像是敏捷流程有宣言，但是有思想框架。

思想框架——9条基本原则：

1、推动信息共享与沟通   

2、为共同的远景而工作

 3、充分授权和信任   

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

5、交付增量的价值   

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

7、投资质量    

8、学习所有的经验

9、与顾客合作

MSF团队模型  MSF过程模型  MSF敏捷开发模式  MSF CMMI开发模式是这一章有提到的模式。

看到这里的时候，我感受到每一个团队都会有分歧，在某些地方上也可能会有一些冲突，从书中看来理念的不同会很有着很复杂的关系，但是，我认为这应该是每个程序员自身的修养和完成工作的素质，只有这样才能得到更高工作效率与质量。

对Scrum的理解：

Scrum是一种迭代式增量软件开发过程，通常用于敏捷软件开发。Scrum包括了一系列实践和预定义角色的过程骨架。Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务，产品负责人代表利益所有者，开发团队包括了所有开发人员。虽然Scrum是为管理软件开发项目而开发的，它同样可以用于运行软件维护团队，或者作为计划管理方法：Scrum of Scrums.

 

转载于:https://www.cnblogs.com/huaziyi666/p/5447922.html