正解は A、B、E です。

【解説】
この問題は、本番環境へのデプロイにおける**「ガバナンス」と「リスク管理」**の基本を問うものです。技術的な手順だけでなく、ユーザーへの影響や失敗時の対応計画が重視されます。

A. メンテナンス期間を事前に発表します。(正解)

理由: ユーザーの業務中断を最小限に抑えるため、事前のコミュニケーションは必須です。「いつシステムが止まるのか」「いつ新しい機能が使えるようになるのか」を数週間〜数日前には告知し、ビジネス側が準備できるようにするのがベストプラクティスです。

B. ロールバック戦略を定義します。(正解)

理由: どんなに完璧にテストしても、本番デプロイが失敗する可能性はゼロではありません。デプロイが失敗した際、あるいはデプロイ後に重大なバグが見つかった際に、**「どうやって元の状態に戻すか（リストア手順、破壊的変更の実行など）」**を事前に決めておくことは、アーキテクトの責任です。

E. 本番環境での構成変更を一時的に中断します。(正解)

理由: いわゆる**「コードフリーズ（Code Freeze）」**や「変更凍結」のことです。デプロイ準備期間中や実行中に、管理者が本番環境で直接設定を変更してしまうと、デプロイによる上書き事故や、メタデータの不整合（コンフリクト）が発生します。これを防ぐために変更を禁止します。

【不正解の理由】
C. 導入日にすべてのユーザーに通知します。

理由: 「当日（On the day）」では遅すぎます。ユーザーは業務の予定を立てられず、混乱を招きます。これはコミュニケーション計画として不適切です。

D. Salesforce アップグレードを伴うリリースをスケジュールします。

理由: これは**アンチパターン（やってはいけないこと）です。Salesforceのメジャーリリース（Spring, Summer, Winter）と自社のリリースを重ねると、もし不具合が起きた際に、「Salesforceの基盤の問題なのか、自社のコードの問題なのか」**の切り分けが非常に困難になります。通常は、Salesforceのリリース前後を避けてスケジュールを組みます。