多くのSalesforce DevOpsチームは、自社専用のDevOpsソリューション構築に魅力を感じます。
「オープンソースツールは無料」という認識も後押しします。しかし、こうした取り組みは一見魅力的に見えるものの、実際には投資対効果(ROI)が期待を大きく下回るケースがほとんどです。
本稿では、なぜSalesforce向けのDevOpsツールを独自に構築することが高コストで、かつ本来集中すべき業務目標からリソースを奪うのかを掘り下げていきます。
最初に直面する大きな課題は、Salesforceのローコードビジネスアプリケーション特有の性質です。
Salesforceのエコシステムは従来のソフトウェア開発プラットフォームとは根本的に異なり、計画・開発・テスト・リリース・運用の各フェーズにおいて、専用のアプローチが必要です。
従来のDevOpsツールが有効だった方法は、Salesforceの独自アーキテクチャには必ずしも適用できません。
多くのSalesforceチームは、シチズンデベロッパー(業務部門の非エンジニア)からIT専門職まで、技術スキルが多様です。
Gartnerは、2023年までにシチズンデベロッパーがプロフェッショナル開発者の4倍に達すると予測しています。
こうした異なる層のユーザー双方に対応するDevOpsソリューションを構築するのは、想像以上に困難です。
結果として、プロのエンジニアしか扱えないツールに陥るケースが多く見られます。
最も過小評価されがちな課題の一つは、Salesforceの進化スピードに対応することです。
同プラットフォームは年に複数回の大型アップデートを実施しており、その都度、DevOpsプロセスに影響を与える可能性があります。
たとえば、Copadoのような専業ベンダーは、自社開発リソースの10〜15%をSalesforceとの互換性維持に充てています。
これは多くの組織が内部で担うには重すぎる継続的負担です。
多くの組織は、DevOpsパイプラインにおけるテストの難易度を過小評価しています。
本格的なDevOpsには、組み込み型のテスト機能が不可欠であり、強固なSalesforce自動テストなくして高品質なデプロイは不可能です。
Seleniumなどの従来ツールは、ローコード開発者にとって習得が難しく、チーム全体にスキルギャップを生じさせます。
さらにSeleniumは、HTML要素のIDやXPathに依存しているため、Salesforceのメジャーリリースで変更される可能性が非常に高く、保守性に難があります。
その結果、初期実装も保守もコストがかかり、オープンソースツールが「無料」とは言えない実態が明らかになります。
独自ソリューション構築時、初期開発費にのみ注目する組織は多いですが、以下のような多層的なコストが存在します:
Salesforce の各クラウド(セールス、サービス、コマース、マーケティングなど)には、独自の特性、API、要件があります。これらの違いを効果的に処理する DevOps ソリューションを構築するには、プラットフォームに関する深い専門知識と多大な開発作業が必要となります。
Salesforce の各クラウドでは、以下のコンポーネントについて特別な処理が必要です。
組織が成長するにつれて、DevOps のニーズはより複雑になります。自社開発のソリューションは、以下の側面に対応できる十分な拡張性が必要です。
独自ツールの構築・維持に投資するのではなく、以下の特徴を持つSalesforce専用ソリューションの導入が推奨されます:
ROIを評価する際には、Copadoのような専用ツールがもたらす以下の価値を考慮すべきです:
独自のSalesforce DevOpsソリューション構築は、初期には魅力的に映るかもしれません。しかし、中長期的にはROIを正当化できるだけの価値を生みません。
継続的な保守、リソース確保、機会損失が重なり、財務的には不利な判断となるのが現実です。
一方、専用ソリューションへ投資すれば、チームはインフラ維持から解放され、ビジネス価値の創出に集中できます。
真に成功している組織は、Salesforce上で優れたアプリケーションを構築することこそが競争優位であると認識しており、DevOpsツールの内製・保守にリソースを割いていません。
専用のDevOpsソリューションを選択することは、イノベーション創出と顧客満足向上に向けた重要な戦略的判断です。
リソースライブラリを使用して セールスフォースDevOpsのスキルをレベルアップしてください。