説明
設計標準は、複数のプロジェクト チーム間でコードと構成の一貫性と品質を確保するのに役立ちます。また、設計上の競合を防ぎ、技術的負債を軽減することもできます。

説明
ユーザー中心の設計は、ソリューションを構築する前にユーザーのニーズ、好み、行動を理解するプロセスです。このようにして、ソリューションをユーザーの目標と期待に合わせて調整することができ、採用と満足の可能性が高まります。Lightning Web コンポーネントを使用したり、開発を中止したり、通信メールを送信したりすることは、未使用の機能の問題を解決する効果的な方法ではありません。

説明
Center of Excellence は、組織全体のベストプラクティス、標準、ガバナンスを定義および管理することにより、標準の Salesforce 機能の使用を増やすのに役立つメカニズムです。Center of Excellence は、部門を超えたコラボレーション、知識の共有、Salesforce の取り組みとビジネス目標の調整も促進します。変更管理委員会は、システムへの変更をレビューして承認する関係者のグループですが、必ずしも標準の Salesforce 機能の使用を促進するわけではありません。要件トレーサビリティ マトリックスは、要件をそのソースおよびテスト ケースにリンクする文書ですが、必ずしも標準の Salesforce 機能の使用を増やすわけではありません。プロジェクト管理オフィスはプロジェクトの実行を監督するグループですが、必ずしも標準の Salesforce 機能の使用を増やすわけではありません。

説明
DevPro1 は、2 週間前に次の Salesforce メジャーリリースのプレビューにアップグレードされたため、本番環境とは異なるバージョンであるため複製できません。したがって、アーキテクトは、新しい DevPro2 を作成し、DevPro1 からメタデータを移行することを推奨する必要があります。こうすることで、2 番目の作業ストリームは、Sales Cloud 開発チームに影響を与えることなく、別のサンドボックスで Service Cloud 要件に取り組むことができます。2 番目の作業ストリーム チームに同じ DevPro1 サンドボックスで作業するよう依頼すると、2 つのチーム間に競合と依存関係が生じ、異なる時期にリリースすることができなくなります。ビジネス ニーズが緊急かつ重要である可能性があるため、別のワーク ストリームを追加するとリスクが伴うため、要件を先送りすることは良い選択肢ではありません。