项目经理经常抱怨流程培训费用高昂，而且方法不好掌握。当前这种使用现有工具将流程指导合并到 SDLC 的方法，导致了指导经常与帮助和工具本身产生分离。另外，对于用户来说，映射整个内容的路线不明显。

    铺天盖地的内容

    现有解决方案中所提供的内容可能不合适、过时且又铺天盖地。目前，这样的内容采用的是“掩埋”法。对于所提供的数量巨大的内容，需由用户对其进行分类，并从中挑选出与特定项目有关的内容。虽然这种掩埋法试图让每个人满意，但最终却无人为之喝彩，原因在于它时而灵活，时而却很笨拙。另外，现有的打包流程指导不容易更新。这经常导致工具帮助、模板和指导之间不匹配。

    自定义没有用或不直观

    SDLC 流程自定义的尝试难以取得非常好的效果。自定义需要首先使用指导，而为自定义提供的示例不够充分且实际使用价值不大。这经常导致指导一经自定义就无法识别。

    在现有的打包流程指导中，用户没有自始至终感受到一致的整体体验。要使自定义的流程进入有用的系统，用户经常需要做大量的工作。其结果是，静态流程经常没有随着项目技术与环境的变化而变化。这种静态流程很快就会变得过时，因此也就没有用处。另外，这种自定义流程仅仅相当于一组 Web 页。与选定的工具集相集成采取的是一种特定页面形式，这种页面专门在流程的上下文中使用软件开发工具或部署环境。它很少考虑到流程和工具集之间的所有交互。人们使用这个工具时，必须切换到浏览器去寻找适当的主题。其结果是有断开连接的感觉。

    相比之下，流程和工具的和谐统一注定 MSF 有一个高效且集成的方法。在 MSF 中，每个操作都会在流程上下文中捕获到。对某些衡量标准（例如，实际工作与计划工作、测试覆盖与错误修复、代码变动与代码稳定性）可以自动跟踪，无需进行任何额外的工作。数据会作为日常活动的一部分加以收集。流程需要的、在以前很难进行的任务，现在因 MSF 而变得很简单、不显眼、无需费力。

    我们的解决方案：利用得到的教训

    MSF 包括了从以前尝试中得到的重要发现，以便使软件开发流程正式化，以及合并流程指导。其结果是使 Microsoft 的非常好的做法、外部参与者的技术专长和这些重要发现的组合，成为一个可按需提供适当且有用的指导的框架。融入到 MSF 远景目标的一些重要教训包括：为维护而设计的内容、一个清楚的元模型、一个清楚的插件模型和许多贯穿整个内容的导航路径。

    为维护而组织的内容

    MSF 被设计成能够按照主观意愿有效地更新内容。可以轻松地在 MSDN 及整个工具集的所有元素中更新内容。这种同时更新模板、指导和工具帮助的功能，确保了流程指导的所有方面均相匹配。这使得用户在广泛使用该集成指导程序包时工作效率更高。

    清晰的元模型

    MSF 由一个拱形元模型控制。这个框架确定如何将流程指导呈现给用户，并确保它以一致的方式显示。使用该元模型，用户可以轻松地确定他们需要的指导类型，以及项目要求的复杂程度。一旦用户选择了一种指导类型和复杂程度，MSF 就可以及时、快速地提供适当的指导。

    清晰的插件模型

    MSF 提供一种清晰的方式来自定义和“插入”内容。一旦用户选择了流程指导的类型和复杂程度，MSF 提供的内容就可以“按原样”使用，或者对其进行自定义以满足用户和项目的特定需要。在 MSF 中，示例内容非常强大而且是相关的，从而给用户一个坚实的基础，以便于从中构建高质量的流程指导。

    众多导航路径

    MSF 提供的不只是一个贯穿流程指导的导航路径，而是各种各样的路径，它们会随着用户决定的改变而改变。根据用户的需要，MSF 可以提供十分详细的“即购即用 (out of the box)”的流程指导，或者较为基本的清单（可以根据项目的要求对这些清单进行自定义）。每次用户访问 Visual Studio 2005 Team System 中可用的集成工具时，都可以选择他们期望在流程指导中拥有的详细程度和自定义级别。

    通过吸取所得到的教训并利用 Microsoft 的内外资源，Visual Studio 2005 Team System 中的流程集成以一种前所未有的方式为软件专业人员提供解决方案。

    扩展可能性

    有了 MSF，流程就不仅仅是文档。它也证明了自身是一个真正的工具行为变革。如果您在项目开始时选择流程，则您还选择了工作流和工作产品，而这些将驱动系统的行为方式。对 SDLC 流程的支持是内置的，这有助于为工作流提供无缝支持。通过将流程集成到团队成员日常使用的工具中，MSF 降低了采用流程的门槛，从而可以自动收集跨功能的项目衡量标准，而无需与手动报告有关的开销。MSF 的下列元素可以自定义：

    <1>流程指导 
    <2> 迭代结构 
    <3> 进入条件和退出条件视图 
    <4> 工作项类型定义和规则（活动和工作产品） 
    <5> 工作项查询 
    <6> 源代码签入策略 
    <7> 角色群集和安全组 
    <8> 文档模板（Excel 和 Word） 
    <9> Microsoft 项目模板 
    <10>报告 
    <11> 项目门户/SharePoint 站点模板

    MSF 使用方法模板来定义各个项目所遵循的流程。没有一个通用的流程对所有组织甚至一个组织中的所有项目都有效。为了解决这个问题，MSF 提供一个灵活的工具集，它可以使用既灵活又正式的流程。Microsoft 的 Global Solution Integrator 合作伙伴提供他们自己的产品可用的方法模板，您也可以创建自己的方法模板。流程扩展性允许自定义工作项类型、签入策略、自定义报告和项目管理模板。

    小结

    通过在正确的时间为正确的人提供正确的流程，MSF 为软件开发提供了更好的流程指导。基于来自 Microsoft 内部来源和合格的外部来源的成功、实际的非常好的做法，MSF 避免了以前试图使软件开发流程正式化的缺陷，并且融入了成功的元素。MSF 解决方案为高效、集成和可扩展的流程指导提供了一个框架，同时提供了一个可以使用既灵活又正式的流程的灵活工具集。