生成报表，如图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)作为依据。
文章来源于领测软件测试网 https://www.ltesting.net/
