敏捷方法的内容(1)
发表日期：2016-05-06被浏览： 1848次返回

不同的组织会采用不同的敏捷方法，但大多数组织采用的敏捷方法有共同之处。这些共同点包括：创建用户故事、回顾、持续集成、每个迭代以及整个发布的计划。本章节对一些敏捷方法进行了描述。

 

敏捷软件开发方法

现今使用的敏捷方法有好几种，每一种都用不同的方式实现敏捷宣言里的价值和原则。本文讨论其中三种具有代表性的敏捷方法：极限编程（XP）、Scrum和看板。

 

极限编程 

极限编程（XP）最早由 Kent Beck 提出[Beck04]，是一种通过某些价值、原则和开发实践来描述软件开发的敏捷方法。

 

极限编程包含五个价值要素来指导开发：沟通、简单、反馈、勇气和尊重。

 

作为附加的指导，极限编程描述了一系列原则，包括：人性化、经济性、互惠互利、自相似性（重用现 有的解决方案）、持续改进、团队成员的多样性、不断反省、均匀高效的工作流、失败作为机遇、避免 冗余、挑战缺陷、重视质量、小步迭代和接受责任。

 

另外，极限编程还描述了13个基本的实践：坐在一起、全团队方式、信息化的工作空间、充满活力的工作、结对编程、用户故事、周循环、季度循环、轻松的工作、十分钟构建、持续集成、测试先于编程 和增量设计。

 

现在的很多敏捷软件开发方法都受到了极限编程的价值和原则的影响，例如 Scrum 敏捷团队就经常采用XP的实践。

 

 

Scrum

Scrum是一个敏捷管理框架。它包含以下组成要素和实践：

 

• 冲刺（Sprint）：Scrum把项目分为若干个固定长度（通常每个迭代周期2-4周）的迭代（叫做Sprints）。

 

• 产品增量（Prouct Incrementd）：在一个迭代周期中完成一个可发布或可交付的产品（叫做一个增量）。

 

• 产品待办列表（Product Backlog）：产品负责人管理一个已经划分优先级的产品条目（叫做产品待办列表），该列表在一个迭代周期结束后需要更新（叫做列表细化）。

 

• 冲刺待办列表（Sprint Backlog）：在一个迭代周期开始时，Scrum 团队需要从产品待办列表中选择一些高优先级的条目放入一个较小的叫做冲刺待办列表内。这里是Scrum团队做出选择，而不是产品负责人做出选择。所以，这个选择遵守的原则是“拉”，而不是“推”。

 

• 完成的定义（Definition of Done）：为了确保每个冲刺结束的时候有一个潜在可发布产品，Scrum团队讨论并定义冲刺完成的合适准则。团队的讨论可以加深团队对列表项以及产品需求的理解。

 

• 时间盒（Timeboxing）：只有当scrum团队希望把某些任务、需求和特性在某一个冲刺中实现，他们才需要把这些功能放在冲刺待办列表中。如果某些功能在一个冲刺中实现不了，scrum团队应把它们从本冲刺移回到产品待办列表中。时间盒的适应范围不仅包括任务，对其他的场景（例如，规定会议开始和结束时间点）也同样适用。

 

• 透明性（Transparency）：开发团队通过每天的例会（叫做每日Scrum）来汇报和更新冲刺的状态。这使得当前冲刺的内容和进展，包括测试结果，对团队、管理层和其他感兴趣的人员来说都是可见的，例如，开发团队可以在白板上展现冲刺进展。

 

Scrum定义了以下三种角色：

• Scrum Master（SM）：确保Scrum实践和规则能够实施和遵守，并解决任何可能阻止团队遵守实践和规则的违规、资源问题和其他阻碍因素。SM不是团队的领导，而是一个教练。

 

• Product Owner（PO）：代表客户，负责对产品待办列表的内容进行收集、维护和排优先级。产品负责人不是团队领导。

 

• Development Team ：开发和测试产品。开发团队是一个自组织的团队，团队中没有领导，整个团队共同决策。另外团队具有交叉职能。

 

 

跟极限编程截然不同，Scrum 没有对具体的软件开发技术做具体的要求与限制（比如测试先于编程），另外，Scrum也没有对在一个Scrum项目中如何完成测试提供指导。

 

看板

看板[Anderson 13]，是一种有时会用于敏捷项目中的管理方法。它的主要目的是在一个供应链内构建可视化的工作流并优化。看板用了以下三个工具：

 

• 看板图：需要管理的供应链通过看板图来达到可视化。每一列显示了一个工位，它由一系列相关的活动组成，比如开发或测试。将要产出的项或需要处理的任务用标签加以标示，在看板上从左到右移动的通过各工位。

 

• 进行中的工作数限制：严格限制并行处理的任务数量。控制每个工位以及/或整个看板图的最大可允许标签数。一旦某个工位有空闲的工作容量，成员可以从前一道工序领取看板标签。

 

• 交货期：看板通过最小化价值流的平均交货期来优化连续的任务流。

 

看板和Scrum有一些相似性。在这两个框架中，可视化的活动任务（比如放在一个公共的白板上）提供了任务内容和进展的透明性。没有排期的任务停留在待办列表中，一旦有新的空间可用（生产能力），任务就会移动到看板图上。

 

迭代或冲刺在看板中是可选的。看板处理允许一项一项的发布交付项，而不是作为发布的一部分。时间盒作为同步机制也是可选的，而在 Scrum 中时间盒在一个冲刺中同步所有的任务。