アプリケーション

[計画と準備] フェーズでは、アプリケーションをWindows 11に備えるために必要なタスクを完了しました。 Windows 11は 99.7% アプリケーションの互換性を提供するため、ほとんどのアプリは既にデプロイする準備ができています。 ただし、次の推奨事項は、特定の環境でのアプリケーションの互換性を評価するのに役立ちます。

重要なアプリとクリティカルなアプリをデプロイしてテストする

準備フェーズでは、パイロット展開中にテストするアプリケーションの優先順位付けされた一覧を特定しました。 まだ行っていない場合は、パイロットに含まれるユーザーとデバイスにこれらのアプリケーションを展開します。

RACI チャートで特定されたユーザーと密接に連携して、アプリケーションが徹底的にテストされていることを確認します。

成功/失敗の結果と、特定した修復手順を必ず記録してください。

一般的な機能テスト

1. アプリケーションをインストールします。 Intune から展開した場合、構成は既に適用されています。 手動でインストールした場合、アプリケーションで組織固有の構成が必要になる場合があります。 これは、アプリケーションに応じて、インストール中またはインストール後に考慮する必要があります。
2. 製品サービスが開始されていることを確認します。
3. プログラムと定義の両方の更新を含め、アプリケーションを更新します。
4. アプリケーションのコア機能をテストします。
5. システム トレイのコンテキスト メニュー オプションやポップアップ ブロックなど、アプリケーションの拡張機能をテストします。 これらは、製品に含まれる可能性のある機能の例に過ぎず、含める必要がある機能の一覧ではありません。

これは、一般的な機能テストの概要にすぎません。 Windows 11を使用してアプリケーションをテストする方法の詳細なガイダンスについては、Windows 11 テストガイドラインを参照してください。

他のアプリケーションのデプロイとテスト

展開フェーズを進める際に、現在の展開フェーズでユーザーとデバイスに必要なアプリケーションをデプロイします。

ユーザーからのフィードバックを確認し、ヘルプデスクの呼び出しを監視して、アプリの互換性に関する一般的な問題を特定します。

アプリケーションを修復する

テスト中に収集された情報を使用して、可能な限りアプリケーションを修復します。 アクションを実行する前に、プラン フェーズ中に作成されたアプリケーションの決定マトリックスを参照して、次の作業を行います。

• 影響を見積もる。
• 展開の決定を行います (たとえば、展開を広範囲に一時停止するか、影響を受けるデバイスに対してのみ一時停止するかなど)。
• 各問題の優先順位をトリアージします。

1. ブロック アプリケーションとブロックの種類を特定します。

   • 影響を受けるアプリケーションを特定するために、"注意が必要なもの" メッセージのWindows Updateを確認します。
   • SetupDiag (Microsoft診断ツール)、WindowsUpdate.log、アプリケーション互換性ツールキット (ACT) などの診断ツールを使用して、ブロックの根本原因の分析と特定に役立ちます。

   アプリ ブロックの一般的な種類は次のとおりです。

   • 非推奨のドライバーを使用するアプリケーション
   • カーネル モード コンポーネントが新しいビルドと互換性のないアプリケーション
   • 古いセキュリティ エージェントまたはマルウェア対策ソフトウェア
   • 古いフィルター ドライバーを使用するレガシ VPN またはネットワーク アプリケーション
   • 既知の問題が原因でハード ブロックをトリガーするアプリケーション
   • OS をアップグレードする前にベンダーの更新を必要とするアプリケーション

2. アプリケーション シナリオに基づいて修復します。

   ブロックしているアプリケーションを特定したら、アプリケーションの状態とベンダーのサポートに基づいて適切な修復アクションを選択します。 使用できる修復アクションは次のとおりです。

   Option A: アプリケーションを更新します (推奨): アプリケーション ベンダーがWindows 11でサポートされているバージョンを提供している場合は、アップグレードを再試行する前にそのバージョンにアプリケーションを更新します。

   Microsoft互換性の更新プログラムと診断は、互換性のあるバージョンのアプリケーションが検出された後にアップグレードできるように設計されています。

   オプション B: ブロックしているアプリケーションをアンインストールします。 互換性のあるバージョンが存在しない場合:

   1. アプリケーション (および関連するドライバーまたはサービス) をアンインストールします。
   2. Windows 11アップグレードを再試行します。
   3. サポートされているバージョンが後で使用可能になった後にのみ、アプリケーションを再インストールします。

   互換性のないアプリケーションでは、アップグレードを続行する前に削除が必要なアップグレード ブロックが生成される場合があります。

   オプション C: アプリケーションを置き換えるか廃止します。 レガシ アプリまたはサポートされていないアプリの場合:

   • アプリケーションを、サポートされている最新の代替手段に置き換えます。
   • ビジネス クリティカルではなくなった場合は、アプリを廃止します。

   これは、古いウイルス対策、暗号化、VPN、またはデバイス ドライバーに依存するソフトウェアで一般的であり、アップグレード ブロックが頻繁に発生します。

   Option D: アプリケーションをローカルで実行するための代替手段を探す: ベンダーからのサービスとしてのソフトウェア (SaaS) オファリングや、Windows 365、Azure Virtual Desktop、または リモート デスクトップ セッション ホスト (RDSH) でアプリケーションを実行するオプションがあります。

3. ドライバー関連のブロックを修復します。

   一部の "アプリケーション" ブロックは、アプリケーション自体ではなく、関連するドライバー (プリンター、セキュリティ、仮想化ドライバーなど) によって実際に発生します。

   Microsoftは、ドライバーのハード ブロックを使用して、互換性のないドライバーがエラーの原因と判明している場合にアップグレードを防ぎます。 アップグレードを続行するには、これらのブロックを修復する必要があります。 このような場合は、ドライバーを Windows 11 互換バージョンに更新するか、ドライバーを更新できない場合はアプリケーションを削除する必要があります。

4. 互換性チェックを再実行します。

   ブロックしているアプリケーションまたはドライバーを修復した後、Windows 11アップグレードを再試行します。 Windowsセットアップでは、Windows Updateによって提供される更新された診断定義を使用して、互換性が自動的に再評価されます。 互換性データを手動でリセットする必要はありません。

クイック リファレンス: 問題の種類と修復

Microsoft Copilotは、既知の問題、文書化された回避策、公式のサポート ガイダンス、およびMicrosoftによって識別される一般的なパターンを参照することで、特定のアプリケーションに関する問題のトラブルシューティングにも役立ちます。 問題の解決と推奨されるトラブルシューティング手順に関する提案を求めることができます。

アプリケーションの決定マトリックスを確認する

計画フェーズでは、アプリケーションのテストが失敗したときに実行するアクション (ある場合) を決定する条件を定義しました。 テストに失敗したアプリの一覧と共に、これらの条件を確認します。 決定マトリックスを使用して、すべてのデバイスまたは一部のデバイスのデプロイを一時停止または停止するか、または安全に続行できるかどうかを判断します。 RACI チャートから関連する利害関係者と相談します。

シナリオ: デプロイ時のアプリケーションデシジョン マトリックスの適用

パイロット展開中、Contoso, Inc. の IT チームは、Windows 11で互換性テストに合格しない複数のアプリケーションを特定します。 チームは、失敗したアプリケーションをアプリケーションの決定マトリックスに照らして確認します。

アプリケーション: カスタム インベントリ管理ツール

失敗したアプリケーションの 1 つは、倉庫スタッフが使用するカスタム在庫管理ツールです。 アプリケーションは日常業務をサポートしており、ダウンタイムによって注文の処理が中断されます。

• 影響別の分類: とても重要です
• デプロイの決定: 意思決定マトリックスに基づいて、チームは、倉庫の従業員が使用するデバイスに対してのみWindows 11展開を一時停止し、組織の残りの部分の展開を続行します。 アプリケーション所有者と運用リーダーは問題を調査するために関与しており、修復は現在のデプロイ サイクル内で開始されます。

アプリケーション: レガシ レポート アドイン

別のアプリケーション (個々の共同作成者の少数のグループによって使用されるレガシ レポート アドイン) はテストに失敗しますが、既知の回避策があります。

• 影響別の分類: 大事な
• デプロイの決定: チームはデプロイを続行し、影響を受けるユーザーに回避策のガイダンスを公開し、今後の更新プログラムの修復をスケジュールします。

アプリケーション: 重要でない内部ユーティリティ

少数のユーザーによって頻繁に使用されない重要でない内部ユーティリティは、テストに失敗します。

• 影響別の分類: 重要ではない
• デプロイの決定: デプロイは中断されずに続行され、後のデプロイ サイクル中に調査のために問題がバックログに追加されます。

このプロセス全体を通じて、デプロイ チームは RACI グラフで特定された利害関係者に相談し、行動する前に分類と決定を確認します。

手順に関するドキュメントの承認と更新

アプリケーション テストのギャップを埋めるために実行するすべての手順の成功、失敗、修復を文書化します。

この段階で意思決定を行う際に、追跡、レポート、および継続性の目的で簡単に共有できる形式でドキュメント化します。 ユーザーの準備に接続された RACI マトリックスで識別されたすべてのユーザーから、これらの成果物の承認を取得します。 次のデプロイ フェーズに進む前に、ヘルプを探し、ギャップに対処します (それがアプリケーションの処理基準で規定されている場合)。