フリーランスエンジニアの見極め方｜非エンジニアが使える質問テンプレ12選

「DX 推進のためにフリーランスエンジニアを採用してほしい」と指示されたものの、社内に技術判断できる人がいない。スキルシートを渡されても専門用語ばかりで読み解けず、面談で何を質問すれば良いかもわからない。そんな状況に置かれた非エンジニア担当者は少なくありません。

採用関連の解説記事の多くは「現場エンジニアと一緒に判断してください」「採用エージェントを活用しましょう」という結論に収束します。しかし、そもそも社内に頼れるエンジニアがいないからこそ困っているのが実情ではないでしょうか。外部支援は最終手段としては有効ですが、その前に担当者自身が判断できる軸を持つことが、責任ある意思決定の出発点になります。

本記事では、技術知識ゼロの担当者でも自力でフリーランスエンジニアを評価・見極めできる5つの実務ツールを提供します。スキルシートを4軸で読み解くフレーム、コードを読まずに行うポートフォリオ評価、コピペで使える12個の面談質問テンプレート、面談当日に記入できる観察スコアリングシート、ChatGPT 等の AI を補助に使う具体的な手順です。

採用プロセス全体の設計を体系的に知りたい方は、関連記事として業務委託エンジニア採用のミスマッチを防ぐ4工程プロセス設計も併せてご覧ください。本記事は、その採用プロセスの中でも「面談・書類選考フェーズ」の実務手順に絞って深掘りします。

なぜ非エンジニアでもフリーランスエンジニアのスキル評価ができるのか

このセクションでは「自分には技術がわからないから判断できない」という思い込みを取り除き、非エンジニアでも判断可能であることの根拠を提示します。

「技術力を見抜く」のではなく「再現性を見抜く」に発想を変える

非エンジニア担当者が陥りやすい誤解は、「採用判断＝技術力を正確に評価すること」と考えてしまう点です。実際に必要なのは、技術の中身を理解する能力ではなく、その人が「過去に何を、どのような立場で、どの程度の規模で実現してきたか」を構造的に読み解く力です。

エンジニアの実力は、抽象的な技術スキルではなく「再現性のあるプロセス」として現れます。具体的な実績の積み重ね、課題解決の進め方、コミュニケーションの取り方といった行動の一貫性が、次のプロジェクトでの成果を予測する最良の材料になります。これらは技術知識がなくても観察・確認できる要素です。

非エンジニアでも判断できる4つの観察軸

非エンジニアが判断材料として使える観察軸は、次の4つに整理できます。

1. 実績の具体性: 「Web 開発の経験あり」のような抽象表現ではなく、「ECサイトの決済機能を担当」「月間100万PV のメディアのインフラ運用を1年半」など、具体的な役割・対象・期間が説明されているか
2. 役割の重さ: 単なる作業者として参画したのか、要件定義や設計まで関与したのか、メンバーをまとめる立場だったのか。同じ「経験あり」でも責任の重さで実力は大きく変わります
3. コミュニケーションの明快さ: 専門用語を非専門家に説明できるか、結論から話せるか、不明点を率直に確認できるか。発注者と日常的にやり取りする立場として最も重要な能力です
4. 準備の徹底度: 面談当日に自社情報を調べてきているか、過去の質問への回答が事前にまとまっているか。準備の質はプロジェクトでの段取り力に直結します

この4軸はいずれも、技術用語の意味を知らなくても観察・確認できます。スキルシート・ポートフォリオ・面談・観察の各段階でこの4軸に当てはめて情報を整理すれば、判断材料を構造化できます。

判断を「自分の言葉で説明できる状態」をゴールにする

採用後にミスマッチが発生すれば、担当者は社内に対して「なぜこの人を選んだか」を説明する責任を負います。逆にいえば、自分の言葉で判断理由を説明できる状態にあれば、結果に関わらず意思決定者としての役割を果たしたことになります。

本記事のゴールは、「○○の実績があり、面談での△△の応答が具体的だったため、××の案件を任せられると判断した」と社内会議で語れる状態に到達することです。判断軸を自分の中に持ち、それを言語化できることが、外部支援に頼らない自律的な意思決定の本質です。

採用以前の段階で「そもそも社内体制が整っていない」と感じる方は、フリーランスエンジニア活用を始める前に整える社内準備6ステップも参考にしてください。

スキルシートの読み方｜非エンジニア向け解読ガイド

ここでは、スキルシート（職務経歴書）を技術用語に詳しくなくても読み解ける具体手順を解説します。

スキルシートで最初に見るべき4軸

スキルシートは、技術用語の羅列に見えても、次の4軸で読み解けば判断材料として機能します。

スキルシートを開いたら、まずこの4軸の情報がどこに書かれているかを探す習慣をつけてください。技術スタック（使用言語・フレームワーク）は後回しで構いません。

技術用語をスルーしても判断できる「役割の重さ」の読み方

役割名から責任範囲を推定する方法を覚えておくと、技術内容を理解しなくても実力を推測できます。

• PG（プログラマー）: 仕様書に基づきコードを書く役割。指示通りに作業を進める立場
• SE（システムエンジニア）: 要件のヒアリング・基本設計・実装の調整役。発注者とのやり取りも担当
• PL（プロジェクトリーダー）: 数名のチームを率いて開発を進める立場。進捗管理・品質管理を担当
• PM（プロジェクトマネージャー）: プロジェクト全体の責任者。予算・スケジュール・要件交渉を担当
• テックリード / リードエンジニア: 技術判断の最高責任者。設計方針・技術選定を主導
• アーキテクト: システム全体の構造設計を担う役割

「全工程対応」「上流から下流まで」とだけ書かれている場合は要注意です。具体的な役割名と責任範囲が明示されていないため、追加の質問で確認する必要があります。

プロジェクト規模・期間から実力を推定する方法

スキルシートには、各案件の「期間」「人数」「業界」が記載されていることが多くあります。これらの組み合わせから、本格的なプロジェクト経験の有無を推定できます。

• 期間 6ヶ月以上 × 5名以上のチーム: 中規模以上の本格的な開発経験。要件変更・チーム協働の経験が積まれている可能性が高い
• 期間 1年以上 × 10名以上のチーム: 大規模システム開発の経験。長期保守・運用フェーズの知見も期待できる
• 期間 3ヶ月以下 × 1〜2名: 小規模案件中心。短期での独立した動き方は得意だが、チーム協働の経験は限定的
• 同時期に複数のフルタイム案件が並ぶ: 稼働実態が不明瞭。記載ミスか、実態として副次的な関与だった可能性。要確認

業界（金融・医療・ECなど）と規模の組み合わせも判断材料になります。自社の業界・規模に近い経験があるかを確認すると、立ち上げ後のキャッチアップ速度を予測できます。

注意すべき「読み流してはいけない」赤信号サイン

非エンジニアでも気づける、スキルシート上の赤信号サインを列挙します。

• 役割が「全工程」「上流〜下流まで対応」とだけ書かれている
• 期間が極端に短い案件（2〜3ヶ月）が連続している
• 同時期に複数の本格的なフルタイム案件が並んでいる
• 直近2〜3年の案件記載が薄い、または空白期間がある
• 使用技術が網羅的に列挙されているが、各技術での実務年数が不明

赤信号は「即時 NG」ではなく「面談で必ず確認すべき項目」として記録してください。確認の結果、合理的な説明があれば問題ありません。

ポートフォリオ・GitHubの非エンジニア向けチェックポイント

ポートフォリオや GitHub アカウントは、コードを読めなくても評価できる情報源です。画面上で何を見れば良いかを具体的に解説します。

コードを読まずに評価する4つの観点

GitHub やポートフォリオサイトを開いたら、次の4つを順に確認してください。

1. README の整備度: リポジトリのトップに表示される説明文書。何のためのプロジェクトか、どう使うか、誰向けかが書かれているかを確認します。文章が整理されていれば、ドキュメントを書く習慣があるエンジニアと推測できます
2. コミット履歴の継続性: 「Commits」タブから過去の更新履歴を確認します。継続的にコミット（更新）が積み重ねられているか、まとまった単位で記録されているかを観察します。一気にまとめてアップロードしただけの履歴は、実務的な開発プロセスを反映していない可能性があります
3. 説明文の明快さ: プロジェクト一覧やプロフィール欄に書かれた説明文。専門用語を並べただけか、目的・使い方・成果が簡潔に説明されているかを見ます
4. 更新頻度: 最終更新日が直近1年以内か、定期的に更新されているか。技術トレンドが速い領域では、継続学習の姿勢が成果に直結します

GitHubで「使えるエンジニア」が見える3つの指標

GitHub のプロフィールページには、非エンジニアでも観察できる3つの指標があります。

• Contributions（コントリビューション）の継続性: プロフィール画面に表示される緑色のマス目（通称「草」）。継続的に学習・開発を続けているエンジニアは、ここが密に埋まる傾向があります
• Pinned リポジトリ（ピン留めされた代表作）: プロフィール上部に固定表示される代表的なプロジェクト。「自分の代表作はこれです」と明示できる状態を整えているかが分かります
• プロフィール文の明快さ: 「Web エンジニア。Next.js / TypeScript で受託開発を主としています。直近は EC サイトの構築・運用を担当」のように、専門と直近の関心が具体的に書かれているかを見ます

「Stars（スター数）」「Followers（フォロワー数）」も表示されますが、これらは知名度の指標であり、実務能力とは直接の相関がありません。

ポートフォリオ評価でよくある勘違いと回避策

非エンジニアが陥りやすい勘違いを整理します。

• 派手なデザインのポートフォリオサイト＝優秀ではない: デザインは Web デザイナーやテンプレートで作れます。中身の説明・成果記述の質を見ましょう
• スター数の多さ＝実力ではない: バズりやすいテーマは話題性でスターが集まります。説明文と README で内容の妥当性を確認します
• リポジトリ数の多さ＝経験豊富ではない: 学習目的の小さなリポジトリを大量に公開しているケースもあります。「内容の濃さ」「説明の丁寧さ」を優先します
• 最新フレームワーク多用＝最先端ではない: 流行技術を試しているのと、本番で使いこなしているのは別です

表面の派手さではなく、「説明文・コミット履歴・README の3点」が整っているかという地道な観察を優先してください。

面談で使える質問テンプレート｜技術知識不要版

本セクションは、本記事で最も実務に直結する部分です。コピペで使える12個の質問テンプレートと、回答評価のスコアリングシートを提供します。

質問設計の原則「答えの内容」より「答え方」で評価する

非エンジニアが技術質問をして回答を評価しようとすると、「答えの正しさ」を判断できずに苦戦します。発想を変え、答えの内容ではなく「答え方」で評価する設計に切り替えてください。

評価軸は次の3つです。

• 具体性: 抽象論ではなく、固有名詞・数字・時系列で語れるか
• 準備度: 質問への回答が事前に整理されているか、よどみなく説明できるか
• 自己説明力: 自分の役割・貢献・限界を、相手のレベルに合わせて翻訳できるか

この3軸で評価すれば、技術内容の正誤を判断できなくても、回答の質を測ることができます。

プロジェクト経験を引き出す質問テンプレート5選

実績の具体性・役割の重さを引き出す5つの質問です。

1. 「直近で関わったプロジェクトを、担当役割と期間が分かるように時系列で教えてください」 — スキルシートの記載と実態の一致を確認します
2. 「そのプロジェクトであなたが具体的に担当した工程と、他のメンバーが担当した工程を分けて教えてください」 — 役割範囲を明確化します。「全工程」とだけ答える場合は深掘りが必要です
3. 「直近のプロジェクトで、あなたがいなければ進まなかった具体的な意思決定や成果を1つ教えてください」 — 貢献度を確認します
4. 「そのプロジェクトのチーム構成と、あなたの立場（誰に報告し、誰から指示を受けたか）を教えてください」 — 組織内でのポジションを確認します
5. 「過去の案件で、最も得意だった領域と、まだ伸ばしたいと感じている領域を教えてください」 — 自己認知の深さを確認します

失敗・課題対応力を見抜く質問テンプレート4選

困難への対処プロセスを引き出す4つの質問です。

1. 「これまでで最も難航したプロジェクトと、その対応プロセスを教えてください」 — 失敗を語れるかは自己分析力の指標です
2. 「プロジェクトで予期せぬ問題が起きたとき、最初の30分でどんな行動を取りますか？」 — 緊急対応の型を持っているかを確認します
3. 「これまでに、自分のスキル不足が原因で発生した問題はありますか？あった場合、どう対処しましたか？」 — 自己認知と再発防止の姿勢を確認します
4. 「『これは引き受けるべきでなかった』と感じた案件はありますか？理由も合わせて教えてください」 — 案件選定の判断力と境界線の引き方を確認します

回答の内容よりも、「率直に話せるか」「具体例で語れるか」を観察してください。

非エンジニアとの協働力を測る質問テンプレート3選

発注者との実際の協働で重要になる3つの質問です。

1. 「技術に詳しくない関係者に、難しい仕様変更の影響を説明するとき、どんな工夫をしていますか？」 — 翻訳力を確認します。具体的な工夫（図解・例え話・段階的説明など）が出るかを観察します
2. 「発注者の要望が技術的に難しい・コストが高い場合、どのように代替案を提示しますか？」 — 交渉力と問題解決の型を確認します
3. 「弊社のような社内に技術判断者がいない発注者と仕事をする上で、あなたが気をつけたいことは何ですか？」 — 自社の状況を踏まえた回答ができるか、事前準備の度合いを確認します

回答評価の3段階スコアリングシート

12個の質問への回答を、3段階で評価するシートを用意しました。面談中または面談直後に記入し、複数候補の比較に使えます。

各カテゴリで2点以上、合計12点以上が合格ラインの目安です。1点が複数項目で出る場合は、別候補との比較を慎重に行ってください。

面談中の観察チェックリスト｜行動・態度の見極めポイント

質問への回答内容だけでなく、面談全体の振る舞いから判断できる軸を整理します。

話し方・準備度合いで見抜く4つのチェックポイント

話し方と準備の質は、プロジェクト中の段取り力をそのまま反映します。

1. 結論先行で話すか: 質問に対して結論から述べ、その後に理由を続けられるか
2. 具体例を交えるか: 抽象論で終わらず、固有名詞・数字・時系列で具体例を必ず添えるか
3. 事前資料の準備があるか: 自分のポートフォリオや実績資料を整理して持参・共有しているか
4. 自社情報を調べてきた形跡があるか: 自社の事業内容・サービス・公開情報に触れる発言があるか

問い返し・確認行動で見抜く3つのチェックポイント

優秀なエンジニアは、受け身ではなく能動的に確認行動を取ります。

5. 不明点を率直に確認するか: 質問の意図が分からないとき、推測で答えず「○○という意味で良いですか？」と確認できるか
6. 前提条件を揃える質問を返すか: 提案を求められたとき、「ご予算」「スケジュール」「優先度」など前提条件を逆質問できるか
7. 提案を含めた応答ができるか: 単純回答だけでなく、「もしこういう状況であれば、こうする選択肢もあります」のように選択肢を提示できるか

当日その場で使える観察スコアリングシート

面談中に印刷して持参し、その場で記入できるシートです。

○が5個以上、×が2個以下が合格ラインの目安です。技術質問の正誤よりも、この7項目の観察結果のほうが、プロジェクト中の実際の動き方を予測する精度が高い場合が多くあります。

AIを活用したスキルシート解読・面談準備の補助手段

2026年現在、ChatGPT や Claude をはじめとする生成 AI を業務補助に使うことが一般化しています。非エンジニア担当者にとっては、技術用語の解読・面談質問の事前準備を効率化する強力なツールです。

ChatGPTにスキルシートを解読させる具体的プロンプト

スキルシートを AI に解読させるプロンプト例です。候補者の個人情報（氏名・所属企業名など）は伏せた上で入力してください。

あなたは IT 採用支援の専門家です。以下はフリーランスエンジニア候補者のスキルシートです。
私は技術知識のない採用担当者です。次の観点で要約・解説してください。

1. このエンジニアの経験年数と、得意領域（Web開発・インフラ・モバイル等）
2. 各案件での担当役割の重さ（PG / SE / PL / PM のどれに相当するか）
3. プロジェクト規模（大規模・中規模・小規模のどこに該当するか）
4. 専門用語のうち、特に重要なもの3〜5個に、非エンジニア向けの注釈をつけてください
5. このスキルシートで注意すべき点（曖昧な記述・期間の不整合など）があれば指摘してください

【スキルシート本文】
(ここに本文を貼り付け)

このプロンプトを実行すると、技術用語に注釈つきの要約と、注意点が整理された形で出力されます。

AIに面談質問案を生成させる手順

面談質問を AI に生成させる手順です。本記事で提供した12個の質問テンプレートと併用すると効果的です。

あなたは IT 採用支援の専門家です。以下のスキルシートを持つ候補者と、来週面談を行います。
私は非エンジニアの採用担当者です。

このスキルシートの記載に対し、確認・深掘りすべき点を、技術知識ゼロでも使える質問形式で5個提案してください。
質問は「答えの内容」ではなく「答え方（具体性・準備度・自己説明力）」で評価できるものにしてください。

【スキルシート本文】
(ここに本文を貼り付け)

本記事のテンプレートを「共通質問」、AI 生成を「個別質問」として組み合わせて使うのが推奨パターンです。

AI活用の限界と注意点

AI 活用には次の限界があります。

• 個人情報の取り扱い: スキルシートに含まれる候補者の氏名・連絡先・所属企業名などは伏せて入力してください。入力データが学習に使われない設定（ChatGPT のチャット履歴オフ設定や、Claude の標準動作など）を確認してから利用します
• AI 回答の事実誤認リスク: AI は技術用語の解説で誤りを含むことがあります。重要な判断材料にする前に、別ソースで裏取りすることが望ましいです
• 最終判断は人が行うべき理由: AI は過去のデータに基づくパターンマッチングであり、目の前の候補者の人柄・チーム適合性・自社の事業文脈との相性を判断できません

AI を「下準備の効率化ツール」と位置づけ、判断軸そのものは自分の中に持つ姿勢が重要です。

それでも判断に迷ったときの対処法

ここまでの手法を実践しても、最終的にどの候補者を選ぶか迷うことはあります。迷ったときの追加的な対処法を提示します。

複数候補を相対評価する3ステップ

迷ったときは、絶対評価ではなく相対評価に切り替えると判断しやすくなります。

1. 同じ質問で並列評価する: 候補者全員に同じ質問テンプレート（5〜7問を選定）を投げ、回答を並べて比較します
2. スコアリングシートで点数化する: 本記事で提供した2種のスコアリングシートを全候補者に適用し、合計点で並べます
3. 第三者に判断理由を伝えて反応を見る: 同僚や上司に「○○さんを採用しようと思う。理由は△△と□□」と説明してみます。説明がすらすら出てくる候補者は、判断軸が自分の中で固まっている証拠です

トライアル契約・短期間検証で確実性を上げる

書類選考と面談だけで100%の確信を得るのは難しいものです。

• 1〜2週間のトライアル契約: 短期間の業務委託契約を結び、簡単なタスクを発注します。コミュニケーションの取り方・納品物の品質・期日遵守を実地で確認できます
• 小規模タスクの先行発注: 1〜3日で完了する小タスクを切り出して発注します。ミスマッチによる長期契約の損失と比較すれば安価な保険です

費用感の事前確認はフリーランスエンジニア費用相場で詳しく解説しています。

外部の判断支援を活用する選択肢

ここまでの方法を試しても判断がつかない場合、外部の判断支援を活用する選択肢があります。

• フリーランスマッチングサービスの相談機能: コーディネーターが候補者の技術評価をサポートしてくれる機能を活用します
• 採用代行（RPO）の活用: 採用業務を専門業者に委託する方法です
• エンジニア知人へのスポット相談: 知人に1〜2時間のスポット相談を依頼し、スキルシート・面談録の評価を聞く方法です

これらは「判断軸を外注する」のではなく、「自分の判断軸を補強する」ために使うのが理想的です。採用後の継続評価まで含めた体系的な手順を知りたい方は、フリーランスエンジニアの評価方法も併せて参照してください。

まとめ｜非エンジニアでも持てる「判断軸」を手に入れる

本記事では、技術知識ゼロの非エンジニア担当者でもフリーランスエンジニアを見極められる、5つの実務ツールを提示しました。

1. スキルシート解読フレーム: 経験年数・担当役割・プロジェクト規模・チーム構成の4軸で読み解く
2. ポートフォリオ・GitHub 評価: コードを読まずに README・コミット履歴・説明文・更新頻度の4観点で評価する
3. 面談質問テンプレート12選: 答えの内容ではなく「具体性・準備度・自己説明力」で評価する
4. 観察チェックリスト7項目: 話し方・準備度・問い返し行動から非技術指標で判断する
5. AI 補助活用: ChatGPT 等にスキルシート解読・質問生成を依頼し、準備時間を短縮する

次のアクションとして、以下の3つを推奨します。

• 面談前にスキルシートを4軸で読み直し、赤信号サインを書き出す
• 12個の質問テンプレートから候補者ごとに5〜7問を選び、想定回答もメモしておく
• 観察チェックリストを印刷して面談中に記入する

採用は判断するだけで終わるものではなく、採用後のオンボーディング・継続評価まで含めて成果が決まります。採用前のスキル見極めから採用後のオンボーディングまで体系的にまとめたフリーランスエンジニア採用・活用ガイド（採用〜オンボーディング）も合わせて参考にすると、採用判断から実務運用までの全体像を一気通貫で整理できます。

判断軸を自分の中に持てれば、外部支援は必要に応じて選択する補助手段になります。技術知識がゼロでも、構造化された観察と質問のフレームがあれば、自分の言葉で判断理由を語れる担当者になることができます。本記事のテンプレートを、ぜひ次の面談で試してみてください。