Salesforce管理者の属人化・不在リスクとその対処法

「Salesforceの設定を分かっているのが社内に一人しかいない」「その担当者が異動・退職したら、誰も触れなくなってしまう」——長くSalesforceを運用している企業から、管理者の属人化に関する相談が寄せられます。

導入時にカスタマイズを重ねたシステムほど、その経緯や設定の意図を把握しているのが特定の一人に集中しやすく、いざその人がいなくなったときに「なぜこの設定になっているのか誰も分からない」という状態に陥りがちです。これは単なる引き継ぎの問題にとどまらず、事業継続上のリスクにもつながります。

この記事では、Salesforce管理者の属人化がなぜ起こるのか、その構造と、リスクを下げるための現実的な対処法を解説します。

この記事の要点（30秒でわかるまとめ）

• 属人化はカスタマイズの経緯が記録されていないことが根本原因になりやすい
• 管理者不在は設定変更が止まる・トラブル対応が遅れるという形で表面化する
• 対処の第一歩は設定・カスタマイズ内容のドキュメント化
• 中長期的には属人化しにくいシステム設計そのものを検討する選択肢もある

Salesforce管理者が属人化する典型的な経緯

結論：Salesforce管理者の属人化は、導入初期に一人の担当者が試行錯誤しながらカスタマイズを重ね、その過程や意図が記録されないまま運用が続くことで発生します。

多くの企業では、Salesforce導入時に特定の担当者が中心となってオブジェクト設計・ワークフロー・承認プロセスなどを構築します。この時点でドキュメント化がされていないと、後から見た人には「なぜこのカスタムオブジェクトがあるのか」「このフローは何のためか」が分からなくなり、結果として最初の担当者しか全体像を把握していない状態が固定化してしまいます。カスタマイズが積み重なることで保守性が下がる問題についてはSalesforceのカスタムオブジェクト増殖が招く保守性低下と整理法でも解説しています。

管理者不在が引き起こす具体的なリスク

結論：管理者が不在になると、単に「設定変更ができない」だけでなく、トラブル対応の遅延や、誤った運用の継続といった複合的なリスクが顕在化します。

権限設定の変更、新しい部署への対応、エラーが出た際の原因調査など、日常的な運用業務が滞ることに加え、担当者しか知らない「暗黙のルール」に従って現場が運用を続けてしまい、非効率な状態に誰も気づけないというケースもあります。権限周りの複雑化についてはSalesforceの権限設定・共有ルールが複雑化する問題と見直し方でも取り上げていますが、こうした複雑な設定ほど属人化の影響を強く受けます。

属人化リスクを下げるための現実的な対処法

結論：属人化リスクへの対処は、まず現状の設定・カスタマイズ内容を可視化・ドキュメント化することから始め、複数人が触れる体制に段階的に移行していくのが現実的です。

いきなり全ての知識を複数人に分散させるのは難しいため、まずは主要なオブジェクト構成・ワークフロー・自動化設定を棚卸しし、簡易的なドキュメントとして残すことが優先度の高い対策になります。あわせて、変更を加える際は必ず記録を残すルールを設けることで、今後の属人化の再発を防ぎやすくなります。

中長期的な選択肢：属人化しにくいシステム設計を検討する

結論：中長期的には、特定の担当者の暗黙知に依存しない設計思想でシステム自体を見直すという選択肢も検討に値します。

カスタマイズが複雑化するほど属人化は起こりやすくなるため、業務に合わせて必要な機能をシンプルに設計し直すという方向性も一つの解決策です。Salesforceからの乗り換えを検討する企業向けの情報はSalesforceからの乗り換えでおすすめの開発会社7選と選び方にまとめていますので、あわせて参考にしてください。

属人化を防ぐための日常的な運用ルール

結論：一度整理した権限・設定を長期的に維持するには、変更内容を記録し、複数人でレビューする運用ルールを日常業務の中に組み込んでおくことが欠かせません。

ドキュメント化や体制整備は、一度実施しただけでは時間の経過とともに形骸化しやすいという性質があります。設定変更を行う際は必ず変更理由と内容を記録し、可能であれば第三者がレビューする運用にしておくことで、特定の担当者だけが最新状態を把握しているという状況の再発を防ぎやすくなります。あわせて、定期的に担当者以外のメンバーが設定内容を確認する機会を設けておくと、属人化の兆候に早めに気づけます。

よくある質問（FAQ）

Q. 管理者が一人しかいない状態は、どの程度のリスクと考えるべきですか？ A. 事業規模やSalesforceの利用範囲によりますが、業務の中核をSalesforceが担っている場合、管理者不在は事業継続上のリスクとして経営レベルで認識しておくことが望ましいと考えられます。

Q. ドキュメント化にはどのくらいの工数がかかりますか？ A. カスタマイズの複雑さによって大きく異なります。まずは主要なオブジェクトや頻繁に使われる機能から優先順位をつけて進めるケースが多いようです。

Q. 外部のパートナーに運用を委託すれば属人化は解消しますか？ A. 委託先が設定の経緯を十分に理解していない場合、別の形の属人化（委託先への依存）が生じる可能性があります。ドキュメント化と体制整備は自社側でも並行して進めることが重要です。

Q. 属人化対策として、システムの乗り換えは有効な選択肢ですか？ A. カスタマイズが複雑化しすぎている場合、シンプルな設計に作り直すことが結果的に属人化対策になるケースもあります。ただし移行には相応の検討と準備が必要です。

まとめ

Salesforce管理者の属人化は、カスタマイズの経緯が記録されないまま運用が続くことで発生し、管理者不在は運用停止やトラブル対応の遅延といった具体的なリスクにつながります。まずは現状のドキュメント化から着手し、中長期的には属人化しにくいシステム設計への見直しも選択肢として検討する価値があります。

Irwin&co株式会社は、既存システムの棚卸しから、属人化しにくい業務システムの設計・開発まで対応しており、案件継続率95%の実績で長期的な運用も見据えたご提案をしています。属人化リスクに不安を感じている場合は、お問い合わせからご相談ください。