説明
UC に PI の問題があり、すぐに修正する必要がある場合は、ホットフィックス、テスト、運用環境への展開で問題を修正することが最善の選択肢です。ホットフィックス サンドボックスは、運用環境での緊急修正に使用されるサンドボックスの一種です。これは本番組織のコピーであり、他の Sandbox よりも更新間隔が短くなります。ホットフィックス サンドボックスを使用すると、チームは進行中の開発およびリリース サイクルに影響を与えることなく、問題を迅速に修正してテストできます。

説明
カンバンは、透明性を高めるリードタイムやスループットなどの指標を使用して、ビジネスに価値が提供されているかどうかを明確にするのに役立ちます。リード タイムは、作業項目が要求されてから完了するまでにかかる時間を測定し、スループットは、特定の期間内に完了した作業項目の数を測定します。
これらの指標は、ビジネス関係者が開発チームの進捗状況とパフォーマンスを確認し、期待と現実を一致させるのに役立ちます。カンバンは、計画外の作業や変更には対応せず、すべてを破棄して新しいリクエストに飛びつきます。これは、作業の流れと品質を混乱させることになるためです。
Salesforce Agile Accelerator はアジャイル プロジェクトを管理するためのツールであるため、Kanban はこれを利用しません。
カンバンは進行中の作業を制限しますが、これがビジネスに価値が提供されているかどうかを明確にするのに役立つ主な理由ではありません。

説明
リリース プレビュー ウィンドウ中にすべての非プレビュー サンドボックスを更新することは、メジャー プロジェクトのリリースでプレビュー インスタンスと非プレビュー インスタンスが混在する状況に対処する最善の方法です。リリースプレビューウィンドウは、Salesforce の季節リリース前の期間であり、顧客は次のリリースと同じバージョンのサンドボックスでアプリケーションと統合をテストできます。この期間中にすべての非プレビュー サンドボックスを更新することで、アーキテクトはすべてのサンドボックスが同じバージョンに合わせられていることを確認し、展開中の競合やエラーを回避できます。リリース管理チームに時間があるときにサンドボックスを更新したり、インスタンス タイプを混合したり、サポートに連絡してリリースをロールバックしたりすることは、リリース プロセスに不整合、混乱、中断を引き起こす可能性があるため、推奨されません。

A が正解です。変更セットの接続を開始するプロセスでは、ターゲット組織への送信接続を許可するようにソース組織を変更します。B と C は不正解です。ターゲット組織はソース組織からの接続を受け入れる必要はなく、ソース組織から送信された受信変更セットをリリースする必要があるだけです。D は不正解です。ソース組織はターゲット組織への受信接続を許可する必要はなく、送信変更セットを作成してターゲット組織にアップロードするだけで十分です。このプロセスの詳細については、Trailhead の「変更セットの基本」モジュールを参照してください。