準備条件の定義

適用対象

  • Windows 10
  • Windows 11

役割と人員を把握する

展開の計画と管理には、それぞれに最適なさまざまな異なるアクティビティと役割が含まれる。 計画通り、展開を実行するために必要な役割と、展開を実行する必要のある役割を見分け、誰がそれらを埋める必要があるのか考える価値があります。 展開のさまざまなフェーズでさまざまな役割がアクティブになります。 組織の規模と複雑さによっては、一部の役割が同じユーザーによって満たされる可能性があります。 ただし、展開のすべてのタスクを監督するプロセス** マネージャーを確立するのが最善です。

プロセス マネージャー

プロセス マネージャーは更新プログラムの展開プロセスをリードし、プロセスを前方にプッシュするか、必要に応じて停止する権限を持っています。 また、次のアクティビティを整理する責任があります。

互換性のワークストリーム 展開 機能とモダン化
アプリケーションの優先度の割り当て インフラストラクチャ要件の確認 インフラストラクチャの変更の決定
アプリケーション評価 要件に対するインフラストラクチャの検証 構成変更の決定
デバイスの評価 インフラストラクチャ更新計画の作成 機能提案の作成

修復作業に関するレポートを収集し、失敗をエスカレートし、環境がパイロット展開の準備ができているかどうかを判断し、広範な展開を行うプロセス マネージャーの役割です。

次の表は、他の役割の 1 つのビューを、責任、関連するスキル、および必要な展開フェーズでスケッチします。

ロール 責任 スキル アクティブ なフェーズ
プロセス マネージャー プロセスの終了を管理します。入力と出力がキャプチャを保証します。アクティビティの進行状況を確認する IT サービス管理 計画、準備、パイロット展開、広範な展開
アプリケーションの所有者 アプリケーションテスト計画を定義する。ユーザー受け入れテスターを割り当てる。アプリケーションの認証 重要で重要なアプリケーションに関する知識 計画、準備、パイロット展開
アプリケーション開発者 アプリが現在のバージョンと互換性を確保Windowsする アプリケーション開発。アプリケーションの修復 計画、準備
エンド ユーザー コンピューティング 通常、インフラストラクチャ エンジニアや展開エンジニアを含むグループで、アップグレード ツールがアップグレード ツールと互換性をWindows ベアメタル展開。インフラストラクチャ管理。アプリケーションの配信。更新プログラムの管理 計画、準備、パイロット展開、広範な展開
運用 現在のバージョンでサポートが利用可能Windowsします。 ユーザー通信やロールバックを含む展開後のサポートを提供します。 プラットフォームのセキュリティ 準備、パイロット展開、広範な展開
セキュリティ セキュリティ 基準とツールの確認と承認 プラットフォームのセキュリティ 展開の準備、パイロット
利害関係者 更新プログラムの影響を受けるグループ (財務担当の長、エンドユーザー サービス、変更管理など) を表す 部署または部署の主要な意思決定者 計画、パイロット展開、広範な展開

評価アプリの条件を設定する

環境内の一部のアプリは、主要なビジネス アクティビティの基本です。 他のアプリは、作業者が役割を実行するのに役立ちますが、ビジネス操作にとって重要な役割を果たします。 環境内のアプリのインベントリと評価を開始する前に、アプリを分類するためのいくつかの基準を確立し、それぞれの優先度を決定する必要があります。 このプロセスは、更新プログラムを展開する最善の方法と、発生する可能性のある問題を解決する方法を理解するのに役立ちます。

準備フェーズでは、ここで定義した条件を組織内のすべてのアプリに適用します。

推奨される分類スキームを次に示します。

分類 定義
重大 主要なビジネス アクティビティとプロセスを処理する最も重要なアプリケーション。 これらのアプリケーションが使用できない場合、ビジネス部門またはビジネス ユニットは機能しきれなかった。
重要 個々のスタッフ メンバーが生産性をサポートするために必要なアプリケーション。 ここでのダウンタイムは個々のユーザーに影響を与えますが、ビジネスへの影響は最小限に抑えられます。
重要ではない これらのアプリがしばらく利用できない場合は、ビジネスに影響はありません。

アプリケーションを分類したら、優先度と重大度の観点から、各分類が組織に何を意味するのかを同意する必要があります。 このアクティビティは、問題を適切なレベルの緊急度でトリアージできるのに役立ちます。 各アプリに時間ベースの優先度を割り当てる必要があります。

優先度評価システムの例を次に示します。具体的な内容は、組織によって異なる場合があります。

Priority 定義
1 特定された問題やリスクは、できるだけ早く調査して解決する必要があります。
2 2 営業日以内にリスクと問題の調査を開始し、 現在の展開 サイクル中に修正します。
3 10 営業日以内にリスクと問題の調査を開始します。 現在の展開サイクル内ですべて修正する必要はありません。 ただし、すべての問題は、次の展開サイクルの終了までに修正する必要があります。
4 20 営業日以内にリスクと問題の調査を開始します。 現在または将来の開発サイクルで修正できます。

優先度に関連していますが、明確な重要度の概念です。 アプリの問題がどのように展開サイクルに影響を与えるのかに基づいて、重大度ランキングも定義する必要があります。

以下に例を示します。

重大度 効果
1 作業の停止または収益の損失
2 ビジネス ユニットの生産性の低下
3 個々のユーザーの生産性の低下
4 ユーザーへの影響を最小限に抑える

例: 大きな金融会社

推奨されるスキームを使用して、金融会社はアプリを次のように分類できます。

アプリ 分類
クレジット処理アプリ 重大
最前線の顧客サービス アプリ 重大
PDF ビューアー 重要
画像処理アプリ 重要ではない

さらに、次のような重大度と優先度のランク付けと、この分類を組み合わせて使用できます。

分類 重大度 Priority 応答
重大 1 または 2 1 または 2 1 の場合は、解決されるまで展開を停止します。2 の場合は、影響を受けるデバイスまたはユーザーの展開のみを停止します。
重要 3 または 4 3 または 4 3 の場合は、回避策のガイダンスがある限り、影響を受けるデバイスの場合でも展開を続行します。
重要ではない 4 4 すべてのデバイスの展開を続行します。