ステージング
UAT
本番環境
bluecanvas金曜日も安心して、Salesforceの変更をリリース
新規MCPは近日公開。事前登録を受付中です。
Blue Canvas
Salesforceのセンターオブエクセレンス(CoE)

Salesforceのセンターオブエクセレンスをシンプルに運営

チームのスピードを落とさず、Salesforceのすべての変更を管理できます。

2分間のCoE自己診断を始める
SOC 2認証取得済みSalesforceパートナー

SalesforceのCenter of Excellenceとは?

CoEは、Salesforceの構築や変更の標準を定めるチームです。[1][2] 多くのCoEは、いくつかの柱に沿って業務を整理しています。ここでは6つの柱と、それぞれをBlue Canvasがどう支援するかをご紹介します。

柱1:ガバナンス

CoEはSalesforceの変更をどう管理しますか?

適切なガバナンスでは、誰が何を変更できるかを明確に定め、すべての変更について本番反映前に承認を得ます。[2]

Blue Canvasができること

  • 本番反映前のリリース承認を必須にします。
  • チームのロール、権限、認証を設定します。
  • デプロイ権限ルールで、権限のあるメンバーだけが変更を反映できるようにします。

ロールと権限

変更の閲覧・承認・デプロイを誰が行えるか決め、各メンバーには必要なアクセス権だけを付与します。

Blue Canvasでは、ユーザーごとの認証に加え、チームのロールと権限を設定できます。CoEは本番へのアクセスを最小限に抑えながら、全員がSandboxで開発できる環境を整えられます。

承認ワークフロー

すべての変更を本番反映前にレビューし、承認します。例外はありません。

Blue Canvasではリリース承認を必須にできるため、担当者の承認なしに本番へデプロイされることはありません。誰が何を承認したか、CoEが確認できる明確な記録も残ります。

デプロイルール

誰がどの組織に変更を反映できるかを明文化します。文書に残すだけでなく、ツールで確実に適用します。

Blue Canvasのデプロイ権限ルールでは、誰がどの組織にデプロイできるかを制御できます。たとえば、開発者はUATにデプロイでき、本番へのデプロイはリリース管理者だけに許可できます。

ページ上部へ

柱2:リリース管理

CoEはSalesforceのリリースをどう管理しますか?

Sandboxから本番まで、すべてのチームが同じフローで進められます。[3]

Blue Canvasができること

  • 組織を比較し、選択した変更をデプロイします。
  • 複数の機能をまとめてリリースします。
  • 同じプランに含まれるCIを活用します。
  • 手動作業を管理し、デプロイをJiraの課題に紐づけます。

本番までの経路を定義

開発用Sandbox、UAT用Sandbox、本番など、すべての変更が通る経路を1つに決めます。

全チームが同じ経路を使えば、テストは常に同じ環境で行われ、手順の抜けも防げます。Blue Canvasでは組織を接続し、この経路に沿って変更を反映していきます。

組織の比較・デプロイ

2つの組織を比較して差分を正確に把握し、デプロイする変更を選びます。

Blue Canvasは組織間の差分を並べて表示するため、すべてを移すのではなく、選んだ変更だけをデプロイできます。

複数機能の一括リリース

完成した機能を1つずつデプロイするのではなく、まとめて1回のリリースにします。

Blue Canvasの一括リリースなら、多くの変更をまとめて反映できます。リリース日の見通しが立ちやすくなり、ビジネス部門への共有もスムーズです。

継続的インテグレーション

継続的インテグレーションは、変更の準備ができ次第自動でチェックし、問題を早期に発見します。

CIはBlue Canvasのプランに含まれています。別のツールを用意せずに、次の段階へ進む前に変更の検証とテストを実行できます。

手動作業とJira連携

リリース作業にはSalesforceの外で行うものもあります。デプロイと一緒に管理して、作業漏れを防ぎます。

Blue Canvasでは手動作業を管理し、デプロイをJiraの課題に紐づけられます。メタデータだけでなく、関連タスクも含めたリリース記録を残せます。

ページ上部へ

柱3:品質と標準

CoEはSalesforceの変更の品質をどう維持しますか?

本番環境に届く前に、レビューで問題を見つけましょう。[3]

Blue Canvasができること

  • コードをレビューし、フィードバックを共有します。
  • コード品質をチェックし、テストを実行します。
  • デプロイ前にマージ競合を解消します。
  • 変更の反映前に依存関係を確認します。

コードレビューとフィードバック

すべての変更を別のメンバーが確認することで、本番反映前にミスを見つけられます。

Blue Canvasはデプロイリクエストのピアレビューに対応しています。レビュアーは、リリースを行うのと同じ場所で変更を確認し、フィードバックできます。

コード品質とテスト

品質基準を定め、リリース前のテストも含めて、すべての変更が基準を満たしているか確認します。

Blue Canvasはデプロイパッケージの検証とテストを自動実行し、不具合や品質に問題のある変更をリリース前に検出します。

マージ競合

2人が同じ箇所を変更すると、一方の変更がもう一方を上書きすることがあります。デプロイ前に競合を解消しましょう。

Blue Canvasはマージ競合を検出し、解消を支援します。並行して作業するチームがお互いの成果を失うのを防ぎます。

依存関係

Salesforceのメタデータには、他のメタデータへの依存関係があります。必要なコンポーネントを含めずに一部だけをデプロイすると、リリースに問題が生じます。

Blue Canvasはデプロイ前に依存関係をチェックし、変更に必要なコンポーネントも一緒に反映できるようにします。

ページ上部へ

柱4:セキュリティ、コンプライアンス、復旧

CoEは監査への備えと、ミスからの復旧をどう実現しますか?

すべての変更を漏れなく記録し、問題のある変更をすぐに元に戻せるようにします。

Blue Canvasができること

  • 誰が、何を、いつ変更したかをGitの監査証跡に残します。
  • SOC 2認証取得済みのプラットフォームを利用します。
  • メタデータを自動バックアップし、ワンクリックでロールバックします。
  • 組織を比較し、環境間のずれを見つけます。

Gitによる監査証跡

誰が、何を、いつ変更したか。すべての変更がGitに記録されます。

Blue CanvasはGitでメタデータのバージョンを管理するため、CoEは常に完全な履歴を確認できます。設定変更履歴を手作業で探し回ることなく、監査の質問に対応できます。

SOC 2とセキュリティ管理

リリースプロセスの信頼性は、それを支えるプラットフォームの信頼性にかかっています。

Blue CanvasはSOC 2認証を取得し、ロール、権限、認証などのセキュリティ管理機能を備えています。CoEが社内のセキュリティ要件を満たせるよう支援します。

メタデータのバックアップ

メタデータを自動でバックアップし、操作ミスやデータ損失から復旧できるようにします。

Blue Canvasは組織のメタデータをバックアップします。誰かがエクスポートを忘れずに実行することに頼らず、CoEに復旧の備えを提供します。

ワンクリックでロールバック

リリースで問題が起きたら、本番で直接修正するのではなく、すぐに元に戻します。

Blue Canvasはワンクリックのロールバックに対応しています。以前の状態に戻したうえで、Sandboxで問題をしっかり修正できます。

組織間のずれを検出

本番で直接変更したり、変更を開発環境へ反映し忘れたりすると、組織間にずれが生じます。定期的な比較で見つけましょう。

Blue Canvasの組織比較は、組織間の差分を表示します。CoEはずれを早期に見つけ、環境の整合性を取り戻せます。

ページ上部へ

柱5:チームのスキル向上と活用支援

管理者と開発者は同じプロセスで作業できますか?

はい。管理者はビジュアルな操作画面、開発者はGitを使えます。全員が1つのプラットフォームで作業できます。

Blue Canvasができること

  • 管理者には、画面で比較・デプロイできるツールを。
  • 開発者には、Git連携を。
  • パートナーも含め、すべてのチームでレビューとリリースの手順を統一できます。

管理者向け

リリースプロセスに従うために、管理者がGitやコマンドラインを学ぶ必要はありません。

Blue Canvasなら、管理者も画面上で組織を比較し、変更を選んでデプロイできます。開発者と同じ統制の取れたプロセスで作業できます。

開発者向け

開発者は、Gitをはじめとする使い慣れたツールをそのまま使えます。

Blue CanvasはGitと連携するため、開発者はブランチやプルリクエストを使いながら、チーム全体と共通のリリースプロセスで作業できます。

パートナー・コンサルタント向け

外部パートナーにも、別ルートではなく社内チームと同じプロセスで作業してもらうことが大切です。

Blue Canvasは、ロールと権限を備えた単一のプラットフォームです。レビューや承認のルールを変えることなく、パートナーに必要な組織へのアクセスを付与できます。

新しいメンバーのオンボーディング

新しいメンバーがリリースプロセスを覚えるまでに、何か月もかかるべきではありません。数日で習得できることが理想です。

すべての手順を1つのツールにまとめ、本番までの経路を統一すれば、オンボーディングは基本的に一度手順を見せるだけで済みます。プロセスを文書化し、ツールでその遵守を徹底しているCoEなら、研修や再教育にかける時間を減らせます。

ページ上部へ

第6の柱:AIとAgentforce

CoEはAgentforceやAIの変更をどう管理すればよいですか?

エージェントやAIの変更も、他のSalesforceの変更と同じように扱いましょう。レビュー、承認、デプロイを行い、必要に応じてロールバックします。[5]

Blue Canvasができること

  • Agentforceのメタデータ変更をGitで追跡します。
  • 組織間の変更を比較します。
  • 他のSalesforceの変更と同じ承認・ロールバックのフローを使います。

Agentforceメタデータの追跡

AgentforceのエージェントもSalesforceメタデータです。他のメタデータと同じようにバージョン管理しましょう。

Blue CanvasはAgentforceのメタデータ変更をGitで追跡するため、CoEは各エージェントがどのように変更されてきたかを履歴で確認できます。

Sandboxでのエージェント変更のテスト

エージェントの変更は、まずsandboxで構築・テストし、本番環境で直接行わないようにしましょう。[4]

Blue Canvasなら、組織間でエージェントの変更を比較し、他のメタデータと同じ開発、UAT、本番の経路で反映できます。

AIの変更の承認

AIの変更にも、他の変更と同じ正式な承認が必要です。より慎重な承認が求められる場合もあります。

Blue Canvasのリリース承認はAgentforceの変更にも適用されるため、適切な担当者が承認しない限り、エージェントの更新が本番に反映されることはありません。

AIの変更のロールバック

リリース後にエージェントが想定どおりに動作しない場合は、直近の正常なバージョンに戻しましょう。

Blue CanvasのワンクリックロールバックはAgentforceメタデータにも対応しています。CoEは問題のあるAIの変更をすばやく元に戻せます。

ページ上部へ

CoEのリリースプロセスを構築するには

組織を接続し、すべてのチームでレビュー、承認、デプロイの手順を統一しましょう。

  1. Salesforce組織(Sandboxと本番)を接続します。
  2. ロールを設定し、承認とデプロイを行える担当者を決めます。
  3. 本番までの経路を定義します(例:開発、UAT、本番)。
  4. すべてのデプロイでレビューと承認を必須にします。
  5. バックアップを有効にし、必要に応じてロールバックします。

Blue Canvasの料金はいくらですか?

すべての機能を1つのプランに。プランの階層や追加オプションはありません。

バージョン管理、デプロイ、ロールバック、CI、メタデータのバックアップを1つのプランで利用できます。ユーザー単位の料金、現在のキャンペーン、無料トライアルは料金ページをご覧ください。

参考情報

このガイドのアドバイスの根拠となるSalesforce公式資料です。

  1. ^ Salesforce Trailhead (n.d.) Salesforce CoEを定義する. Center of ExcellenceによるSalesforceのガバナンス. 参照先: https://trailhead.salesforce.com/content/learn/modules/salesforce-governance-with-a-center-of-excellence/define-your-salesforce-coe (閲覧日: 2026年10月27日).
  2. ^ ab Salesforce (n.d.) AIの進化に対応できるSalesforce Center of Excellenceを構築. Salesforceブログ. 参照先: https://www.salesforce.com/blog/center-of-excellence-ai-governance/ (閲覧日: 2026年10月27日).
  3. ^ ab Salesforce Architects (n.d.) Salesforce Well-Architected. 参照先: https://architect.salesforce.com/well-architected (閲覧日: 2026年10月27日).
  4. ^ Salesforce Trailhead (n.d.) エージェントを信頼して活用する. Agentforce Testing Center. 参照先: https://trailhead.salesforce.com/content/learn/modules/agentforce-agent-testing/trust-your-agents (閲覧日: 2026年10月27日).
  5. ^ Salesforce Trailhead (n.d.) デプロイのライフサイクルを確認する. 認定試験対策:Agentforce Specialist. 参照先: https://trailhead.salesforce.com/content/learn/modules/cert-prep-agentforce-specialist/examine-the-deployment-lifecycle (閲覧日: 2026年10月27日).

各分野のリーダー企業が採用

NISlackVirta HealthTwilioSyscoHersheys