Microsoft 365 は継続的に更新プログラムを提供し、組織は大規模で頻度の低いアップグレードなしで新しい機能を採用できるようにします。 IT 管理者がこの変化のペースを管理できるように、Microsoft 365 には、新しい 3 層の対象ユーザーベースのリリース モデル (フロンティア、Standard、および遅延) が用意されているため、組織は早期アクセスと準備と制御のバランスを取ることができます。
重要
標準と遅延の最新のリリース オプションは、最初は、メッセージ センターで大きな変更と遅延対応の両方として識別されたMicrosoft 365 Copilot更新プログラムに適用されます。 Microsoft 365 のすべてのサービスで、このアプローチを時間の経過と同時に拡張します。 Microsoft 365 アプリのリリース情報については、「Microsoft 365 Appsの更新プログラム チャネルの概要」を参照してください。
Standardリリースでは、organizationは一般公開 (GA) になるとすぐに新機能を受け取ります。 Standardリリースは既定のオプションであり、ほとんどのお客様のプライマリ リリース チャネルである必要があります。 Microsoft では、すべての機能とサービスをリリースする前に、徹底的にテストおよび検証します。 organizationは、既定で標準リリースとして構成されています。
追加の検証要件がある場合、organizationは、すべてのユーザーまたは一部のユーザーに対して遅延リリースを検討する必要がある場合があります。 遅延リリースで利用できる機能は、Microsoft 365 の主要なリリースであり、"遅延対応" と見なされます。つまり、管理者は標準で広範なリリースが開始された後、リリースの準備に 30 日間かかります。 30 日後に、一般公開されている Microsoft 365 機能がユーザーに表示されます。 どの機能が遅延対応であるかをメッセージ センターで確認できます。
リリース前の可用性のために、 Microsoft フロンティア プログラム は、これらの機能が一般提供される前に、Microsoft 365 の革新的で新しい AI 機能への早期アクセスを提供します。
これらの新しいリリース オプションを使用すると、機能の配信をorganizationの準備、ガバナンス要件、および全体的な変更管理戦略に合わせて調整できます。
注:
現時点では、標準リリース チャネルと遅延リリース チャネルの最新リリース オプションは、GCC、GCC High、および DoD クラウド環境では使用できません。 今後のサポートに関する更新については、この記事を参照してください。
リリース検証のしくみ
Microsoft 機能チームは、最初に新しいリリースを検証し、次に Microsoft 365 機能チームを検証した後、その機能をすべての Microsoft にロールアウトします。 リリース フェーズごとに、Microsoft はフィードバックを収集し、主要な使用状況メトリックを監視して品質をさらに検証してから、一般に公開します。 この一連のプログレッシブ検証は、一般提供 (標準リリース) への世界的なロールアウトが可能な限り堅牢であることを確認するのに役立ちます。
次の図に示すように、フロンティア プログラム、Standard リリース、および遅延リリースを含む最新の対象ユーザー ベースのリリース モデルをリリース オプションとして使用できるようになりました。
リリース オプションの比較については、次の表を参照してください。
| リリース対象ユーザー | 主な目的 | 機能の準備 | IT 管理者に関する主な考慮事項 |
|---|---|---|---|
| フロンティアプログラム | 初期の実験とフィードバック | 事前 GA(完全にはサポートされていません) | フロンティア機能はプレリリースであり、変更される可能性があり、GA SLA によって管理されません。 IT 管理者は、どのユーザーがどのフロンティア機能やエージェントにアクセスできるかを制御できます。 |
| 標準リリース (既定値) |
既定の GA ロールアウト | 完全にサポートされている GA 機能 | 機能はサポートされ、メッセージ センターとリリース ノートを通じて伝達され、標準ライフサイクル ポリシーで引き続き使用できる予定です。 ほとんどの組織に推奨されます。 |
| 遅延リリース | 追加の準備のための遅延 GA | 完全にサポートされている GA 機能 (遅延) | 標準リリースと同じ機能。追加の検証要件を持つ組織の主要な機能に対して、標準 GA から 30 日間遅延するタイミング。 |
重要な更新プログラムについては、最初に Microsoft 365 ロードマップを通じてお客様に通知します。 ロールアウトの前に、 Microsoft は Microsoft 365 メッセージ センターを通じて通知します。
注:
organizationが他の Microsoft 365 サービスに対してターゲット リリースを使用している場合は、収束リリース戦略に進むにつれて、引き続きこれを行うことができます。 Microsoft が時間の経過と共に主要な機能の提供を開始するにつれて、新しいリリース モデルに合わせて、フロンティア、標準、および遅延対象ユーザーのリリース設定を構成することをお勧めします。 Microsoft Message Center を使用して、この対象ユーザーベースのリリース モデルを使用して新しい製品やサービスに対応します。
他の Microsoft 365 サービスの対象リリースの詳細については、「 標準リリースと対象リリースの構成」を参照してください。
前提条件
標準リリース オプションと遅延リリース オプションを構成するには、Microsoft 365 管理センターに次のいずれかのロールが必要です。
- Office Apps 管理
- セキュリティ管理者
- AI 管理
詳細については、「Microsoft 365 管理センターの管理者ロールについて」を参照してください。
リリース オプションのベスト プラクティス
早期アクセスと組織の準備のバランスを取るために、次の方法でリリース オプションを使用することをお勧めします。
- 一般提供になるとすぐに Microsoft 365 の最新の機能強化を入手するには、標準リリースでorganizationを登録します。 必要に応じて、ビジネス クリティカルなユーザーを遅延リリースに割り当てて、大きな変更に備える時間を増やします。
- 広範なロールアウトの前に遅延対応機能を検証するために余分な時間が必要な場合は、遅延リリースを使用します。 IT 担当者またはパワー ユーザーのサブセットを標準リリースに割り当てて、プライバシーとコンプライアンスの準備に関する新機能を評価します。
- 個々の機能コントロールではなく、ユーザーへの影響と準備に関するリリース フェーズを計画して、リスクを管理し、ユーザーに対する明確な期待を設定します。
- リリース構成を、ドキュメント、トレーニング、ヘルプ デスクの準備など、変更管理とサポートの準備に合わせます。
- organizationの準備と変更の許容範囲が進化するにつれて、対象ユーザーの割り当てを時間の経過と共に確認して調整します。
Microsoft 365 管理センターでリリース オプションを構成する
既定では、Microsoft 365 サービス更新プログラムの標準リリースを使用します。 このオプションは、ほとんどの顧客のニーズを満たしています。 organizationの準備とテストのニーズをより適切に管理するには、Microsoft 365 管理センターで既定のリリース選択をいつでも変更できます。 Microsoft 365 で次の変更が有効になるまでに最大 24 時間かかることがあります。
注:
現在、遅延リリース オプションでは、Microsoft 365 Copilot関連の機能のみがサポートされています。 遅延対応の機能については、メッセージ センターの投稿チェック。 より多くの機能がサポートされるため、このドキュメントを更新します。
遅延リリース対象ユーザーにユーザーを割り当てるには、次の手順に従います。
Microsoft 365 管理センターにサインインします。
左側のナビゲーションで、[ Copilot ] を展開し、[ 設定] を選択します。
[ すべての設定] タブで、[ Copilot リリースの基本設定: 一般提供] を選択します。
[リリース] または [遅延リリース] Standard選択します。
ユーザー例外を追加します。 リリースまたは遅延リリースには、最大 100 個のユーザー例外Standard追加できます。
特定のユーザーのみを遅延リリースに割り当てる場合は、[リリース] Standard選択し、ユーザーを検索して名前を選択します。
特定のユーザーのみを標準リリースに割り当てる場合は、[ 遅延リリース] を選択し、ユーザーを検索して名前を選択します。
[保存] を選択します。
注:
標準リリースから遅延リリースにユーザーを移動すると、遅延リリースではまだ使用できない機能にアクセスできなくなる可能性があります。
関連記事
Microsoft Release Communications MCP Server の概要