Salesforceエンジニア・コンサルの参画初月にやること｜現場で信頼される進め方

Salesforce案件の参画初月にやることは、自分が触れてよい環境と権限の範囲を確かめ、組織の作り込みを棚卸しし、現場の手順どおりに小さな変更を一つ本番まで通すことです。最初の1か月で「この人に組織を触らせても大丈夫だ」と思ってもらえるかが、その後に任される範囲を決めます。

Salesforceは画面から設定を変えられるため、参画してすぐに作業を始められてしまいます。だからこそ、最初の数週間は作る量より、組織の状態を知り、変更の流れに乗ることを優先します。入館やアカウントの手続き、最初の1週間の一般的な進め方は参画初日から最初の1週間でやることにまとめているので、この記事ではSalesforceの案件に固有の部分を中心に解説します。

1か月の流れを4つに分ける

初日〜3日目：環境と権限を確かめる

触れてよい環境を一覧にする

Salesforceの案件では、本番の組織のほかに、開発やテストのための検証用の環境（Sandbox）が用意されているのが一般的です。Sandboxは本番と切り離された環境で、開発・テスト・研修に使えるとされています（Salesforce Helpによる）。

最初に確かめたいのは、次の点です。

• どの検証用の環境で作業するのか。開発用とテスト用が分かれているか
• 本番の組織で自分に与えられる権限は、参照だけか、設定の変更までか
• 本番のデータを検証用の環境に持ち込んでよいか、その場合の扱い

権限が足りないまま作業を進めようとすると、誰かの権限を借りるような運用になりがちです。足りない権限は、理由を添えて窓口に依頼しましょう。逆に、必要以上の権限を渡された場合も、そのまま使わずに範囲を確かめておくと、後で責任の所在がはっきりします。

変更を本番へ反映する手順を聞く

設定や開発の変更を本番へ反映する方法は、現場ごとに違います。画面から変更をまとめて移す方法、コマンドラインのツールとバージョン管理を使う方法、専用のツールを使う方法などがあります。最初の数日で、次の点を聞いておきましょう。

• 変更を反映する方法と、誰が反映を承認するか
• 反映できる日や時間帯の決まり（利用者が少ない時間帯に限るなど）
• 不具合が出たときに戻す手順

命名と設計書の決まりを確かめる

項目やフロー、Apexのクラスに付ける名前の決まり、説明欄の書き方、設計書の置き場所を確かめます。Salesforceの組織は多くの人が手を入れるため、名前の決まりを守ることが、次の担当者への最大の配慮になります。

1週目後半〜2週目：組織を棚卸しする

担当範囲のオブジェクトから見る

組織全体を一度に把握しようとすると時間が足りません。自分の担当する業務で使うオブジェクトから見ていきます。

1. データの形：主なオブジェクトと、その関係。項目の数と、使われていそうにない項目
2. 権限：プロファイルと権限セットの数、共有の設定、利用者の役割の分け方
3. 自動化：オブジェクトごとのフロー、Apexのトリガー、古い仕組みで組まれた自動化の有無
4. 外部とのつながり：連携しているシステムと、データが入ってくる経路
5. 追加した製品：インストールされているパッケージと、それが使う項目や自動化

調べた内容は、自分用のメモで終わらせず、短い一覧にまとめておくと、後で説明や提案をするときの土台になります。

業務とデータの流れを利用者から聞く

設定を見ただけでは、なぜその形になっているのかはわかりません。窓口の担当者を通して、利用部門の人に業務の流れを短く聞かせてもらえないか相談してみましょう。「この項目は誰がいつ入れているか」「このレポートは何の会議で使っているか」がわかると、作り込みの理由が見えてきます。

直近のリリースの影響を確かめる

Salesforceは製品の更新ごとにリリースノートを公開しています（2026年10月時点ではWinter '27のリリースノートが公開されています）。参画した時期に製品の更新が控えている場合は、担当範囲に関わる変更がないか確かめておくと、更新の直後の問い合わせに落ち着いて対応できます。

2週目〜3週目：小さな変更を一つ通す

最初の作業は影響の小さいものを選ぶ

項目の追加やレポートの修正、入力規則の調整など、影響が小さく、確かめやすい作業を最初の一つにします。目的は成果の大きさではなく、検証用の環境で作り、確かめ、承認を受け、本番に反映し、利用者に伝えるという流れを一度通すことです。この流れの中で、手順書にない暗黙の決まりが見つかることもよくあります。

変更の記録を残す

何を、なぜ、どの環境で変えたかを、現場の決まった場所に残します。決まった場所がなければ、窓口と相談して置き場所を決めてもらいましょう。Salesforceは誰でも設定を変えやすい製品なので、変更の記録が残っている人は信頼されます。報告の書き方はチャットでの報告・相談の書き方、打ち合わせの記録は議事録の書き方が参考になります。

リモートの現場では、見えている状態を増やす

リモートで参画している場合、隣の席の人に画面を見せて確かめる、ということができません。作業の前に「どの環境で、どのオブジェクトの何を変えるか」をチャットで一言伝え、終わったら変更の記録へのリンクを添えて報告するだけで、離れていても作業の様子が伝わります。画面の動きを確かめてもらいたいときは、短い画面録画や操作の手順を添えると、相手の確認の手間が減ります。リモート案件の進め方はSalesforceのリモート案件の記事も参考になります。

3週目〜4週目：課題を記録し、次の1か月を決める

棚卸しと最初の作業を通して、気づいた課題が溜まってくるはずです。自動化の重なり、使われていない項目、広すぎる権限などです。ここで大切なのは、気づいた課題をすぐに直さないことです。

課題は、内容、影響、直すときの手間の見込みを一覧にし、優先順位は発注側に決めてもらいます。自分の判断で整理を始めると、契約の範囲を超えたり、知らないところで別の業務を止めたりするおそれがあります。範囲の外の依頼が来たときの考え方は追加の依頼を断るときの伝え方で解説しています。

1か月の終わりには、担当範囲の状態、終えた作業、次に取り組みたいことを短くまとめ、窓口と振り返りの時間を持てると、2か月目からの役割がはっきりします。参画中につまずきやすい点はSalesforceのフリーランスがつまずきやすい点にまとめています。

よくある質問

参画初日から、本番の組織の管理者権限を渡されました。どうすればよいですか？

そのまま作業を始める前に、どの作業にその権限を使うのか、本番で直接変更してよいのかを窓口に確かめましょう。必要以上の権限は、誤操作のときの影響を大きくします。範囲を確かめたうえで、変更の記録を残しながら使うと、後で説明しやすくなります。

組織にドキュメントがほとんどありません。どこから調べればよいですか？

自分の担当する業務で使うオブジェクトから、データの形、権限、自動化の順に見ていくのがおすすめです。調べた内容を短い一覧にまとめて窓口と共有すると、知っている人から補足をもらえることがあります。

最初の1か月で、改善の提案はしないほうがよいですか？

提案そのものは役に立ちますが、早い段階で並べると、現場の事情を知らないまま話しているように受け取られることがあります。気づいたことは記録しておき、組織の状態を一通り把握した3〜4週目に、影響と手間の見込みを添えてまとめて伝えると受け入れられやすくなります。