TeamFoundationServer2010 Scrum1.0实践：持续集成与Sprint准备

"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中也得到支持，通过自动化的构建和测试流程，确保代码质量和快速反馈，促进团队间的协作和项目的高效运行。在实际应用中，团队应根据自身情况调整和完善这些最佳实践，以适应不断变化的项目需求和环境。