ボード展開を実装する

これで、より広い実稼働環境全体に更新プログラムを展開する準備が整いました。 プロセス マネージャーとして、更新プログラムをユーザーとそのデバイスに正常に展開するためにチームが行う必要があることの概要を説明します。

入力

前のフェーズでは、組織が幅広い展開に使用できるアウトプットを準備するのを支援しました。 それらを以下に示します。

• 幅広い展開の準備ができていないアプリとデバイスのリスト
• セキュリティとベースライン設定を検証する

これらの成果物を使用して、Windows 10 機能更新プログラムを幅広く展開する意思決定とタスクを実行します。

意思決定とタスク

展開リングを利用して、環境全体に更新プログラムをロールアウトできます。 展開リングは、更新プログラムを同時に受信するデバイスの選択です。 各リングについて、チームは更新を次のリングに適用する前に満たす必要がある基準について合意します。 使用可能な展開リングの数については、一定のルールはありません。 組織のオフィスの地理的な場所に基づいて展開リングを作成することを決定できます。 また、組織にとってデバイスの重要度に基づいて展開リングを作成することもできます。

Desktop Analytics を使用して、展開の準備ができているデバイスであることを確認できます。 その後、チームは単一の展開リングを作成できます。ここで、更新プログラムを受信する準備ができていると識別されたデバイスは、Configuration Manager のデバイス コレクションに移動し、そのコレクションを更新の展開のターゲットとして使用できます。

または、チームは Desktop Analytics が提供するデバイスのリストを使用し、追加の管理作業を実行して、組織の固有の要件に基づいて複数の展開リングを作成することもできます。 たとえば、チームは 4 つの展開リングを作成できます。

各展開リングには、組織の総資産の 4 分の 1 のデバイスが含まれています。 未解決の問題が残っていない場合にのみ、展開は次のリングに進みます。

展開フェーズのこの部分では、さまざまな役割がさまざまなタスクを実行します。 これらのタスクは、より広範で高レベルのセクションに分類されます。 タスクは、プロセス内のさまざまな役割に割り当てる必要があります。 RACI モデルを使用して、チームが割り当てられたタスクの参照として使用できるマッピングの例を作成します。

Desktop Analytics を使用すると、チームはパイロット テスト中に作成したのと同じ展開計画を使用して、残りのデバイスに展開できます。 Desktop Analytics ポータルでのプロセスのしくみを次に示します。

1. アプリを「準備完了」とマークして、本番環境への展開を承認する必要があるアプリを確認します。
2. インストールされているすべてのアプリケーションが「準備完了」としてマークされると、各デバイスは自動的に製品コレクションに移動されます。
3. チームが既定の自動 2 フェーズ展開を設定している場合、Configuration Manager は自動的に本番デバイスに展開します。

出力

次の展開サイクルで使用できる複数の成果物をチームが生成することを確認する必要があります。 これにより、将来の更新プログラムの展開に伴う費用、時間、労力を削減できます。 後で、これらの成果物を使用して、幅広い展開中に指摘された問題に対してツールとプラクティスをマッピングできることがわかります。