实际上,项目主管可以监视几个不同项目计划中的任务状态。例如,项目主管可能想要按需求查看项目状态。而开发主管可能想要按组件查看项目状态。这两个人可以承担同一组任务,并将其组织在两个不同的项目计划中。当工作项中的状态更新时,开发主管可以查看开发项目计划中的组件进度,而项目经理可以查看需求项目计划中的需求进度。
可以按照与创建数据绑定 Microsoft Excel 电子表格的相同方式创建数据绑定项目计划:通过 Portfolio Explorer 中的查询、Portfolio Explorer 中的文档节点创建,或者从任何 .MPP 文件中创建。
Portfolio Explorer
Visual Studio Project Management Tools 中的软件项目称为公文包项目。公文包项目是一个中心概念,它将团队创建特定软件技术或产品的成果存放在一起。当项目经理创建新的公文包项目时,有几个关键的配置可以用来集中公文包项目中的团队成果。可以创建一个团队项目 Web 站点来包含文档模板和常用报告。可以创建一个工作项数据库来跟踪项目中的所有成果。可以安装一个方法模板来确定所有工作成果的规则、策略、安全组和查询。同时,还可以选择创建一个源代码分支来进行源代码管理。
Visual Studio Project Management Tools 的特性之一 Portfolio Explorer,它可以从 Visual Studio IDE 中轻松导航到工作产品(例如,功能规范、风险评估和项目计划)。团队成员可以查看有关产品版本的信息、进入到源代码、查询分配给他们的任务、查看整体项目状态、定位文档、查看报告和创建与项目有关的工作产品。
项目站点
项目站点存储工作产品并对其进行版本控制,它是由 Windows SharePoint Services (WSS) 宿主的团队 Web 站点。可以通过 Portfolio Explorer 使用的相同工作产品也可以通过项目站点作为项目参与者的控制板使用。实际上,如果您在 Portfolio Explorer 中创建新的文档节点,则会在项目站点中创建新的文档文件夹。
项目站点附带了预填充的文档模板、常用报告和项目流程的 Web 版。项目站点也包含一个用于挂接 RSS Feed 的 Web 部件,以及用于查看报告的 Microsoft SQL Server 2005 Web 部件。
因为项目站点是由 WSS 宿主的,所以该项目站点还可以通过其他 SharePoint Web 部件(例如,通知或事件)进行扩展。这样,团队能够以任何适合其项目的外观和风格来自定义他们的项目站点。
团队沟通和协作
工作项数据库
Visual Studio Project Management Tools 维护了一个工作项数据库,它存储每个公文包项目的工作项。工作项是一个可以通过特定工作流程分配和跟踪的工作单元。例如,错误工作项跟踪工作以解决软件产品中的可疑问题。错误的典型工作流是活动、待定、解决和关闭。现成可用的工作项有错误、风险、需求、方案、功能和任务。其他工作项类型则可以随时创建。
工作项与 Visual Studio 集成在一起,因此开发人员不用离开 Visual Studio IDE 可以查询分配给他(或她)的所有错误。测试人员也可以在 Visual Studio IDE 中创建一个新的错误。因为工作项数据库是集中式的,所以工作的状态始终是新的。
将代码签入与工作项相关联
另一个可以改进协作的 Visual Studio Project Management Tools 功能是,支持将代码签入与工作项相关联。常见的情形是开发人员修复错误。开发人员读取错误工作项,签出代码,进行修复,然后将代码签入。
Visual Studio Project Management Tools 使用“Pending Check-in”窗口来控制代码签入。当开发人员签入代码时,他或她可以将签入与工作项相关联(在本例中为已修复的错误)。开发人员不需要使用另一个工具来更新错误状态。此外,还可以设置一个策略来强制将所有的代码签入与工作项相关联。这可以确保在没有与分配的工作相关联的代码的情况下,不会进行代码开发。
管理软件流程
Visual Studio Project Management Tools 使软件流程成为软件项目开发工作的一个集成部分。通过将软件流程集成到工具中,可以在团队成员之间自动进行处理和交接。组成一个流程的元素有:文档模板、工作项和工作流、报告、安全组、签入策略和流程指导。这些元素打包到一个可在组织中推广和标准化的方法模板中。
每个公文包项目都基于一个方法模板。即使项目已经启动,也可以通过修改方法模板来轻松地向团队推广流程调优。
现成的方法模板
Visual Studio Project Management Tools 包含基于 Microsoft Solutions Framework (MSF) 的方法模板。MSF 是一个用于技术项目的精确且符合规定的方法,它基于来自 Microsoft 的一套定义好的原则、模型、规定、概念、指导和公认的做法。有两个现成可用的方法模板:MSF Agile 和 MSF Formal。MSF Agile 是一个用于小型或非正式软件项目的轻量级流程,而 MSF Formal 是为较成熟的软件项目设计的。项目经理可以在这些方法模板公认的做法中进行挑选,以便管理他们项目中的流程。
流程指导
每个方法模板的流程指导都与 Visual Studio 帮助系统无缝集成在一起。当某个团队成员需要帮助时,他们可以获得针对手头任务的上下文的流程指导。例如,如果一个开发人员在一个使用 MSF Agile 方法模板的错误窗体中按 F1,系统会显示帮助信息来描述特定于该 MSF Agile 错误窗体的字段,以及针对该错误要遵循的工作流。流程指导也与其他帮助主题一起进行交叉引用,例如,使用工具的过程和概念性的信息。此外,流程指导的帮助源代码也包括在内,因此组织可以通过添加新主题、修改步骤和进行任何必要的更改来对其进行自定义,以便支持他们的特定流程。
文档模板
方法模板包括团队在项目中使用的文档模板。文档模板集成在几个工具区域中。团队成员可以通过项目站点和 Portfolio Explorer 使用文档模板。文档模板的例子有规范、风险和项目计划。可以随时添加或创建新的文档模板。
工作项和工作流
项目中使用哪些工作项类型由方法模板确定。每个工作项都有自己的一套字段和规则,它们可以确定该工作项的工作流程,以及团队成员如何分配和执行任务。工作项跨 Portfolio Explorer、Microsoft Project 和 Microsoft Excel 集成。此外,没有 Visual Studio 的团队成员也可以在 Intranet 上通过浏览器与处理工作项。Visual Studio Project Management Tools 中包含的工作项类型有错误、风险、任务、方案、功能和需求。如果需要,可以随时添加或创建新的工作项类型。