ServiceNowエンジニアのフリーランス案件で求められるスキルと経験

ServiceNowのフリーランス案件で求められるのは、テーブル（データの入れ物）と権限の設計、ITSMを中心とした業務プロセスの設定、スクリプトやフローによる開発、外部システムとの連携、構成管理データベース（CMDB）の整備、環境の間での変更の移し方とテスト、そして業務を標準のプロセスに合わせて提案する力です。どの役割・どの経験の段階で入るかによって、このうちどれが中心になるかが変わります。

この記事では、ServiceNowの案件で見られるスキルを分野ごとに整理し、経験の段階ごとに求められる深さと、スキルの示し方を解説します。独立の進め方はServiceNowエンジニアがフリーランスになるにはにまとめています。

分野ごとに見られるスキル

データと権限の基本

ServiceNowは、すべての情報をテーブルに持ち、画面や処理はその上に組み立てられています。そのため、どの役割でも次の理解が土台になります。

• テーブルの継承（親のテーブルの項目を引き継ぐ仕組み）と、項目・参照の持たせ方
• ユーザー・グループ・ロールによる権限の付け方
• アクセス制御（ACL）で、誰がどのレコードや項目を読める・書けるかを決める考え方

権限の設計は、利用部門が増えるほど重要になります。IT部門だけでなく人事や顧客窓口が同じ基盤を使う場合、誰に何を見せないかを根拠を持って説明できる人は頼られます。

業務プロセスの設定（ITSMが中心）

案件の数が多いのはITSMの領域です。インシデント管理、問題管理、変更管理、サービス要求とサービスカタログ、ナレッジ管理、サービスレベル（SLA）の設定などを、業務に合わせて組み立てる力が見られます。

ここで問われるのは、設定の手順を知っていることより、ITサービス管理の考え方にそって業務を整理できるかです。たとえば「インシデントと問題をどう分けるか」「どの変更を承認なしで通してよいか」を、業務側と同じ言葉で話せることが求められます。考え方の土台はITILで、資格としての位置づけはITILの資格の記事、国家試験の側からはITサービスマネージャ試験の記事で解説しています。

開発（スクリプト・フロー・画面）

標準の設定で足りない部分は開発で補います。ServiceNowの処理はJavaScriptで書くため、JavaScriptの経験はそのまま生きます。

開発者として評価されやすいのは、書けることそのものより、「これはフローで足りる」「これは標準の処理を書き換えずに追加の処理で対応する」と判断できることです。標準の処理を直接書き換えると、バージョンアップのたびに確認と修正が必要になるためです。

外部システムとの連携

監視ツールからの障害の通知、人事システムからの社員情報の取り込み、認証の仕組みとのシングルサインオン、チャットツールとの連携など、ServiceNowの案件には連携がよく出てきます。REST APIの設計と、取り込んだデータの重複や欠損をどう防ぐかを説明できると、任せられる範囲が広がります。

CMDBと構成情報

ITOMの領域では、サーバーやネットワーク機器、アプリケーションなどの構成情報をCMDBに持ち、その関係をたどって障害や変更の影響を判断します。構成情報を自動で集める仕組みの設定に加えて、どの粒度で何を登録し、誰がどう保つかを決める力が見られます。CMDBはITSMの変更管理やインシデント管理からも参照されるため、データがずれていると他の領域の判断まで狂います。

変更の移し方とテスト

ServiceNowの開発では、開発用・検証用・本番の環境の間で、変更をまとめて移していきます。変更の単位の切り方、移す順番、移し漏れの防ぎ方は、現場ごとに決まりがあり、そのルールに沿って作業できることが前提になります。あわせて、自動テストの仕組みを使った回帰テストや、バージョンアップの前の影響確認の経験があると、運用保守の案件で重宝されます。

経験の段階ごとに求められる深さ

同じ分野でも、経験の段階によって期待される深さが違います。

入り口の段階でも、ただ言われたとおりに設定するのではなく、「この変更で他の画面や通知に影響が出ないか」を自分で確かめる習慣がある方は、次の段階の案件に進みやすくなります。

中堅から上級に進むときの分かれ目は、自分が作ったものだけでなく、他の人が作ったものを読み解いて整理した経験です。長く使われてきた環境では、過去の担当者が作った処理が積み重なっています。それを調べ、残すもの・置き換えるもの・やめるものを決めた経験は、上級の役割に入る足がかりになります。

業務と人に関わるスキル

ServiceNowの案件は、IT部門だけでなく、人事や総務、顧客窓口など、多くの部門の業務に関わります。そのため、技術に加えて次の力も見られます。

• 聞き取りと整理：業務の流れを聞き取り、標準のプロセスとの違いを洗い出す
• 合意をつくる：作り込みを減らす提案を、業務側が受け入れられる形で示す
• 定着を支える：利用者向けの手順や、運用担当への引き継ぎ資料を整える

人事の窓口（HR Service Delivery）や顧客対応（Customer Service Management）の領域では、扱う情報の機微さや、利用者の数の多さから、権限とわかりやすい画面への配慮が一段と求められます。

認定資格の位置づけ

ServiceNowには、ServiceNow Universityで案内されている公式の認定資格があります。管理者向けの「ServiceNow Certified System Administrator（CSA）」が土台にあたり、その上に領域ごとの導入を扱う資格などが用意されています（2026年10月時点）。

案件の条件に資格が書かれていることはありますが、資格だけで参画が決まることは多くありません。資格と同じ領域の実務を示せるかが重視されます。どの資格がどの案件で見られるかは、ServiceNowの資格の記事で扱います。

スキルの示し方

スキルを伝えるときは、分野の名前を並べるより、どの領域で、何を判断し、結果どうなったかを1件ずつ示すほうが伝わります。

• 「インシデント管理の設定」ではなく「障害の優先度の決め方を業務側と整理し、自動の割り当てルールに落とした」
• 「スクリプト開発」ではなく「標準の処理を書き換えていた箇所を、追加の処理に置き換えてバージョンアップの手戻りを減らした」
• 「CMDB構築」ではなく「登録する構成情報の範囲と更新の担当を決め、変更の影響確認に使える状態にした」

具体的な書き方と記入例はServiceNowのスキルシートの記事、スキルシート全体の基本はスキルシートの書き方の基本をご覧ください。

よくある質問

JavaScriptが書ければServiceNowの開発案件に入れますか？

JavaScriptの経験は生きますが、ServiceNowの開発案件では、テーブルや権限の仕組み、標準の処理とどう共存させるかの理解が前提になります。個人用の開発環境などで、ビジネスルールやフローを一通り作ってみてから案件に臨むと、面談で話せる内容が具体的になります。

ITILの知識はどのくらい必要ですか？

ITSMの案件では、インシデント・問題・変更などの考え方を、業務側と同じ言葉で話せる程度の理解が求められることが多くあります。導入コンサルの役割では、より深い理解が期待されます。資格の位置づけはITILの資格の記事をご覧ください。

ITOMの経験がないとCMDBの案件には入れませんか？

構成情報を自動で集める仕組みの経験を条件にする案件もあれば、CMDBのデータの持ち方やITSMとのつなぎ方を重視する案件もあります。ITSMの変更管理やインシデント管理でCMDBを参照する設計をした経験があれば、その経験を具体的に伝えることで検討の材料になります。