Scrum 敏捷过程模型
在Visual Studio 2010中，项目过程模板变化很大，微软把Scrum作为基本Agile开发模型(Scrum模型为基础参考导向)，如图2所示。TFS2010中集成了 MSF for Agile Software Development v5.0，可操作性上又融合了敏捷等软件开发流程思想模型。
Scrum最初的含义是英式橄榄球争球队,是敏捷软件开发模型中的一种。Scrum 将软件开发团队比拟成橄榄球队，有明确的最高目标，熟悉开发流程中所需具备的最佳技术，具有高度自主权，紧密地沟通合作，以高度弹性解决各种挑战，确保每 天、每个阶段都明确的朝向目标推进。Scrum令人痛苦之处就在于你不得不根据自己的具体情况来对它进行调整，如果能够随心所欲应变，那么你就会体会 到它的强大。
图2 Scrum for Agile
敏捷Scrum开发过程框架中，产品backlog是 Scrum的核心，也是一切的起源。从根本上说，它就是一个需求、或故事、或特性等组成的列表，按照重要性的级别进行了排序。它里面包含的是客户想要的东 西，并用客户的术语加以描述，通常叫它故事(story)，有时候也叫做backlog条目。
例如，我们建立一个产品 BACKLOG(示例)，如表1所示。
表1 产品 BACKLOG(示例)
我们的故事包括这样一些字段：
ID：统一 标识符，就是个自增长的数字而已，以防重命名故事以后找不到它们。
名称(Name)：简短的、描述性的故事名。它必须要含义明确，这样 可以跟其他故事区分开。
重要性：(Importance)：产品负责人评出一个数值，指示这个故事有多重要。例如：
20或100。分数越高越重要。避免优先级这个说法，因为一般说来优先级1都表示最高优先级，如果后来有其他更重要的东西就麻烦了。它的优先级 评级应该是什么呢?优先级0?优先级-1?
初始估算(Initial estimate)：团队的初步估算，表示与其他故事相比，
完成该故事所需的工作量。最小的单位是故事点(story point)，一般大致相当于一个理想的人天(man-day)。
如 何做演示(How to demo)：它大略描述了这个故事应该如何在sprint 演示上进行规范，本质就是一个简单的测试规范。
笔 者借鉴过很多敏捷书籍和在实战的应用中尝试过很多字段，但最后发现，只有上面提到的六个字段我们会一直使用下去，这也就是一种最简化。
我们可以把backlog存放在TFS2010服务器上，或者共享在TFS2010的 Excel或者Project(参考图3所示)文档里面，这是为了多个用户可以同时编辑它。
图3 在TFS2010中的Project Product Backlog模板
文章来源于领测软件测试网 https://www.ltesting.net/