使用 OMPM - 第 3 部分 – OMPM 还有其他用途吗?

原文发布于 2012 年 1 月 14 日(星期六)

由我们的兼容性专家 Curtis Sawin 提供。

概述

OMPM 的主要用途是提供有关文档转换问题的详细信息,它能帮助回答问题“将我的二进制 Office 文件转换为 Open XML 文件格式有什么风险?”然而,我们发现许多用户使用 OMPM 帮助回答问题“在 Office 2010 应用程序中打开我的二进制 Office 文件有什么风险?”结果就是我们发现有些用户使用 OMPM 回答错误的问题,拿着出色的工具,花费大量的时间、精力还有金钱却一无所获。

识别部署前和部署后任务

对于所有的兼容性项目,不管平台是什么,都应将兼容性任务区分为部署前和部署后任务。也就是说,在迁移到新平台(例如 Office 2010、Windows 7 或 Internet Explorer 9)之前,您应把精力只放在使您能够部署新平台的任务上。此类任务应该对能否部署平台有着明显而直接的影响。这就是为什么部署前任务被视为促进部署 任务的原因。

部署后任务是那些允许您实现新平台好处的任务,这些好处包括提高工作效率(我提及过粘贴预览(该链接可能指向英文页面)吗?),以及降低成本。而且,部署后任务可以帮助您为将来的平台迁移做准备。此类任务被视为环境优化 任务。

例如,更新弃用的宏代码是一项部署后任务,因为被识别为之前版本 Office 弃用的对象模型项目还将继续编译,但是可能在未来版本的 Office 中不可用。换句话说,弃用的宏代码实际上并没有阻挠 Office 部署。所以在部署 Office 2010 之后,更新弃用的代码有助于迁移到未来版本的 Office。

转换文档也是一项部署后任务,因为这样做可允许您降低网络存储需求并帮助优化您的环境。

那么 OMPM 的正确用途是什么呢?

正如我们之前所讨论的,OMPM 识别文档转换 问题,而非文档问题。就是说,对于特定文档,OMPM 可以帮助告诉您“它是否可以转换”为最新的文件格式,但是它不会告诉您“它在 Office 2010 中是否能够工作”。

以部署前的方式使用 OMPM 以帮助了解“我的文档在 Office 2010 中打开时是否能够工作?”是 OMPM 的一个常见错误用法。主要有以下几点原因:

  • 该工具的名称中含有“计划”和“迁移”字眼。所以它应该在计划迁移时使用,对吗?(很遗憾,答案是否定的)
  • 该工具提供标识“红色”、“黄色”和“绿色”问题的结果。红、黄、绿的数据很好理解。绿色 = 好、红色 = 坏、黄色 = 不好(但也不坏)。
  • 最重要的是,该工具提供 IT 部门通过其他方式无法获得的数据。它可以扫描您的整个环境并使用易于理解的方式告诉您所有找到文档的状态。许多 IT 部门都认为 可参考的信息总比没有好。

最后一点才是问题的关键。OMPM 为 IT 专家提供要掌握的数据。通常,我们看到的是客户使用 OMPM 查找文档转换问题,然后仅集中对具有“红色”问题的文档进行测试。这是理顺海量数据的一个简单方法,以便易于管理。“红色”文档通常占总清单项数的 5-20%。通过理顺将清单缩小为只有所发现内容的 5% 听起来像是我的发现流程的一个非常棒的用法!

但是,这个方法有些缺点。正如我们所讨论的,最大的缺点就是 OMPM 只提供转换 问题,而不提供帮助您确定红色文档是否能够在 Office 2010 中工作的信息。另外,重点放在“红色”文档上会忽略文档的重要性,并将所有红色文档视为同等重要(即都是必须要测试的文档)。因此,您以为节省了时间,实际上却在浪费时间,结果可能只是埋头处理具有转换问题的文档,却不会给业务带来任何价值。最后,按照这种方式使用 OMPM 给人一种虚假的安全感。虽然您可以说为测试报告中仅具有红色问题的文档付出了努力,却不能说距离“我的文档在 Office 2010 中是否能够工作”的真相又近了一步。

我们发现,公司需要 12-18 个月来准备部署 Office 2010。就是说,一旦决定部署,可能需要多达一年半的时间才能让您的最终用户使用到新版本的 Office。大部分的这些时间都在使用 OMPM 进行冗繁(且费钱)的文档评估。实际上,我们发现在 Office 2010 升级之前不使用 OMPM 的用户部署得更快、更省钱,并且没有任何额外风险。

OMPM 和宏问题

2010 版本的 OMPM 有一项新功能,即该工具可以识别“宏问题”。简而言之,它提供两个数据点:潜在对象模型问题的计数和所有潜在 64 位兼容性问题的计数。

对象模型问题(在 OMPM 报告工具中列出为“功能问题计数”)汇总已从之前版本的 Office 中删除、更改或弃用的宏代码中项目的总数。64 位问题(列出为“x64 兼容性问题计数”)列出所有未明确列为“可安全用于 64 位 Office”的宏代码声明的总和。

通过此改进的功能,许多人都认为这信息非常有价值,必须在部署之前获得。例如,您不会愿意在 Office 2010 中使用具有 88 个功能问题和 3 个 x64 兼容性问题的文档,不是吗?这取决于:

  • 我是否在部署 64 位的 Office 2010?
  • 这些问题的影响或破坏性大吗?
  • 最重要的是,该文档对于业务来说是否至关重要?

如果您部署的不是 64 位的 Office 2010,则可以忽略 OMPM 报告工具“x64 兼容性问题计数”列中的所有数据。在这种情况下,它不提供任何价值,只会造成干扰。

“功能问题计数”数据是已删除、已更改或已弃用对象模型项目的汇总。其中大部分项目都不会造成影响,但有些可能有影响。要怎么区分呢?遗憾的是,OMPM 不会区分这两种情况。所以查看这些数据并不能帮助您什么。请参阅文章了解 Office 2010 对象模型中具有潜在影响的更改以获得对象模型更改如何影响宏的更多详细信息。

最后,虽然 OMPM 可以告诉您哪些文档具有最多的功能或 x64 宏问题,但是 OMPM 却不能告诉您该文档/宏对于业务是否至关重要。对不提供业务价值的文档进行测试和补救就是浪费时间。所以使用宏问题的数量来帮助确定哪些文档应该执行测试,通常会导致效率低下。

建议的 Office 文档发现方法

本文的大部分篇幅都在说明要做什么,这样其实对您没有任何帮助。所以,如果使用 OMPM 发现文档和宏没有意义,那么应该怎么做呢?从最终用户入手。与您的客户深入讨论。Office 的一个主要好处(和挑战)就是最终用户可以使用 Office 构建他们自己的解决方案,而该 Office 解决方案不由 IT 部门管理。另外,许多公司可能没有 IT 组织来管理他们的 Office 文档,所以 IT 部门几乎不知道哪些 Office 文档对于业务运行至关重要。

您会发现与项目经理、关系经理或指派的业务领导合作以识别哪些文档对于业务至关重要,比使用 OMPM 扫描您的整个环境并纠结于错误的数据来达到同样的目标要快得多。这种合作方法还可用于其他 IT 计划和项目,并帮助您更灵活地改变您的环境。

大多数兼容性项目,不管平台是什么,都使用“清点、合理化、测试、补救”这一流程。对于 Office,使用 OMPM 进行发现、通过筛选“黄色”或“红色”并测试和补救更小的部分来来进行合理化似乎很符合逻辑。这么做盲目的地方就是根据错误的标准合理化您的列表。就像首先根据颜色选择汽车一样。“亲爱的,这是蓝色汽车的清单,选一辆吧。”当您针对错误的数据集执行测试/补救时,您不会降低风险。实际上,您会因为选错了数据而增加风险。

首先与业务部门合作以识别重要的文档/解决方案,将提供高效的方法来同时执行发现和合理化,因为业务部门会在数据生成后立即对其进行验证。结果是提高了效率(缩减了时间/成本)并降低了风险(通过集中处理正确的数据)。

摘要

OMPM 是一款用于执行特定任务的出色工具。使用 OMPM 查找文档转换问题,并使用该数据确定是否有足够的业务理由在完成 Office 2010 部署之后转换您的文档,这是实现您投资价值和潜在节约的一个好方法。使用 OMPM 回答错误的问题将导致升级项目昂贵且低效,这会影响业务的灵活性并推迟 Office 2010 给客户带来生产力效益的时间。

有关详细信息

本文中的概念在时长为 1 小时的视频解决 Office 兼容性以加速 Office 部署(该链接可能指向英文页面)中有更为详细的介绍,该视频录制于在加州阿纳海姆召开的 Microsoft SharePoint 大会。下面是对视频的简介:

Office 文件和解决方案兼容性是众多组织在开始计划 Office 升级时关心的问题。这通常会使部署项目延期并阻碍新版本价值的实现。若要让部署项目少走弯路,关键在于使用正确的流程和合适的工具来了解潜在的风险。该交流会将演示正确的方法会如何解决昂贵/冗繁的评估、对于未知的担忧和增加的成本这些问题。与 Office Compat 团队会面并了解如何利用程序和资源加快 Office 2010 或 Office 365 客户端部署的速度。

链接

使用 OMPM - 第 1 部分 - 识别文档转换候选对象和估计存储节省
使用 OMPM - 第 2 部分 – 执行批量转换

这是一篇本地化的博客文章。请访问 Using OMPM Part 3 – Are there other uses for OMPM? 以查看原文