在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模板

　　虽然正规意义上 这个文档应该归产品负责人所有，但是我们并不想把其他用户排斥在外，开发人员常常要打开这个文档，弄清一些事情，或者修改估算值。

　　VSTS2010已经支持Scrum的Product Backlog的模板，并且可以进行Backlog的迭代，如下图4所示。

　　图4 Product Backlog模板

　　打开Product Backlog，建立User Story，如图5所示。

　　图5 建立User Story

　　编写相关Story条目内容，如图6所示。

　　图6 编辑Story条目9 7 3 1 2 3 4 4 8 :

本文来源：IT168 作者：高阳