TFS对软件项目的简单管理 (learnfuture.com)

TFS对软件项目的简单管理

——利用TFS进行软件项目管理（二）

刘梦奇

【摘要】

在当今软件开发日常运用技术愈加成熟的时代，技术已经不是软件开发的瓶颈。目前，大多数软件项目都存在技术成熟、开发周期偏短的特点，在这种情况下，管理已经逐步取代技术的位置，成为软件项目成功的关键。好的管理才能开发出好的软件，才能在客户对项目的需求、预算、时间等等条件下成功完成项目交付。

TFS作为微软在软件开发管理领域，在VSS、Ofiice、Project等工具的基础上，优化结合而推出的最新软件开发管理工具，它囊括了一个软件的整个生命周期管理，包括前期的需求分析、项目计划；以及随后的代码编写、测试及BUG查找修复，生成，版本控制等等。是适应当前软件发展的最优管理工具之一。

【正文】

一、    准备

开始创建新的团队项目之前，我们应收集以下信息：

n  要为项目使用的过程。

创建新的团队项目时，要用于管理项目的过程决定了应该选择什么模板。它还可帮助我们评估应该在何种程度上定制所提供的模板。如果希望采用灵活的项目执行风格，则可以选择用于“敏捷软件开发”（MSF）模板的“Microsoft 解决方案框架”（MSF），然后考虑进行任何所需的定制。

n  项目名称。

要慎重考虑团队项目的命名约定。确保项目名称具有足够的唯一性，且项目名称要便于其他人员查找。一些组织使用项目代码作为名称的一部分，而有些组织则可能使用部门和项目题目的组合。

n  源代码管理结构。

考虑是否需要从一个空的源代码管理树开始，还是应基于现有源代码开始。基于代码和分支需求来确定适当的源代码管理结构。（如对设计源代码管理文

件夹结构感兴趣，请参阅参考资料中 “如何在Visual Studio Team

 Foundation Server 中设计源代码管理文件夹的结构”）

二、    选择过程模板

从选择过程模板开始。考虑要为项目使用的过程，然后检查TFS 所提供的两种模板的不同功能。要评估的功能包括工作项定义（它们是否提供了足以满足需求的字段？）、文档模板、工作流、签入策略和报告。

TFS 提供了以下两种过程模板：

n  用于敏捷软件开发的MSF（MSF Agile）

这是为小型和非正式软件项目提供的轻量级过程。这种过程模板基于场景和上下文驱动的操作，它既以项目为中心，又以团队成员（人员）为中心。

n  用于 CMMI® Process Improvement 的MSF（MSF CMMI）

这是为更成熟的软件项目设计的过程。它扩展了MSF Agile，提供了对审计、验证和正式过程的支持。它依赖且遵守过程，并且以组织为中心。

三、    创建团队项目

选定想要使用的模板之后，就可以开始创建新的团队项目了。创建新的团队项目：

1.         确保Visual Studio 连接到TFS 实例。

2.         在团队资源管理器中，右击服务器节点然后单击“新建团队项目…”。

3.         在“新项目创建向导”的第一页，输入团队项目的名称然后单击“下一步”。

4.         在“选择一个过程模板”页面，从下拉列表中选择第一步中选定的过程模板。对于本示例，选择“MSF for Agile Software Development –v6.0”过程模板，然后单击“下一步”。

5.         在“团队网站设置”页面，配置站点路径，然后单击“下一步”。此处提供的路径名称用于生成团队门户的 Microsoft Windows SharePoint® Services 网站。

6.         在“指定源代码管理设置”页面中，选择“创建一个空源代码管理文件夹”，然后单击“下一步”。

7.         在“确认团队项目设置”  页面中，检查设置然后单击“完成”。

这将基于MSF Agile 过程模板在TFS 服务器上创建一个团队项目。

四、    创建安全组

在TFS 中创建项目时，无论选择了怎样的过程模板，都会为该项目创建四个默认组。默认情况下，这些组均拥有一个预定义的权限集，用于控制组成员的权限。

    我们可以为团队项目创建一个安全组，以便更好地满足组织的安全需求。创建安全组是为一组用户授予团队项目的指定权限集的有效方法。确保仅为该组授予了必要的最少权限，仅添加了必须属于这个新团队项目组的用户或小组。

要执行此过程，我们必须是项目管理员组的成员，而不一定需要是Windows管理员。

五、    添加 Team Foundation Server 中的团队成员

在这一步中，我们确定将要在项目上使用的资源以及它们的角色，然后将这些运输队成员分配给TFS。我们可以将用户添加到现有团队项目组或服务器级（server-level）组。我们还必须为创建的组添加成员。只有Team Foundation 管理员组的成员才能执行这些步骤。

1.         在“团队资源管理器”中选择团队项目。

2.         在“团队”菜单中指向“团队项目设置”，然后单击“组成员资格”。要将用户添加到服务器级组，指向“Team Foundation Server 设置”，然后单击“组成员资格”。

3.         在弹出的项目网页中，点击添加，从下拉菜单中选择添加成员的方式。这两种方式可以说是两种组织架构，一个是windows的组、另一个是tfs的组，按需求添加即可。

4.         输入域名\用户名，检索添加成员。

六、    确定迭代周期

迭代是用于计划、调度和执行工作的固定长度的时间段。软件开发生命周期的所有组件（从需求定义到分析、设计、部署、编码和测试）均被组织到这些迭代中，迭代的时间长度通常为 2 - 6 周。

在这一步中我们确定项目的迭代周期。在确定迭代周期时要记住以下重要的事项：

n  迭代周期应足够长，以便有充足时间完成重要工作，并且应该至少涵盖几种方案。

n  迭代周期应足够短，以便灵活地适应变更和不断变化的优先级。

迭代周期的长度取决于项目的规模和复杂度。在实践中，两周的迭代周期适用于大多数的项目。

七、    计划迭代

在这一步中，我们来规划迭代，方法是将方案、QoS 需求以及其他工作项分解为任务，估计每个任务的工作量并将任务分配给相关的团队成员。每个迭代周期均重复此步骤。

八、    监视过程（报表）

每个过程模板均包括一组报告，这些报告可用于跟踪项目状态和健康状况。以下是可用于监视进度的默认报告。

n  Bug：

Ø  BUG趋势：显示一段时间内发现和解决bug的平均速率。

Ø  BUG状态：显示一段时间内处于每个状态的bug数、按优先级别或按严重级别对bug进行细分以及指派给每位团队成员的bug数目。

Ø  重新激活：显示团队一段时间内解决的bug数和团队解决后又重新激活的bug数的对比情况。

n  测试：

Ø  测试计划进度：显示一段时间内运行测试的结果。

Ø  测试用例准备情况：显示处于每种准备状态的测试用例数。

n  面板：

Ø  燃尽：显示团队已完成的工时数、进行的工时数、尚需的工时数以及理想趋势。

Ø  燃速：显示团队实际的燃速（每天完成的工时数）。

n  生成：

Ø  每日生成结果：跟踪团队已签入的代码的质量变化。显示每日最后一次生成的测试结果。

Ø  生成摘要：帮助管理者确定每个生成的状态。显示包含测试结果、测试覆盖率、代码改动和质量说明的生成列表。

Ø  生成质量显示器：跟踪已完成代码与发行质量的接近程度。显示测试覆盖率、代码改动及bug计数。

n  项目管理：

Ø  计划外工作：显示有多少计划外工作。

Ø  情景概述：跟踪每个用户情景的实现情况。显示每个情景的尚需工时数和实际完成工时数、各情景的验收测试结果以及每个情景相关的bug数目。

Ø  情景进度：跟踪每个用户情景的最新进度。显示每个情景的剩余工作、已完成工作和最近完成的工作。

Ø  燃尽和燃速：跟踪团队迭代工作的完成进度。显示团队已完成的工时数、剩余工时数、进度比率以及指派给每位团队成员的工作。

Ø  剩余工作：跟踪团队的进度。显示一个迭代中的总工时数和团队完成该迭代的进度

Ø  所有迭代的状态：跟踪团队的后续迭代的绩效。显示每个迭代的工时数、团队实际完成的工时数、尚需工时数以及bug数目的初始估计。

标签：迭代,项目,时数,模板,简单,软件,团队,TFS
来源： https://www.cnblogs.com/hushzhang/p/15939580.html