当编写完Story条目内容后，我们可以在Web端的Project Portal查看user story的内容与条目，如图7和图8所示。

图7 打开Web端的Project Portal

图8 Project Portal显示条目

　　在share point的Project Portal中，我们可以对该story进行编辑等操作。如图9所示。

图9 share point站点中编辑条目

　　我们可以对表1进行扩展，如表2所示。

　　表2 产品 BACKLOG扩展

　　Backlog组件 ID Important Estimate How To Demo Notes

　　组件用处 事件的编号 事件的重要性，用一个分数来表示。分数越高越重要(但重要的事件，内容不一定多) 初始的估算，也就是完成某个事件所需要的工作量。 事件的简单测试 用简洁的语句进行注解、说明等。

　　Backlog组件 Track Components Requestor BugTrack

　　组件用处 对产品的分类 产品由哪些部份组成 记录最先提出的需求，并在后续的开发过程中进行反馈。 Bug跟踪

　　注：有颜色的组件可 以说是必需的!

　　在TFS2010中支持Reports的生成Excel报表，内容包括backlog、工作项等，如图10、11、12 所示。

　　图10 创建报表Excel

　　图11 选择创建报表Excel生产类型

　　生成报表，如图11所示。

　　图12 生成Excel报表

　　在Scrum敏捷框架中，最强的就是快速应对客户需求的灵活变化。 Scrum中有四个很标致性也很核心的词：backlog , sprint、迭代、反馈。结合VSTS2010的工具，可以快速进行story的变化，并且快速完成。例如，在产品 BACKLOG(参考表1)，在每个Spint中，实现特性How To Demo，通过VSTS2010的Architecture绘制SSO统一登录的UML顺序(如图13所示)，完成Spint Demo(可以是Spint中一部分)。

　　图13 绘制SSO统一登录的UML顺序

　　敏捷软件开发的核心是：使用项目行为的轻 量但足够的规则以及使用以人为本的规则及面向沟通的规则。Scrum的Sprint计划会议非常关键，应该算是Scrum中最重要的活动(这当然是我的 主观意见)。要是它执行的不好，整个sprint甚至都会被毁掉。

　　图14 TFS2010集成平台的开发项目的合作

　　举办Sprint计划会议，是为了让团 队获得足够的信息，能够在几个星期内不受干扰地工作，也是为了让产品负责人能对此有充分的信心。Sprint计划会议会产生一些实实在在的成果：

　　sprint目标。

　　团队成员名单(以及他们的投入程度，如果不是100%的话)。

　　sprint backlog(即sprint中包括的故事列表)。

　　确定好sprint演示日期。

　　确定好时间地点，供举行每日 scrum会议。

图15 Scrom敏捷过程管理

　　Scrom敏捷过程管理实施流程，如图15所示。将整个产品的 backlog分解成Sprint Backlog,这个Sprint Backlog是按照目前的人力物力条件可以完成的。召开sprint planning meeting，划分，确定这个Sprint内需要完成的任务，标注任务的优先级并分配给每个成员。注意这里的任务是以小时计算的，并不是按人天计算。进 入sprint开发周期，在这个周期内，每天需要召开Daily Scrum meeting。整个sprint周期结束，召开Sprint review meeting，将成果演示给Product Owner.团队成员最后召开Sprint retrospective meeting，总结问题和经验。这样周而复始，按照同样的步骤进行下一次Sprint.

　　最终结果是，每个Sprint都产生出一个可 见的、可用的交付产品，并向用户进行展示。一个增量可能是中期的，也可能是可交付的，但是它应该是独立的。 Sprint的目标是完成尽可能多的优质软件来确实质性进展，而不是用纸上里程碑(paper milestones)作为依据。9 7 3 1 2 3 4 4 8 :

本文来源：IT168 作者：高阳