敏捷开发方法综述

这周老师介绍了关于敏捷开发的详细，在软件编程日益巨大的今天，敏捷开发必定会给开发者们带来很大的机遇，但是与此同时，也会是严峻的考研。

敏捷开发是什么呢！简单意义上说：一个团队的问题讨论后编程的迭代，将一个问题从简单出发渐入佳境。

敏捷开发SCRUM开发方法：

让团队坐在一起：

1．  互相听到：所有人都可以彼此交谈，不必大声喊，不必离开座位。

2．  互相看到：所有人都可以看到彼此，都能看到任务版

3．  隔离：如果你们整个团队突然站起来，自发形成一个激烈的设计讨论，团队外的任何人都不会打扰到。

产品负责人应该离团队很近，既方便团队成员走过来讨论问题，他也能随时踱到任务版前面去。但是他不应该跟团队坐在一起。为什么？因为这样他就无法控制自己不去关注具体细节，团队也无法”凝结”成整体(即达到关系紧密、自组织、具有超高生产力的状态) 

怎样更新任务版

无论sprint backlog是什么形式，都要尽力让整个团队参与到保持sprint backlog及时更新的工作中来，我们曾经试过让Scrum master自己维护sprint backlog，他就不得不每天都去询问大家各自剩余的工作估算时间。这种做法的缺点是：

1．  Scrum master把太多时间用在了管理之类的工作上，而不是为团队提供支持，消除他们的障碍

2．  因为团队成员不再关心sprint backlog ，所以他们就意识不不到sprint的状态，缺少了反馈，团队整体的敏捷度和精力的集中程度都会下降。

如果sprint backlog设计得很好，那每个人都应该很容易修改它。 

怎样进行sprint演示

Sprint演示是Scrum中很重要的一环。一次做的不错的演示，即使看上去很一般，也会带来深远影响。

1．  团队的成果得到认可，他们会感觉很好。

2．  其他人可以了解你的团队在做些什么。

3．  演示可以吸引相关干系人的注意，并得到重要反馈。

4．  演示是一种社会活动，不同的团队可以在这里相互交流，讨论各自的工作。这很有意义。

5．  做演示会迫使团队真正完成一些工作，进行发布(即使是只在测试环境中)。如果没有演示，我们就会总是得到99%完成的工作。有了演示以后，也许我们完成的事情会变少，但它们是真正完成的。这比得到一堆貌似完成的工作要好得多，而且后者还会污染下一个sprint。

Sprint演示检查列表

1．  确保清晰阐述了Sprint目标。如果在演示上有些人对产品一无所知，那就花上几分钟来进行描述。

2．  不要花太多时间准备演示，尤其是不要做花里胡哨的演讲，把那些玩意扔一边去，集中精力演示可以实际工作的代码。

3．  节奏要快，也就是说要把准备的经历放在保持演示的快节奏上，而不是让它看上去好看

4．  让演示关注于业务层次，不要管技术细节。注意力放在”我们做了什么”，而不是”我们怎么做的”

5．  可能的话，让观众自己试一下产品。

6．  不要演示一大堆细碎的bug修复和微不足道的特性，你可以提到一些，但是不要演示，因为他们通常会花很长时间。而且会分散大家的注意力，让他们不能关注更加重要的需求。 

Scrum回顾

 回顾是Scrum中第二重要的事件(最重要的是sprint计划会议)，因为这是你做改进的最佳时机。如果没有回顾，团队就会不断重犯同样的错误。

 回顾组织：

1．  根据要讨论的内容范围，设定为1到3小时

2．  参与者：产品负责人，整个团队。

3．  在不受干扰的情况下讨论。

4．  一般不要在团队房间中进行回顾，因为这往往会分散大家的注意力。

5．  制定某人当秘书。

6．  Scrum master 向大家展示sprint backlog ，在团队的帮助下对sprint做总结。包括重要事件和决策等。

7．  轮流发言，每个人都有机会在不被人打断的情况下讲出自己的想法，他认为什么是好的，哪些可以做的更好，哪些需要在下个sprint中改变。

8．  我们队预估生产率和时机生产率进行比较。如果差异比较大的话，我们会分析原因。

9．  快结束的时候，Scrum master对具体建议进行总结，得出下个sprint需要改进的地方。

我们的回顾会议一般没有太规整的结构，不过潜在的主题都是一样的：”我们怎样才能在下个sprint中做的更好

结对编程

1．  结对编程可以提高代码质量。

2．  结对编程可以让团队的精力更加集中

3．  结对编程令人精疲力竭，不能全天都这样做。

4．  常常更换结对是有好处的。

5．  结对编程可以增进团队间的知识传播。速度快到令人难以想象。

6．  有些人就是不习惯结对编程。不要因为一个优秀的开发人员不习惯结对编程就把他置之不理。

7．  可以把代码审查座位结对编程的替代方案。

8．  “领航员”(不用键盘的家伙)应该自己也有一台机器。不是用来开发，而是在需要的时候稍稍做一些探索尝试、当”司机”(使用键盘的家伙)、遇到难题的时候查看文档，等等。

9．  不要强制大家使用结对编程。鼓励他们，提供合适的工具，让他们按照自己的节奏去尝试。

下面的对团体工作有所鼓励：

         个体与交互                胜过                 过程与工具

         可以工作的软件            胜过               面面俱到的文档

             客户协作                     胜过                  合同谈判

             响应变化                     胜过                  遵循计划