次の方法で共有

Office の互換性の評価

  • [アーティクル]

適用対象:Office 2019、Office 2016

重要

Office 展開プロジェクトを順調に進めるには、Office の互換性を評価するための適切なプロセスの使用、および Office のアップグレードによって発生する可能性があるリスクの理解を支援するツールの使用という 2 つの事柄が主に重要となります。 Office では、これらの両方がサポートされています。 この記事で説明されているプロセスと Office テレメトリ ダッシュボードなどの Office ツールを使用すると、Office の展開を高速化でき、ユーザーは中断を最小限に抑えながら新しいバージョンの Office にスムーズに移行できます。 この記事では、互換性プロセスと、Office テレメトリ ダッシュボードが統合される方法について説明します。

Office テレメトリ ダッシュボードとは

Office 2013 で導入された Office テレメトリ ダッシュボードは、Office 2010 互換性ツール (Office Migration Planning Manager (OMPM)、Office Code Compatibility Inspector (OCCI)、Office Environment Assessment Tool (OEAT) に代わる互換性監視フレームワークです。 Office の互換性プロセスの一部として Office テレメトリ ダッシュボードを使用すると、Office の互換性の評価に費やす時間を最小限に抑えることができます。 また、Office のアップグレードに伴うリスクも低減されます。

Office テレメトリ ダッシュボードは次のように機能します。Office ドキュメントまたはソリューションが読み込まれたり、使用されたり、閉じられたり、特定の Office アプリケーションでエラーが発生したりすると、アプリケーションはイベントに関するレコードをローカル データ ストアに追加します。 各レコードには、問題の説明と詳細情報へのリンクが含まれています。 また、インベントリ データと利用状況データも追跡されます。

以前のバージョンの Office で Office テレメトリ ダッシュボードはどのように機能しますか? Office テレメトリ ダッシュボードは、Office 2003、Office 2007、および Office 2010 には組み込まれません。 サポートされなくなったクライアントの場合は、インストールされているアドインと最近使用したドキュメントに関する情報を収集するエージェントをデプロイします。 新しい Office クライアントとは異なり、これらのクライアントのアプリケーション イベント データは受信されません。ただし、インベントリと使用状況データを受け取ります。 このデータを使用すると、使用中のアプリケーションと、ビジネスにとって重要な可能性が高いアプリケーションを特定できます。

重要

  • Office テレメトリ ダッシュボードは、組織内で使用されるアドインなどの Office ドキュメントとソリューションに関するインベントリ、使用状況、正常性データを収集するオンプレミス ツールです。 データは主に、組織がアプリケーション互換性テストを行うのに役立つよう設計されています。
  • Office テレメトリ ダッシュボード用に収集されたデータは、組織によって制御される SQL Server データベースに格納され、収集されたデータは Microsoft に送信 されません 。 詳細については、「 Office テレメトリ ダッシュボードのエージェントによって収集されたデータ」を参照してください。
  • Office テレメトリ ダッシュボード用に収集されるデータは、Microsoft に送信できる Office 診断データとは異なります。 Office 診断データの詳細については、「 Microsoft 365 Apps のプライバシー制御の概要」を参照してください。
  • Office テレメトリ ダッシュボードの管理に使用される設定は、Office 診断データには影響しません。また、その逆も同様です。 Office 診断データの管理の詳細については、「 ポリシー設定を使用して Microsoft 365 Apps のプライバシー制御を管理する」を参照してください。

Office の互換性プロセス

Office の互換性ツールは Office の展開を困難にする、一般的な問題に対処します。 これらのツールは、展開を高速化し、レポートを通じて展開の未知の要因を減らし、将来の Office アップグレードの基盤を構築するのに役立ちます。 最適な結果を得るには、Office の組み込みの互換性インフラストラクチャを使用し、段階的なアプローチを使用して Office の互換性を評価します。

Office 互換性プロセスのフェーズ

段階 説明
検出フェーズのアイコン。 使用されているドキュメントおよびソリューション、使用者、および使用頻度を検出します。 この情報は、アップグレードする Office のバージョンとの互換性をテストする方法を決定するのに役立ちます。 複数のユーザーが頻繁に使用しているドキュメントやソリューションは、テストの候補として適したものになります。
合理化フェーズのアイコン。 ビジネス グループと協力して、ビジネスに不可欠なドキュメントおよびソリューションを特定します。 検出フェーズで発見したデータは、この議論の活性化と指導に役立ちます。 Office 展開の初日から利用できる必要がある、ビジネスに不可欠なドキュメントとソリューションを特定することが目標です。
[検証] フェーズのアイコン。 Office を使用して、ビジネスの遂行に必要なドキュメントおよびソリューションをユーザーがテストするパイロット展開を開始します。 これを、ユーザー受け入れテストと呼びます。 展開初日に準備する必要があるドキュメントとソリューションに発生する、すべての問題のトラブルシューティングを行います。
[管理] フェーズのアイコン。 Office を展開して、引き続きドキュメントおよびソリューションを監視します。 更新された Office ソリューションを展開し、Office のパフォーマンスおよび動作の傾向を監視します。 ビジネスに不可欠ではないドキュメントおよびソリューションで問題が発生した場合は、ヘルプ デスクのリソースを活用して問題のトラブルシューティングを行います。

この記事では、互換性プロセスの各フェーズについて説明し、Office テレメトリ ダッシュボードを使用してプロセスをサポートする方法について説明します。

フェーズ 1: どの Office ドキュメントおよびソリューションが使用されているかを調べる

検出フェーズの目標は、最も使用されているドキュメントとソリューション、およびその使用者を把握することです。 検出プロセスの開始には、次の 2 つのアプローチがあります。

  • 推奨される方法は、Office Telemetry Agent の展開を開始して、監視対象グループ内の使用状況を検出し、その結果を使用してビジネス グループとのディスカッションを開始することです。

  • ビジネス グループと提携し、ビジネスクリティカルなドキュメントとソリューションの一覧を要求することを検討してください。 ビジネス グループで障害復旧計画が策定されている場合は、その計画にこの一覧が含まれている場合もあります。 このアプローチの欠点は、一覧が最新のものではない可能性があることです。 この方法を選択した場合は、データを使用してこれらのリストを絞り込む計画を立てる必要があります。

空白のリストから始めるかどうかにかかわらず、ビジネス グループの操作を回避することはできません。 このツールでは、ビジネスにとって何が重要であるかを伝えることはできません。 ツールでは、使用に基づいて重要なものの手がかりを得ることができますが、それらのドキュメントやソリューションのビジネスにとっての重要性はビジネス グループにしか判断できません。 たとえば、データのみに依存すると、見落とされる可能性があります。 年末の売上レポートや年間パフォーマンス レビューのテンプレートが見逃される場合があります。 データ収集時に使用されていない他のドキュメントも見落とされる可能性があります。

次に、エージェントを既存の Office クライアントに展開する計画を立て始めます。 エージェントを展開する前の注意点がいつくかあります。 Office テレメトリ エージェントにエージェントを展開するための要件を次に示します。 Office テレメトリ ダッシュボードの展開の詳細については、「Office テレメトリ ダッシュボードの 展開」を参照してください。

監視対象の Office クライアント コンピューターを選択する

組織全体のクライアント コンピューターのうち、約 20% を監視することをお勧めします。 組織内の各グループで使用されている業務分野別ソリューションを特定できるように、監視対象のサンプルには各ビジネス グループを代表するユーザーを含める必要があります。 サンプルには、熟練ユーザー、および Office の試験運用に興味を示しているユーザーを含めます。 グループまたは組織単位 (OU) 全体を監視する方が、参加する個別のクライアント コンピューターを選択するよりも制約が少なく、簡単な場合があります。 小規模な組織では、すべてのクライアント コンピューターを監視してもかまいません。

ビジネス グループ関係者のプライバシーに関する懸念事項を特定する

人事、法務、財務などの一部のビジネス グループでは、データ内の個人または機密ファイルの公開に関する懸念がある場合があります。 Office テレメトリ ダッシュボードには、このデータが公開されないようにするためのいくつかの方法が用意されています。 たとえば、ファイル名とタイトルを意図的に隠すようエージェントを構成できます。 また、特定のアプリケーションのデータがレポートされないようにすることもできます。 プライバシー設定の詳細については、「 Office テレメトリ ダッシュボードで監視されるデータのプライバシーを管理する」を参照してください。 ビジネス グループでプライバシー オプションを確認し、Office テレメトリ ダッシュボードでレポートから除外する Office データの種類を決定します。

Office テレメトリ ダッシュボードに表示されるクライアントを分類する方法を決定する

エージェントをクライアントにデプロイする場合は、クライアントを記述する最大 4 つのラベルを指定できます。 これらのラベルは、ダッシュボードでデータをフィルタリングして、個別のビジネス グループ、特定の種類のユーザー、特定の地理的な場所にいるユーザーなどに絞り込む場合に役立ちます。 ビジネス グループと協力して、この一覧を策定します。 Office テレメトリ ダッシュボードを展開するときにラベルを構成する方法の詳細については、「エージェントの有効化と構成」セクションを参照してください。

フェーズ 2: インベントリ データを合理化してビジネスに不可欠な Office ドキュメントおよびソリューションを識別する

合理化フェーズの目標は、ビジネスに不可欠な Office ドキュメントおよびソリューションを特定することです。 傾向の検索を開始する前に、少なくとも 1 日は Office テレメトリ ダッシュボードでデータを収集することをお勧めします。

以下のセクションは、データの解釈、ビジネス グループの操作、テスト対象の決定に役立ちます。

Office テレメトリ ダッシュボードのデータから分析情報を得る

Office テレメトリ ダッシュボードにデータが入力され始めると、使用状況の傾向を探し始めることができます。 調査を開始するにあたってのヒントをいくつか示します。

  • どの部門またはグループも表されていないが、そうである必要があるかどうかを確認します。 たとえば、使用されている財務ソリューションがない場合は、財務グループの監視を有効にすることを忘れる場合があります。

  • 10% を超えるユーザーが、より多くの評価の候補として使用するドキュメントとソリューションを探します。

  • 3 人以上のユーザーが使用するドキュメントを探します。 共同編集の傾向はありますか? これらのテンプレートですか? 共有されるドキュメントの数がソリューションよりも少なくなる場合があります。

  • ユーザー番号が低い場合でも、今後追跡することが重要であることがわかっているソリューションをメモします。

  • ドキュメントがどこから開かれているかを確認します。 この情報は、電子メール メッセージの添付ファイルと頻繁に編集されるドキュメントを区別するのに役立ちます。

  • 同じソリューションまたはドキュメントで異なるファイル サイズが複数あるかを確認します。 これは、複数のバージョンが使用されていることを示しています。 これらのファイルは、将来の統合の候補です。

ビジネス グループと協力して、テストする Office ドキュメントおよびソリューションを決定する

今では、ビジネス グループと協力して、重要なドキュメントとソリューションを特定しました。 提供された一覧と、Office テレメトリ ダッシュボードに表示される使用状況データを比較します。 利用状況データが、ビジネス グループから提出された一覧を裏付けるものとなっているかを確認します。 重要なドキュメントやソリューションであることが利用状況データからは判断できない場合、これらが特定の時期に使用されるものであるかどうかを確認します。 たとえば、一部のソリューションは、会計年度末に向けてより多く使用される場合があります。 ユーザー受け入れテストの計画を調整できるように、利用状況データとの違いについて再度ビジネス グループと話し合うことをお勧めします。

まだビジネス グループと協力して作業していない場合は、この段階で連絡をとります。 初期の利用状況データから、テストおよび修復の候補となるドキュメントおよびソリューションの一覧を作成できます。 ただし、優先度レベル (高、中、低など) を割り当てる代わりに、ドキュメントとソリューションをテストの種類別にランク付けすることをお勧めします。 ビジネス グループに対して、次の表に示す選択肢のうちのいずれかを割り当てるように依頼します。

テストする Office ドキュメントおよびソリューションの分類

ドキュメントとソリューションの種類 必要なテスト
IT 部門が責任を持っており、必ず動作させる必要があるドキュメントおよびソリューション 事前テスト
優先度の高い、これらのドキュメントやソリューションは、Office 展開の初日に使用できるように、テスト、修正、および準備を行います。
誰かがそれらについて呼び出した場合に IT によって修正されるドキュメントとソリューション 事後対応的にテストする
これらのソリューションは、ユーザーがヘルプ デスクに問題を報告した場合にのみ修正します。
どのユーザーも重視していないドキュメントおよびソリューション テストしない

ビジネス グループに連絡し、ドキュメントおよびソリューションを分類するように依頼したときに、ビジネス グループは、すべてを優先度の高いものの一覧に割り当てる必要があると主張する場合があります。 Office の互換性に関する専門家である Chris Jackson は、Office 互換性テストにまつわるコストについて TechNet マガジンに記事を執筆しました。 事後対応的なテストを正当化し、Office の移行にしばしば悪影響を与える感情的な懸念を払しょくするためにこの情報を使用できます。 詳細については、「Microsoft Office: Office の互換性に関する数学」を参照してください。

フェーズ 3: Office ファイルとソリューションの動作を確認する

検出と合理化のフェーズを完了したら、Office との互換性のために優先度の高いドキュメントとソリューションのテストを開始します。 検証フェーズの目標は、ソリューションとドキュメントが、ユーザーが作業する必要がある環境で動作することを確認することです。 これは、ソリューションまたはドキュメントにバグがないことを意味するものではありません。 これは、バグがユーザーの作業を妨げないようにすることを意味します。

残念ながら、この作業を行うツールはありません。 Office で作業することによってドキュメントおよびソリューションをテストするようにユーザーに依頼する必要があります。 これは、ユーザー受け入れテストと呼ばれ、必ず行う必要があります。 クイック実行によってユーザー受け入れテストを簡単に実施できるようになり、ユーザー受け入れテストを試験運用に変えることができます。 ユーザーに対して、新しいバージョンの Office でドキュメントおよびソリューションを使用するように促し、問題が発生した場合は以前のバージョンの Office を使用するようにアドバイスします。

Office テレメトリ ダッシュボードのデータは、何が壊れているか、その方法を示すことができるため、このフェーズでも大きな助けになります。 Office テレメトリ ダッシュボードには、ドキュメントやソリューションの更新時の安定性をすばやく確認するのに役立つ肯定的な傾向と否定的な傾向が表示されます。

ユーザー受け入れテストを計画および監視するのに役立つガイドラインをいくつか示します。

ユーザー受け入れテストに参加するユーザーを特定する

ビジネスに不可欠なドキュメントおよびソリューションの所有者は、ユーザー受け入れテスト参加の有力な候補者です。 各部門では、検出フェーズで生成した一覧を確認することによって所有者を特定できます。 そうでない場合、データは最もアクティブなユーザーを表示することで役立ちます。

また、ソリューションまたはドキュメントのしくみの詳細を把握している可能性があるため、各部門内の技術ユーザーを募集する必要もあります。 また、ジョブ レベル、ロール、場所をまたいでテスト担当者の多様なベースを探します。

ユーザー受け入れテストの環境をセットアップする

ユーザー受け入れテストの重要なルールの 1 つは、テスト環境が運用環境とできるだけ似ている必要があるということです。 テスト環境を設定するには、いくつかの方法があります。 運用ドメイン内に個別の組織単位 (OU) を設定することも、運用環境と同じ別のテスト環境を設定することもできます。 テスト環境をセットアップしやすく、ユーザーが簡単にアクセスできるようにする必要があります。 目標は、テストの障壁を取り除き、テストする時間がないと言うユーザーからの苦情を最小限に抑することです。 組織には、テスト環境が既にプロビジョニングされ、一元的に管理されている場合があります。 その場合は、それを使用します。 テスト環境がまだない場合は、設定しないでください。 代わりにクイック実行を使用します。

クイック実行を使用すると、リスクを負わずに、運用環境でテストを行うメリットを最大限に享受できます。 クイック実行 を使用して Office をインストールすることによって、ユーザーは、以前のバージョンの Office を 現在のバージョンの Office と共に実行できます。 互換性などの問題が発生した場合、ユーザーは、以前のバージョンの Office を使用して引き続き作業できます。

クイック実行を使用すると、ユーザー受け入れテストをパイロットに変換する方が簡単です。 以前の環境を維持したまま新しい環境を展開し、Office テレメトリ ダッシュボードを使用して Office のクイック実行展開の状態を監視できます。 使用されているビルド、およびレポートされている互換性の問題を確認できます。 Office テレメトリ ダッシュボードを使用してユーザー受け入れのテストとパイロットを監視すると、新しいバージョンの影響を知らないという恐怖が軽減されます。 ビジネス グループおよび Office ソリューションの所有者に対して、展開の状態以上の情報を提供できます。

重要

Office のサイド バイ サイド インストールは、運用環境のための長期的なソリューションとしてではなく、ユーザー受け入れテストおよび試験運用のための一時的なソリューションとして使用することをお勧めします。 運用展開が開始されたら、以前のバージョンの Office を段階的にアンインストールするように計画します。

優先度の高い Office ドキュメントとソリューションの問題の修正

現在では、デプロイの 1 日目に準備する必要がある優先度の高いドキュメントとソリューションが識別され、テストされます。 ユーザーからのバグ レポートに加えて、Office テレメトリ ダッシュボードのデータは、既存の Office ドキュメントとソリューションで使用した場合の Word、Excel、および Microsoft Outlook のパフォーマンスを示します。 バグやその他の問題に関する情報を収集するときは、社内の開発者やビジネス グループ マネージャーと協力して修復計画を作成します。 社内ソリューションを廃止するか修正するか、ベンダーと協力して Microsoft 以外の製品の更新バージョンを取得するかを決定する必要があります。

このプロセスでは、Office テレメトリ ダッシュボードと Office テレメトリ ログの両方が役立ちます。 付加的な修正や新しいバージョンの Office ソリューションを展開して、Word、Excel、および Microsoft Outlook の正常性を監視できます。 開発者は、Office テレメトリ ログを使用して、既存のドキュメントおよびソリューションと共に Word、Excel、および Microsoft Outlook を使用した場合にローカル コンピューターで発生する互換性のイベントを監視できます。

開発チームは、テスト プロセスを支援する自動テスト ツールを用意している場合があります。 ツールを調整して、デプロイをブロックする問題のみにフラグを設定して修正し、初日の準備を確実にします。 ユーザーの日常業務に影響しないバグを初日に修正する必要はないでしょう。 必要に応じて、これらのソリューションを時間の経過と同時に修正できます。

注:

ベンダーのサポートに関する声明を互換性テストの代わりとして利用できるかどうか疑問に思う場合は、Chris Jackson による Microsoft Office: Office の互換性に関する数学 を参照してください。 この記事では、ベンダーのサポート状況を調査することのコスト上のメリットとデメリットについて説明しています。

フェーズ 4:新しいバージョンの Office への移行を管理する

管理フェーズの目標は、Office テレメトリ ダッシュボードを使用して Office の使用状況とアドインを監視し、ユーザーが Office に移行できるように準備することです。 Office の互換性モードを設定して、新しいバージョンに移行したユーザーと共同作業するときに、以前のバージョンを使用しているユーザーが完全な編集機能を持っていることを確認します。

Office を展開したら、Office の正常性および利用状況の傾向を確認します。 これにより、Office に対する投資の価値を引き出し、将来の展開における見通しを得ることができます。 たとえば、使用されている ActiveX コントロールを把握すると、将来の Windows の更新に役立ちます。 Excel が単にスプレッドシート ツールとしてだけではなく、データ接続を使用するフロントエンド アプリケーションとしても使用されているかどうかや、新しい Office ソリューションによる環境への影響などを把握しておきます。 別の Office 展開の場合は、使用されている内容と重要な内容を正確に把握しているため、検出プロセスを完全にスキップできる場合があります。

以降のセクションでは、管理フェーズについてのいくつかのガイダンスを示します。

Office テレメトリ ダッシュボードを使用して Office アドインを管理する

Office で使用されているソリューションを監視すると、読み込みに時間がかかるアドインや、頻繁にクラッシュするアドインが見つかる可能性があります。 また、組織内で使用すべきではないアドインも見つかる場合があります。 グループ ポリシー設定を使用すると、これらのアドインを Office で使用するときに管理できます。

Office テレメトリ ダッシュボードには、これらの設定を構成するためのインターフェイスが用意されています。 [ソリューション] ワークシートで、ページの上部にある [アドインの管理] リンクを選択すると、[アドインの管理] ワークシートが表示されます。 そのワークシートでは、各アドインに関するデータを表示し、グループ ポリシー設定を選択して各アドインを制御できます。 ワークシートの手順を使用して、Active Directory 組織単位にグループ ポリシーを適用するために実行できるスクリプトを生成します。

サポートされている各 Office アプリケーションに対して、個別のアドイン管理設定があります。 これらは次のパスにあります。

  • ユーザー構成\Policies\管理用テンプレート\Office アプリケーション名\その他\マネージド アドインの一覧

  • ユーザー構成\Policies\管理用テンプレート\Office アプリケーション名\その他\非管理対象アドインをすべてブロックする

以前のバージョンの Office を段階的にアンインストールする

以前のバージョンの Office を使用する新しいバージョンの Office は、パイロット テスト中の短期的な互換性ソリューションとしてのみ実行することをお勧めします。 パイロット フェーズが終了し、運用展開が開始されたら、新しいバージョンを実行している運用コンピューターから以前のバージョンの Office の削除を開始します。 この手順では、更新または修復後にファイルの種類の関連付けが破損することによって発生する広範な問題を防ぎます。

Office で互換モードを管理する

Office では、以前のバージョンの Office アプリケーションで作成されたドキュメントを開くために、互換性モードが自動的に使用されます。 互換モードでは、ドキュメントの新しい Office 機能または改善された Office 機能がブロックされ、以前のバージョンの Office のユーザーは完全な編集機能を引き続き使用できます。 互換モードでは、ドキュメントのレイアウトも保持されます。

全体的な Office トレーニング計画の一環として、ユーザーに対して互換モードのしくみについてのガイダンスを提供する必要があります。 互換モードの管理設定の詳細については、「Office の互換モードの管理」を参照してください。

ヘルプ デスクおよびユーザーに対して変更点の教育を行う

ヘルプ デスクに対して Office についての教育を行い、ユーザーをサポートできる準備を整える必要があります。 まず 、Microsoft 365 トレーニングにアクセスする必要があります。