Office の互換性の評価

適用対象:Office 2019、Office 2016

重要

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

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

Office テレメトリ ダッシュボードとそのコンポーネントは、Office 2010 互換ツール Office Migration Planning Manager (OMPM)、Office Code Compatibility Inspector (OCCI)、Office Environment Assessment Tool (OEAT) に取って代わる、Office 2013 で導入された互換性監視フレームワークです。 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 テレメトリ エージェントの展開を開始することです。

  • もう 1 つのアプローチは、ビジネス グループと協力し、ビジネスに不可欠なドキュメントおよびソリューションの一覧を提出するようにビジネス グループに依頼するアプローチです。 ビジネス グループで障害復旧計画が策定されている場合は、その計画にこの一覧が含まれている場合もあります。 このアプローチの欠点は、一覧が最新のものではない可能性があることです。 この方法を選択した場合は、データを使用してこれらのリストを絞り込む計画を立てる必要があります。

一覧を最初から作成するかどうかにかかわらず、ビジネス グループとの協力は不可欠です。 このツールでは、ビジネスにとって何が重要であるかを伝えることはできません。 ツールでは、使用に基づいて重要なものの手がかりを得ることができますが、それらのドキュメントやソリューションのビジネスにとっての重要性はビジネス グループにしか判断できません。 たとえば、データのみに基づいて作業を行う場合、年末の売上レポートや年次パフォーマンス レビュー テンプレート、データ収集時に使用されていないその他のドキュメントなど、季節に応じて使用されるソリューションが見つからない可能性があります。

次に、エージェントを既存の 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 テレメトリ ダッシュボードのデータは、既存の Office ドキュメントとソリューションで使用した場合の Word、Excel、Microsoft Outlook のパフォーマンスを示します。 バグやその他の問題に関する情報を収集するときは、社内の開発者やビジネス グループ マネージャーと協力して修復計画を作成します。 ソリューションを廃止するか(自社で開発した場合)、ベンダーと協力して(サードパーティ製品の)更新バージョンを入手するかを決定する必要があります。

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

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

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

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

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

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

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

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

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

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

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

Office では、以前のバージョンの Office アプリケーションで作成されたドキュメントを開くために、互換性モードが自動的に使用されます。 互換性モードでは、そのドキュメントに対して Office の新機能や改善された機能がブロックされます。 これにより、以前のバージョンの Office を所有するユーザーが同じドキュメントを開いたときに、これまでどおりに完全な編集機能を使用できるようになります。 互換モードでは、ドキュメントのレイアウトも保持されます。

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

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

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