使用 OMPM 第 3 部分 – OMPM 有其他用途嗎？
英文原文已於 2012 年 1 月 14 日星期六發佈
概觀
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 和巨集問題
OMPM 2010 版的一個新功能是，此工具會找出「巨集問題」。簡而言之，此工具會提供兩個資料點：所有潛在物件模型問題的計數，以及所有潛在 64 位元相容性問題的計數。
在 OMPM 報告工具中列為 [功能性問題計數] (Functionality Issue Count) 的物件模型問題，會摘要說明巨集程式碼中已從舊版 Office 移除、變更或淘汰的項目總數。列為 [x64 相容性問題計數] (x64 Compatibility Issue Count) 的 64 位元問題，則會列出未明確列為「對 64 位元 Office 無害」的所有巨集程式碼宣告加總。
有了這個改進的功能，許多人都認為必須在部署之前顯露這個無價的見解。例如，您不會想要在 Office 2010 中使用具有 88 個功能性問題，以及 3 個 x64 相容性問題的文件，不是嗎？這取決於：
- 我是否要部署 64 位元的 Office 2010？
- 這些問題是有害還無害？
- 最重要的是，此文件對企業重要嗎？
如果您不是部署 64 位元 Office 2010 的話，則可以忽略 OMPM 報告工具 [x64 相容性問題計數] (x64 Compatibility Issue Count) 欄中的所有資料。在這個情況中，此工具不會提供值，只會產生噪音而已。
[功能性問題計數] (Functionality Issue Count) 資料是已移除、變更或淘汰之物件模型項目的摘要。其中大部分的項目為無害的，但某些可能會造成影響。該怎麼分辨呢？不幸的是，OMPM 無法分辨其差異。因此，查看資料並不會有太大幫助。如需物件模型變更如何影響巨集的詳細資訊，請參閱＜了解 Office 2010 物件模型中可能有影響的變更＞。
最後，雖然 OMPM 可以告訴您哪些文件具有最多的功能性或 x64 巨集問題，但是卻無法告訴您此文件/巨集對企業是否重要。在無法提供企業價值的文件上進行測試和補救只是浪費時間。因此，使用大量巨集問題來協助合理化應測試的文件，通常是很費時的動作。
建議的 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?