TeamFoundationServer2010 Scrum1.0实践:持续集成与Sprint准备
104 浏览量
更新于2024-08-27
收藏 324KB PDF 举报
"Team Foundation Server 2010 Scrum 1.0 与持续集成的最佳实践"
在实施敏捷开发框架Scrum 1.0时,Team Foundation Server 2010 (TFS 2010) 提供了一套有效的工具支持。在开始每个Sprint之前,团队需要充分准备,确保所有Backlog都已完成并分解成具体的Task。Backlog是项目需求的集合,而Task则是实现这些需求的具体步骤。团队应确保每个Task与相应的Backlog建立“相关”关系,这有助于开发人员理解Task背后的业务背景,同时避免一个Task关联多个Backlog。
关于Task和Backlog的层级结构,虽然可以创建子Task或子Backlog,但在实践中,由于父级的状态变化不会影响子级,这种层次关系的实际效用可能有限。因此,除非有特定的需求,通常可以选择不建立子级结构。在Task内部,也可以设定前置关系,但是否具备MS Project中的强制依赖特性,需要实际测试验证。
估算工作量是敏捷开发中的重要环节。团队应保守地估计每个Backlog的Effort,这反映了实现需求所需的努力。同时,Task的RemainingWork表示尚未完成的工作量。对于新的Task,初始的剩余工作量即为总工作量。值得注意的是,Velocity报表只计算Backlog的初始Effort,因此所有的估算应在与干系人充分讨论后一次性输入TFS。
在测试管理方面,Visual Studio 2010的测试工具支持测试计划、用例和自动化测试的管理。测试计划应在Backlog评审后制定,并与测试团队明确可测试版本的质量标准。自动化测试可以生成Bug报告和报表,提高测试效率。
Sprint计划会议是关键的协作环节,团队需要共同审查Backlog和Task,更新其状态为"Approved"或"Removed",只有特定角色(如Project Administrator、Contributor)才能执行此操作。此外,会议中要确定Sprint的目标和时间表,并在TFS上创建新的迭代路径和设定开始日期。
持续集成在TFS 2010中也得到支持,通过自动化的构建和测试流程,确保代码质量和快速反馈,促进团队间的协作和项目的高效运行。在实际应用中,团队应根据自身情况调整和完善这些最佳实践,以适应不断变化的项目需求和环境。
2021-11-16 上传
2019-07-22 上传
2024-11-01 上传
2024-11-07 上传
2024-10-15 上传
2022-01-01 上传

执念高
- 粉丝: 10
最新资源
- Java工程师面试精华:核心知识点与常见问题
- OGRE、Irrlicht等3D引擎深度解析与特性比较
- CMOS射频低噪声放大器设计与性能优化
- Protege入门:创建简单动物本体及基础用法教程
- JavaScript 弹窗代码合集与实现技巧
- Linux 0.11内核深度注解:入门与理解指南
- 日语在软件开发中的应用
- C语言参考手册:标准库函数详解
- 限制DDL操作:使用触发器监控与阻止truncates
- JavaScript教程:动态编程语言,Ajax基石与Java区别详解
- Oracle数据库安装与管理详解
- jQuery:简化JavaScript和Ajax开发的框架
- VMware上安装Red Hat Linux 4与Oracle10g详细步骤
- InfoQ中文站免费图书:深入浅出Struts2
- 提升C#面试必备:.NET访问权限、SQL查询、页面间数据传递与异常处理详解
- .NET面试深度解析:130道经典试题