MS VS2005 Team System：软件项目管理

注 本文档于产品投入生产之前编写，因此您可能会发现这里所包含的细节与发布的产品有不一致的地方。文中的信息均依据撰写本文时的产品状况，仅供您在计划时参考。如有更改，恕不另行通知。Microsoft 拥有本文档中的主题所涉及的专利、专利应用程序、商标、版权或其他的知识产权。除非 Microsoft 以任何书面许可协议明确提供，向您提供本文档并没给予您使用这些专利、商标、版权或其他知识产权的任何许可证。

　简介 
　　Visual Studio Project Management Tools 可以实现更好的计划、安排、协作、沟通、报告和流程控制。Visual Studio Project Management Tools 与 Visual Studio 集成开发环境 (IDE)、Microsoft Office、Windows SharePoint Services 和 SQL Server 2005 Reporting Services 相集成。Visual Studio Project Management Tools 允许项目数据和流程具有非侵入性的 (non-intrusive) 可见性和规范，从而使 IT 部门管理项目的方式产生变革。 

　软件设计项目管理的难题 

　项目经理或主管在构建软件项目时遇到了大量的问题。 

　转换工作中的缺口 

　客户需求与开发团队计划的工作之间存在着缺口。安排的工作与实际工作之间也存在着缺口。重要信息在这些缺口中丢失。需求没有完全满足，而完成的工作并不影响客户需求。需求管理工具试图解决这一问题，方法是提供这些缺口的链接以形成可跟踪矩阵。这些链接很快就变得过时且毫无意义，并给项目主管带来很大的维护负担。 

　团队协作和沟通很差 

　由于存在完全不同的文档，而且它们不一定是最新的或与实际工作进展同步，因此团队的协作和沟通受到了阻碍。项目主管必须花时间收集来自不同计划和列表的状态，而团队成员必须花时间发送状态报告并更新文档。这影响了团队工作效率，特别是当团队成员为了提供其工作状态而中断时。团队工作流的效率低下，其原因是团队可能要等待工作完成后他们才能开始，但他们缺少一种可靠的机制来确切获悉工作已完成。有时，仅仅在团队成员之间传递工作、跟踪问题或收集状态就用掉了工作的全部时间。 

　更正系统问题困难 

　即使项目主管发现必须进行项目过程更改时，在项目团队中实现适当的更改也是非常困难的。进行流程更改对团队的工作效率有很大的影响。团队成员要完成工作就必须不怕麻烦地查找流程信息或正确的文档模板。 

　对于分配到包含不同流程的多个项目的团队成员，查找正确的流程信息甚至会更加困难。为了决定应用哪些策略和规则，团队成员必须记住使用哪个流程。因此，团队成员对流程产生了厌恶感，而且不理会流程的更改，从而削弱了项目主管的作用。 

　跟踪，但没有管理 

　获得项目的重要衡量标准对于跟踪状态和做出决策十分重要。由工具生成的大部分衡量标准没有以统一的方式进行存储或访问。创建报告需要手动将信息从不同的工具剪切和粘贴到一种报告格式中，变得费时又费力。 

　因此，项目主管需要花非常多的时间从众多不同的工具收集衡量标准，以使项目计划保持最新状态并通知项目团队。通常，项目主管会身陷于跟踪细节，而没有进行项目风险分析和项目过程修正。 

　我们的解决方案 
　　Visual Studio Project Management Tools 旨在根据项目经理已知的软件来解决这些问题：Microsoft Excel、Microsoft Project、Microsoft Word 和 Windows SharePoint Services。 

　共享数据和自定义视图 

　项目主管将需求分解为组件或方案，进而分解成任务，分配给开发团队，因此 Visual Studio Project Management Tools 可以沿着这个路线捕获视图。这些视图存储工作产品（例如，功能规范、风险评估和项目计划）之间的关系。视图通过推理所建立的关系来提供上下文信息，这些信息在所有不同的视图之间共享，因此任何视图中的更新都会反映到所有项目工作产品上。 

　项目主管可以有很大的灵活性来组织他们的工作，而不会强制他们只用一个项目层次视图。项目主管可以根据功能、方案和组件在项目中创建视图，方法是在不同的视图中相应地选择和组织相同的数据。项目主管可以在项目的元素之间创建多对多的关系，这种关系可以反映确切的项目状态，而不会在无意义的可跟踪矩阵中徒劳无获。 

　在 Microsoft Excel 中构建工作项列表 

　项目经理通常使用 Microsoft Excel 来存储问题列表、工作项，甚至安排工作。Visual Studio Project Management Tools 提供一个 Microsoft Excel 加载项，将电子表格中的列表对象连接到工作项数据库中。工作项数据库是一个存储所有工作项（例如，错误、风险和任务）的地方。 

　考虑这种情况：项目经理创建一个电子表格，它包含最主要的 10 个风险。随着项目经理更改这些风险的分配、优先级和其他字段，团队成员会在他们的工作项队列中接收到更新的信息。项目经理不再需要查询工作项的状态，而且可以将这些信息从工作项数据库直接“拉”到电子表格中。 

　创建工作项列表有两种方式。通过 Portfolio Explorer（Visual Studio IDE 中的一个项目视图），项目经理可以选择一个工作项查询或文档节点，并创建一个新的数据绑定电子表格。这个新的电子表格将包含一个工作项列表，该列表填充了从查询获得的数据。 

　项目经理还可以从 Excel 中创建工作项列表，方法是使用加载项选择一个项目并导入工作项。 

　使用 Microsoft Project 维护项目计划 

　项目经理可以使用 Microsoft Project 来布局任务依赖项、加载平衡资源和估计结束日期。Visual Studio Project Management Tools 提供了一个 Microsoft Project 加载项，它可以将项目计划和项目团队数据连接在一起。在项目计划中安排工作之后，项目经理可以将数据发布到工作项数据库中。新的工作项会因为 Microsoft Project 中进行的任务分配而产生，而且任务会显示在相应开发人员的工作项队列中。当开发人员解决了问题并将新状态反映到工作项数据库中时，项目经理只需刷新项目计划即可获得最新信息。项目经理现在可以有效地使用 Microsoft Project 视图来跟踪任务状态，而无需召开状态会议和手动更新他们的项目计划。 

　实际上，项目主管可以监视几个不同项目计划中的任务状态。例如，项目主管可能想要按需求查看项目状态。而开发主管可能想要按组件查看项目状态。这两个人可以承担同一组任务，并将其组织在两个不同的项目计划中。当工作项中的状态更新时，开发主管可以查看开发项目计划中的组件进度，而项目经理可以查看需求项目计划中的需求进度。 

　可以按照与创建数据绑定 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 中创建一个新的错误。因为工作项数据库是集中式的，所以工作的状态始终是最新的。 

原文转自：http://www.ltesting.net