説明
Education Cloud 実装でお客様の成功を確実にするための正しい操作順序は次のとおりです。
発見ワークショップを実施する: これは、コンサルタントがインタビュー、調査、観察を通じて顧客や関係者から情報と要件を収集する最初のステップです。
現在の状態を文書化する: これは、コンサルタントが顧客が使用している現在のプロセスとシステムを分析して文書化し、ギャップと改善の機会を特定する 2 番目のステップです。
ソリューション設計の生成: これは、コンサルタントが、Salesforce が顧客の要件と期待にどのように応えるかを概説し、プロジェクトの範囲、タイムライン、予算を定義するソリューション設計文書を作成して提示する 3 番目のステップです。
テスト スクリプトと計画の作成: これは 4 番目のステップであり、コンサルタントはさまざまなシナリオや条件でソリューションの機能と使いやすさをテストする方法を記述し、テストの成功基準と終了基準を定義するテスト スクリプトと計画を作成します。
ソリューションの構築とテスト: これは 5 番目のステップであり、コンサルタントは宣言型ツールまたはプログラム型ツールを使用してサンドボックス環境でソリューションを構築し、テスト スクリプトと計画を使用してソリューションをテストして、品質と精度を確認します。
導入: これは 6 番目で最後のステップであり、コンサルタントが変更セットまたはその他の導入ツールを使用してソリューションを運用環境に導入し、顧客とエンド ユーザーにトレーニングとサポートを提供します。
現状の文書化、調査ワークショップの実施、テスト スクリプトと計画の作成、ソリューションとテストの構築、ソリューション設計の生成、または展開は、Education Cloud 実装における顧客の成功を保証するための正しい操作順序ではありません。参考文献:
https://www.salesforce.org/wp-content/uploads/2019/03/Education_Cloud_COE_Guide.pdf
https://trailhead.salesforce.com/en/content/learn/modules/project-management-basics

説明
採用および入学のリーダーと Salesforce システム管理者の 2 つの役割は、MBA の採用および入学のために Salesforce を導入するビジネススクールの Salesforce Center of Excellence に参加する必要があります。Salesforce Center of Excellence は、組織全体での Salesforce の実装と導入に対するガイダンスとサポートを提供するチームまたは関係者のグループです。採用および入学のリーダーは、プロセスと目標のために Salesforce を使用するビジネスユニットまたは部門を代表する役割です。採用および入学のリーダーは、プロジェクトの要件、フィードバック、またはスポンサーシップを提供することで、Salesforce Center of Excellence に参加できます。Salesforce システム管理者は、組織の Salesforce 環境を管理および保守するロールです。Salesforce システム管理者は、ソリューションの設定、カスタマイズ、トラブルシューティングを行ったり、エンドユーザにトレーニングやドキュメントを提供したりすることで、Salesforce Center of Excellence に参加できます。

説明
コンサルタントは、GitHub から K-12 アーキテクチャ キットをインストールして、学区向けに評価する必要があります。
GitHub は、コード リポジトリをホストし、ユーザーがソフトウェア開発プロジェクトで共同作業できるようにするプラットフォームです。K-12 アーキテクチャ キットは、EDA を拡張して K-12 学校のニーズを満たすソリューションです。K-12 アーキテクチャ キットは、成績、出席、プログラム登録などの学生情報を追跡するためのオブジェクトと機能を提供します。K-12 アーキテクチャ キットは AppExchange では入手できませんが、ユーザーがインストールしてカスタマイズできるオープン ソース プロジェクトとして GitHub で入手できます。AppExchange から K-12 アーキテクチャ キットをインストールすること、新しい K-12 アーキテクチャ キットのトライアルを開始すること、または K-12 アーキテクチャ キットのレコード タイプをプロファイルで利用できるようにすることは、コンサルタントが学区向けに評価するために実行できるアクションではありません。
参考文献:
https://github.com/SalesforceFoundation/k12-architecture-kit
https://powerofus.force.com/s/article/K12-Architecture-Kit

説明
コンサルタントは、EDA のコンパクト レイアウトに変更を加え、新しいリリースが Salesforce 環境にプッシュされたときにそれらの変更を維持するためのステップとして、EDA コンパクト レイアウトのクローンを作成する必要があります。
コンパクト レイアウトは、リスト ビューやレコード ハイライト パネルなどの概要ビューにレコードのキー フィールドを表示するレイアウトです。EDA コンパクト レイアウトのクローン作成とは、EDA が提供するデフォルトのコンパクト レイアウトのコピーを作成し、フィールドの追加や削除などの変更を行うことを意味します。EDA コンパクト レイアウトのクローンを作成すると、コンサルタントは EDA のコンパクト レイアウトに変更を加え、新しいリリースが Salesforce 環境にプッシュされたときにその変更を保持できるようになります。これにより、カスタムのコンパクト レイアウトが EDA の更新によって上書きされなくなります。ミニ ページ レイアウトの編集、ミニ ページ レイアウトのすべてのユーザーへの割り当て、またはカスタム レコード タイプの作成は、コンサルタントが EDA でコンパクト レイアウトに変更を加え、新しいリリースがプッシュされたときにそれらの変更を保持するために実行する必要がある手順ではありません。 Salesforce環境。参考文献:
https://help.salesforce.com/s/articleView?id=sf.compact_layouts_overview.htm&type=5
https://powerofus.force.com/s/article/EDA-Compact-Layouts