アプリケーション
ほとんどのアプリは、Windows 11とWindows 10の間の 99.7% アプリの互換性により、既にWindows 11展開の準備ができています。 ただし、コンテキストでアプリの準備状況を評価することをお勧めします。
| タスク | 成果物 |
|---|---|
| - アプリ処理の条件を設定します。 - アプリ インベントリを生成します。 - ビジネスへの影響に基づいて、所有者と重要度の分類を一覧表示してアプリケーションに割り当てます。 - アプリの準備のギャップを特定します。 |
• アプリケーション決定マトリックス • 重要度分類で更新されたアプリ インベントリ •優先順位アプリケーションと所有者リスト、アプリの所有者によって定義 •アプリのギャップのリスト |
アプリ処理の条件を設定する
互換性の問題を引き起こす可能性があるアプリの潜在的な 0.3% を処理するためのいくつかの条件を設定しましょう。 特定のアプリを見る前に、重要度に基づいてさまざまな種類のアプリに問題がある場合の対処方法に関するアプリケーション決定マトリックスを作成しましょう。
まず、ビジネスへの影響に基づいてアプリの分類を作成しましょう。 ニーズに合わせて調整できる例を次に示します。
| 分類 | 説明 |
|---|---|
| 危うい | 中核的なビジネス活動とプロセスを処理する組織の最も重要なアプリケーションです。 これらのアプリケーションでダウンタイムが発生した場合、ビジネスユニットまたは部署は機能できません。 |
| 非常に重要 | これらのアプリケーションは、1 つまたは 2 つの部署の生産性をサポートします。 ダウンタイムはビジネス ユニット全体に影響し、ビジネスの生産性に中程度の影響を与えます。 |
| Important | これらのアプリケーションは、個々のスタッフ メンバーが生産性をサポートするために必要です。 ダウンタイムは個々のユーザーに影響しますが、ビジネスへの影響は最小限です。 |
| 重要ではない | これらのアプリケーションでダウンタイムが発生した場合、ビジネスに影響はありません。 |
一般に、アプリのビジネスクリティカルな核となる部分はごく少数です。 たとえば、クレジット処理や現場の顧客サービス用のアプリが含まれる場合があります。 これに対し、PDF ビューアー アプリは生産性にとって重要と見なされますが、重要であるとは見なされません。 同様に、画像処理アプリは、おそらくデプロイ後まで待機する可能性があり、重要でないと見なされます。
次に、さまざまな種類のアプリで問題が発生した場合のデプロイ時の対処方法を決定します。 たとえば、重要なアプリでダウンタイムが発生した場合はどうすればよいですか。 デプロイをすぐに一時停止し、最も優先度の高い問題をトリアージしたり、外出先で問題に対処することを決定したりできます。 重要度のもう一方の端には、使用率の低い生産性アプリがあります。 これらのいずれかが少数の個々のユーザーに対して動作を停止した場合は、展開を続けることができ、後でトラブルシューティングを計画できます。 さまざまな種類のアプリの影響の重大度評価に基づいて、次の展開決定オプションを検討してください。
- デプロイを停止します。
- 影響を受けるデバイスのみの展開を停止します。
- 展開を続行しますが、可能であれば影響を受けるユーザーに回避策のガイダンスを提供します。
- デプロイを続行します。
デプロイを停止または続行する決定を行うたびに、トリアージ戦略を計画します。 各問題の対処を開始する必要があるのはいつですか? できるだけ早く。 現在のデプロイ サイクル中に行いますか? 次のデプロイ サイクルが終了する前に デプロイ サイクルはありますか?
これらの差異をアプリケーションの意思決定マトリックスとして文書化することは、Windows 11に対するアプリの準備の重要な部分です。 次に例を示します。
| 分類 | ダウンタイムの推定影響 | 導入の決定 | トリアージの優先度設定 |
|---|---|---|---|
| 危うい | 作業の停止または収益の損失 | デプロイを停止します。 | 特定された問題またはリスクをできるだけ早く調査して解決します。 |
| 非常に重要 | 部署の生産性の低下 | 影響を受けるデバイスのみの展開を停止します。 | 2 営業日以内にリスクと問題の調査を開始し、現在の展開サイクル中に修正します。 |
| Important | 個々のユーザーの生産性の低下 | 展開を続行しますが、可能であれば影響を受けるユーザーに回避策のガイダンスを提供します。 | 10 営業日以内にリスクと問題の調査を開始します。 現在のデプロイ サイクル内でそれらをすべて修正する必要はありません。ただし、すべての問題は、次のデプロイ サイクルの終わりまでに修正する必要があります。 |
| 重要ではない | ユーザーへの影響を最小限に抑える | デプロイを続行します。 | 20 営業日以内にリスクと問題の調査を開始します。 現在または将来のデプロイ サイクルで修正できます。 |
注
詳細は組織によって異なる場合があります。
注
推奨される成果物:
組織のアプリの準備状況に関するアプリケーション決定マトリックスを完了します。
アプリ インベントリを生成する
組織全体のすべてのアプリのインベントリを生成します。 デバイスがMicrosoft Intuneに登録されている場合は、会社のデバイスにインストールされているすべてのアプリと、個人のデバイス上のすべてのマネージド アプリケーションを Discovered アプリ レポートで確認できます。
- Intune 管理センターにサインインします。
- [アプリ] に移動します。
- [ 監視 ] セクションで、[ 検出されたアプリ] を選択します。
- [エクスポート] を選択して、.csv レポート ファイルをダウンロードします。
このレポートには、インベントリ内の各アプリのプラットフォーム、アプリのバージョン、デバイス数、アプリの発行元が含まれます。
注
推奨される成果物:
他のユーザーと簡単に編集および共有できるアプリ インベントリ ファイルを作成します。
アプリに所有者と重要度の分類を割り当てる
アプリの一覧が作成されたので、RACI グラフとアプリケーションの決定マトリックスを使用して、所有者と重要度の分類を別のアプリに割り当てます。
引き続き、アプリケーションの意思決定マトリックスとアプリ インベントリ ファイルを基にして、アプリの処理条件、アプリ所有者、ギャップを追跡します。 次のフェーズでは、準備レポート データを追加して、アプリをWindows 11展開できるように準備します。
注
推奨される成果物:
アプリの所有者によって定義された、優先度の高いアプリケーションと所有者の一覧を展開します。 アプリの重要度の分類が識別された状態でアプリ インベントリリストを更新します。
ギャップを特定する
最後に、ヘルプが必要なタスクや成果物はありますか?
注
推奨される成果物:
Windows 11をデプロイする前に、アプリの準備と処理のギャップを文書化します。 今から次の準備段階までの間にそれらに対処することを計画します。
| タスク | 成果物 |
|---|---|
| - アプリ処理の条件を設定します。 - アプリ インベントリを生成します。 - ビジネスへの影響に基づいて、所有者と重要度の分類を一覧表示してアプリケーションに割り当てます。 - アプリの準備のギャップを特定します。 |
• アプリケーション決定マトリックス • 重要度分類で更新されたアプリ インベントリ •優先順位アプリケーションと所有者リスト、アプリの所有者によって定義 •アプリのギャップのリスト |