パッケージ化は、Salesforce プラットフォーム上でカスタマイズとアプリケーションを整理して配布する方法です1。パッケージ化は、サンドボックスや本番環境など、さまざまな環境にわたる変更を管理するのに役立ちます2。
組織の大きな塊ではなく、メタデータのモジュール式の疎結合ユニットとしてパッケージを設計することが、パッケージ化のベスト プラクティスです3。これは、さまざまなパッケージとクラウド間の依存関係や競合を回避するのに役立ちます3。また、パッケージの保守とアップグレードも容易になります3。
オブジェクトごとに 1 つの機能自動化ツール (フロー、ワークフロー ルール、プロセス ビルダー) のみを使用することも、パッケージ化のベスト プラクティスです4。これは、同じオブジェクトに対して複数のツールがトリガーされることによって引き起こされるパフォーマンスの問題や予期せぬ動作を回避するのに役立ちます4。また、パッケージのデバッグやテストが容易になります。

さまざまな Salesforce クラウドと MuleSoft を含むマルチクラウド設定では、現在のデータ アーキテクチャと統合レポートの背後にあるニーズを理解することが重要です。確立および計画されたデータ フローをレビューすることで、既存のデータ ランドスケープについての洞察が得られ、記録システムと現在のデータ統合が特定されます。統合レポートの主要な推進要因と高レベルのデータ範囲を特定することは、レポート ソリューションをビジネス ニーズに合わせるのに役立ちます。CRM Analytics (旧名 Einstein Analytics) を使用して高レベルのソリューションを作成すると、その強力なデータ統合、変換、視覚化機能を活用して、複数の Salesforce クラウドにわたる統合レポートの可能性が示されます。このアプローチは Salesforce のデータ管理と分析のベストプラクティスと一致しており、運営委員会会議で情報に基づいた意思決定を行うための基盤を提供します。

さまざまなチーム間で定期的なスプリント リズムを作成し、新しい機能をデモンストレーションします。この推奨事項は、UC が複数のクラウドやチーム間で作業を同期し、リリースの進捗状況や品質についてユーザーや関係者からフィードバックを得るのに役立ちます23。
リリースの最後のスプリントを使用してリリースを安定させ、特定された問題を排除します。この推奨事項は、UC がリリースが実稼働の準備ができており、品質基準を満たしていることを確認するのに役立ちます。最後のスプリントでは、バグの修正、パフォーマンスの向上、ユーザー受け入れテストの実施に重点を置く必要があります13。

A) 部門間のコラボレーション。1 と 2 によると、単一組織アーキテクチャを使用すると、データ、プロセス、ワークフロー、レポート、ダッシュボードなどを共有できるため、異なる事業部門間のコラボレーションが促進されます。これにより、組織全体のコミュニケーション、効率、生産性が向上します。
D) 共有された基幹業務データへのアクセス。1 と 3 によると、単一組織アーキテクチャを採用すると、共通のオブジェクト、フィールド、レコードなどを使用して、さまざまな事業部門にわたる共有データにアクセスできるようになります。これにより、組織全体のデータの品質、一貫性、可視性が向上します。

Salesforce 組織戦略には、単一組織と複数組織という 2 つのアプローチが考えられます。各アプローチには、ビジネス ニーズ、テクノロジー能力、ガバナンス ポリシー、組織の運用要件に応じて長所と短所があります。
CIO に対する最善の推奨事項は、SharpField のビジネス、テクノロジー、ガバナンス、および運用要件に焦点を当てた、詳細な組織戦略分析を完了することを優先することです。これには、新たに買収した企業の評価と、シャープフィールドが検討しているその他の買収が含まれる必要があります。さらに、ソリューション アーキテクトは、単一組織戦略と、買収されたすべての企業が従うべき厳格なプロセスの開発を推奨する必要があります。これにより、Salesforce 環境が確実に組織化され、統合され、安全になります。最後に、ソリューションアーキテクトは、取得したすべての Salesforce インスタンスのインスタンス間で必要な共有データを移動するために必要な統合レイヤーの開発を推奨する必要があります。
https://www.salesforce.org/blog/develop-a-salesforce-org-strategy-to-achieve-a-unified- experience/