Visual Studio Team System 和 Microsoft Solutions Framework

更新:2007 年 11 月

在 Microsoft Visual Studio Team System 中,一个对等团队在 MSF 过程指南团队模型中应用角色的概念。您可以将团队模型用作模型来完成整个项目生命周期,包括构想、生产、使用和维护。

下面是团队模型中的角色:

  • 体系结构

  • 开发

  • 产品管理

  • 项目管理

  • 发布操作

  • 测试

  • 用户体验

有关 Microsoft Solutions Framework 的更多信息,请参见 Microsoft 网站

有关如何以这些角色使用团队资源管理器的更多信息,请参见如何实现 - Team Foundation

体系结构

架构师负责设计和维护产品的体系结构完整性。架构师同时定义应用程序的组织结构及其部署的物理结构。在这些工作中,架构师的目标是降低复杂性,减少耦合和回归影响,并提高组件的内聚性。通过将系统分成多个部分,可以单独生成和测试每个部分。

生成的体系结构非常重要,因为它决定了系统将来的生成方式。体系结构还为成功项目所具有的诸多特色提供了实现基础。体系结构框架确保产品满足可用性需求、可靠并可维护、符合性能和安全标准以及在遇到需求变化时易于演变。

体系结构工作流如下所示:

  • 分析

  • 创建服务质量要求

  • 创建产品要求

  • 创建解决方案体系结构

  • 建立环境

  • 建立项目过程

  • 测试客户需求

  • 验证产品需求

开发

开发人员负责生成产品。开发人员主管和开发经理等开发角色的职责还包括沟通和项目管理。开发人员的主要任务是构建代码。轻松沟通有助于开发人员将精力集中于其工作上。在项目的早期阶段,开发人员还应该帮助创建客户要求中未包括的产品要求。在多领域团队中,开发人员通常与架构师协同工作。

开发人员主管的作用是领导其他开发人员并代表他们进行沟通。开发人员主管通过指导成员开发人员来贡献经验和技能并展示领导能力。开发人员主管承担代码评审、设计和单元测试覆盖率等职责。开发人员主管充当开发人员与项目其余部分交互的媒介。作为效率辅助手段,开发人员主管集中更广的团队项目与外部组织之间的交流,并保护开发人员避免日常安排中的随机干扰。因此,开发人员主管可能很少专心致力于编码任务。通常,他们将大约 50% 的时间花在沟通上,而只有剩余的 50% 的时间花在领导和指导团队中的开发人员和实际为开发任务编写代码上。

开发工作流如下:

  • 分析

  • 创建解决方案体系结构

  • 开发文档

  • 建立环境

  • 建立项目过程

  • 修复 Bug

  • 实现开发任务

  • 发布产品

  • 测试客户需求

  • 验证产品需求

产品管理

产品经理是产品最终用户的代理。产品经理从整体上负责针对需求来组合产品。产品经理必须确保通过为验证产品而开发的要求和验收测试达到产品远景。产品经理必须证明产品遵循组织战略规划,并且适合初始远景描述中预期的一个或多个细分市场。产品经理必须确保项目费用在预算范围内,并且实现了业务案例。产品经理的工作用作 MSF 监管模型中跟踪检查点的主要源。

项目管理工作流如下:

  • 捕获产品远景

  • 发布产品

项目管理

项目经理负责知识流和项目价值的实现。远景描述中通常勾勒了这一价值。项目经理的职责涵盖项目的整个生命周期。

项目经理的主要目标是在议定的时间表和预算内交付业务价值。项目经理承担计划和安排职责,包括开发项目和迭代计划,监视和报告状态,以及识别和降低风险。项目经理还应当与业务分析人员进行协商,以便对未完成的项目工作进行计划。项目经理必须与架构师、开发人员、测试人员、用户教育专家和用户体验设计师协商,以估计工作量并使团队中的交流更加顺畅。

项目管理工作流如下:

  • 捕获产品远景

  • 创建产品要求

  • 开发文档

  • 建立项目过程

  • 管理问题

  • 计划迭代

  • 计划项目

  • 管理风险

  • 测试客户需求

  • 验证产品需求

发布操作

发布经理的目标是管理产品的推出。发布经理将发布与操作或媒体控制进行协调。他们创建推出计划并验证用于发货或部署的候选发布。

发布操作工作流如下:

  • 基线配置管理

  • 创建产品要求

  • 建立项目过程

  • 管理更改请求

  • 发布产品

测试

测试人员的主要目标是发现并传达会对产品价值带来负面影响的产品问题。测试人员必须了解项目的上下文,并帮助其他人员根据此上下文做出明智的决定。测试人员的关键目标是通过测试产品找出并报告产品中的主要 Bug。一旦找到 Bug,测试人员还必须准确传达该 Bug 的影响并说明能减小 Bug 影响的任何解决方法。测试人员编写 Bug 说明以及易于理解的重现 Bug 的步骤。测试人员与整个团队合作来设定产品的质量标准。测试目的在于证明已知功能工作正常以及发现新的产品问题。

测试人员的工作流如下:

  • 分析

  • 关闭 Bug

  • 开发文档

  • 建立环境

  • 建立项目过程

  • 发布产品

  • 测试客户需求

  • 验证产品需求

用户体验

用户教育专家通常是技术文档撰稿人,致力于以客户为中心的技术文档写作,此类写作可巩固或增强产品价值。用户教育专家可能编写产品手册、联机帮助、操作手册、维护手册、培训手册和可用于增强产品的使用体验和价值的任何其他文档。用户体验架构师通常与用户教育专家紧密合作。

用户体验工作流如下:

  • 分析

  • 开发文档

  • 建立项目过程

  • 发布产品

请参见

其他资源

Team Foundation

Architecture Edition

Development Edition

Test Edition