あなたは ServiceNow エンジニアを採用しようとしていますが、案件ごとに要件は異なります。あるチームは ITOM を必要とし、別のチームは HRSD を、さらに別のチームはその両方を必要としています。このレシピでは、毎回面接を作り直すことなく、それをすっきりと扱う方法を示します。
コツは、再利用可能なモジュール別インタビュアーを一度だけ構築し、そのうえで、どのモジュールのラウンドを含めるかを選ぶだけの案件パターンごとのロールを作成することです。
ステップ 1 — インタビュアーを構築する(一度だけ)
Interviewers で、次の 4 つを作成します。これらは今後すべての ServiceNow 案件で再利用します。
| インタビュアー | ペルソナ(自己紹介の仕方) | 評価対象 |
|---|
| Friendly Screener | ”Hi, I’m Riya — I’ll ask a few quick questions about your background.” | 志望動機、コミュニケーション、ServiceNow の基本的な経験 |
| Platform Fundamentals | ”I’m Dev, I’ll dig into core ServiceNow platform skills.” | テーブル、ACL、フロー、スクリプティング、連携 |
| ITOM Specialist | ”I’m Arun, I focus on IT Operations Management.” | イベント管理、Discovery、Service Mapping、CMDB の健全性 |
| HRSD Specialist | ”I’m Meera, I focus on HR Service Delivery.” | ケース管理、Employee Center、ナレッジ管理、ライフサイクルイベント |
各インタビュアーは対象を絞ってください。すべてを 1 つでカバーしようとする巨大な「ServiceNow エキスパート」よりも、対象を絞った「ITOM Specialist」のほうが、より鋭く公平なスコアを出せます。
ステップ 2 — 案件パターンごとにロールを作成する
案件の種類ごとに 1 つのロールを作成します。これらはすべて同じインタビュアーを共有し、ラウンドだけが異なります。
ITOM 案件
HRSD 案件
ITOM + HRSD 案件
ロール: ServiceNow Engineer — ITOM| # | ラウンド | インタビュアー | 合格ライン |
|---|
| 1 | スクリーニング | Friendly Screener | 60 |
| 2 | Platform Fundamentals | Platform Fundamentals | 70 |
| 3 | ITOM 深掘り | ITOM Specialist | 75 |
ロール: ServiceNow Engineer — HRSD| # | ラウンド | インタビュアー | 合格ライン |
|---|
| 1 | スクリーニング | Friendly Screener | 60 |
| 2 | Platform Fundamentals | Platform Fundamentals | 70 |
| 3 | HRSD 深掘り | HRSD Specialist | 75 |
ロール: ServiceNow Engineer — ITOM + HRSD| # | ラウンド | インタビュアー | 合格ライン |
|---|
| 1 | スクリーニング | Friendly Screener | 60 |
| 2 | Platform Fundamentals | Platform Fundamentals | 70 |
| 3 | ITOM 深掘り | ITOM Specialist | 75 |
| 4 | HRSD 深掘り | HRSD Specialist | 75 |
お分かりでしょうか?「両方」の案件はラウンドを追加するだけです。インタビュアーには一切手を加えません — 3 つのロールすべてで共有されているからです。
なぜ 1 つのロールではなく、パターンごとにロールを分けるのか? ラウンドはロールに属するため、案件ごとに異なる面接フローを与える最もすっきりした方法は、それぞれ別のロールにすることです。Duplicate Role を使えば数秒で新しいバリエーションを立ち上げられるので、あとはモジュールのラウンドを追加または削除するだけです。
ステップ 3 — モジュールの知識を適切な場所に置く
- ServiceNow 全般のコンテキスト(プラットフォームのバージョン、規約など)は、ロールのナレッジベースに添付します。
- モジュール固有の参照ドキュメント(ITOM のランブック、HRSD のカタログなど)は、そのラウンドのナレッジベースに添付し、深掘りの対象が絞られた状態を保ちます。
ステップ 4 — 候補者を追加して開始する
候補者を適切なロールに追加(またはロールの応募リンクを共有)し、スケジュールします。各候補者はラウンドを順番に進み、合格すると次のラウンドに進みます。ラウンドごとのスコアカードに加えて、総合的な推奨が得られます。
ロールの応募ページでは、候補者は面接スコアでランク付けされ(同点の場合は CV マッチで決まります)、最も優秀な ITOM または HRSD エンジニアが自動的に上位に上がってきます。
API で行う場合
ほとんどのチームにとってはダッシュボードで十分です。自動化する場合、その流れは上記のステップと同じです — インタビュアーを一度作成し、そのうえでパターンごとにロールとそのラウンドを作成します。
# 1. Create a reusable Interviewer — once
curl -X POST https://api.intervyo.ai/api/v1/interviewers \
-H "Authorization: Bearer $API_KEY" -H "Content-Type: application/json" \
-d '{
"name": "ITOM Specialist",
"persona": "Arun, a ServiceNow ITOM specialist.",
"useCase": "hiring",
"evaluationDimensions": [
{ "name": "Event Management", "description": "Alert rules, correlation", "weight": 35 },
{ "name": "Discovery & CMDB", "description": "Discovery, Service Mapping, CI health", "weight": 40 },
{ "name": "Communication", "description": "Explains trade-offs", "weight": 25 }
]
}'
# 2. Create the Role, then add its Rounds,
# pointing each Round's interviewer_id at the right Interviewer.
各フィールドの完全なリファレンスは、Interviewers、Roles、Rounds をご覧ください。