エンジニア採用のポートフォリオ評価｜公開成果物から確認すること

エンジニア採用でポートフォリオを見る目的は、候補者本人が担った仕事を再構成することです。どこを担当し、どんな制約のもとで選択肢を比べ、何を根拠に決め、その結果をどう確かめたか。公開リポジトリのコミット数、スター数、画面数から能力を推測せず、職務要件に関係する技術判断を面接でたどります。

ただし、同じ成果物でも採用担当、EM、CTOが思い思いに質問すると、評価の軸がずれます。全員が使う質問表を先に決め、回答、公開物で確認できた根拠、未確認事項、評価対象外を分けて残すことが重要です。深掘りの数よりも、誰がどこまで確認するかを職務に沿って区切る設計が評価を支えます。

エンジニア採用でポートフォリオの何を評価するか

厚生労働省の「公正な採用選考の基本」は、「（1）採用選考の基本的な考え方」ア・イで、応募者の基本的人権を尊重し、適性・能力に基づいて、求人職種の職務を遂行できるかを基準にする必要があると示しています。さらに「（2）公正な採用選考を行うためには…」エ「面接」では、職務遂行に必要な適性・能力を評価する観点から、質問項目と評価基準をあらかじめ決め、関係のない事項を質問対象から外し、できるだけ客観的かつ公平に評価するよう示しています。いずれも2026年9月21日に確認した内容です。

この一般原則をポートフォリオ面接へ当てはめるなら、作品単位の点数表より、判断の過程を同じ順序で確認する表が使いやすくなります。次の表は、その一般原則を基にした実務上の提案です。公式資料所定の分類や法的義務を示すものではありません。

五つの行をすべて埋めても、それだけで合否は決まりません。募集職種で必要な能力に関係する行を評価し、公開物から分からない部分には「未確認」と記します。この区別により、業務成果を公開できない候補者と個人開発を多数公開できる候補者を、同じ職務要件に沿って扱えます。

担当範囲を起点に、主語を確定する

共同開発の成果物には、本人が決めた設計、他者が決めた仕様、既存コード、レビューを受けて変えた箇所が混在します。「このサービスを作った」という説明から全体を本人の成果と決めつけると、担当範囲を見誤ります。決定、実装、検証の主語をそれぞれ確かめ、公開物と回答が一致する箇所、回答でしか確認できない箇所を分ければ、説明の巧拙と職務能力も混同しにくくなります。

変更履歴に名前が多いという事実だけでは、高い評価を支えられません。細かな修正が多い場合と、設計やレビューを中心に担った場合では、履歴の現れ方が違うからです。募集職種で期待する責任と本人の担当がどう重なるかを、変更内容や説明から確認します。

制約と比較案から、判断の条件を読む

技術選定は、既存仕様、対応環境、依存関係などの条件に左右されます。公開物や本人の説明から確認できる条件を先に置き、その範囲で比較した案を聞きます。「なぜこの技術か」という問いだけでは後付けの一般論になりやすいため、「変えられなかった条件」「比較した案」「見送った理由」を一続きで記録します。

たとえば、実装の複雑さを見つけたら、その由来を確認済みの制約と本人の選択に分けます。別案の知識を確かめるだけでは、当時の判断は読めません。その条件で何を優先したかまで聞いて初めて、職務要件に結び付く材料になります。

採用担当・EM・CTOの実務分担

質問表を共通にしても、全員が全項目を重ねて聞く必要はありません。次の分担は、公正な選考と情報管理の一般原則を基にした実務上の提案です。公式資料が定める職種別の義務を示すものではありません。

採用担当は評価基盤、EMは職務に即した技術評価、CTOは所定条件に当たる論点を受け持ちます。この境界を質問表にも明記します。より実務に近い追加確認が必要なら、公開成果物とは別にエンジニア採用のコーディング課題を設計する際の考え方も参照できます。ポートフォリオで未確認だった能力だけを課題の目的に結び付ければ、確認の重複を避けられます。

評価対象外の情報を混ぜない

公開ページには、技術情報とともにプロフィール、写真、生活に関する記述、共同制作者の情報が含まれることがあります。厚生労働省の同資料は、「（2）公正な採用選考を行うためには…」アと「（3）採用選考時に配慮すべき事項」で、家族や生活環境など適性・能力に関係のない事項を把握すると、採用基準にする意図の有無にかかわらず採否に影響し、就職差別につながるおそれがあるとしています。2026年9月21日時点の確認です。

そのため、評価資料への転記は職務要件に関係する箇所に限ります。共同制作者や利用者の情報、アクセス権限が必要な非公開資料は、候補者本人の技術判断を確かめる目的と分けます。職務と無関係な情報には「評価対象外」と記し、評価理由への利用や面接官間での推測を防ぎます。

最小限の評価記録を残す

評価記録の役割は、後から評価理由をたどれる状態をつくることです。次の項目に絞る方法は実務上の提案であり、公式ガイドライン所定の保存項目、保存期間、法的義務を示すものではありません。

• 対応する職務要件
• 実際に質問した事実
• 候補者の回答
• 公開成果物で確認した箇所
• 評価理由
• 未確認事項と評価対象外
• 記録者

この構成なら、どの回答と確認箇所から、どの職務要件について判断したかを見直せます。「コードがきれいだった」のような印象だけでは、判断経路を再確認できません。質問表の各行に、確認済み、回答のみ、未確認、評価対象外の別を記すと、公開されていないことを否定的な事実へ変換する誤りも防げます。

個人情報保護委員会の「個人情報の保護に関する法律についてのガイドライン（通則編）」は、「3-4-2 安全管理措置（法第23条関係）」で、本人の権利利益への影響、事業の規模・性質、取扱状況、媒体の性質などに起因するリスクに応じた必要かつ適切な安全管理措置を求めています。また「10-3 組織的安全管理措置」（1）（2）では、責任者、取扱担当者と役割、扱う個人データの範囲、複数部署の役割分担と責任を明確にする例や、利用・出力、持ち運び、削除・廃棄、アクセス等の取扱記録によって検証可能にする例が示されています。平成28年11月・令和8年6月一部改正版を2026年9月21日に確認した内容です。

この根拠から導く実務では、ポートフォリオ評価記録の閲覧者を役割で限定し、削除・廃棄の扱いを自社の利用目的、社内規程、リスクに応じて決めます。候補者から閲覧権限を得た資料についても、複製の範囲を選考目的に照らして定めます。採用担当が管理方法をそろえ、EMとCTOには担当する判断に必要な範囲を渡します。

面接全体の基準と記録粒度を合わせるには、エンジニア面接の評価基準をそろえる方法も併せて使えます。ポートフォリオの各質問を選考全体の職務要件へ対応付けると、二つの基準が並立する事態を防げます。

面接前後の運用手順

面接前に採用担当が、募集職種で確認する行、評価対象外、閲覧権限、記録先を確定します。EMは五つの確認軸から職務要件に必要な問いを選び、成果物を見て思いついた質問は、その要件との関係を確かめてから採用します。CTOへ上げる条件もこの時点で決めておきます。

面接中は、担当範囲から始め、制約、判断、検証、改善の順に主語と条件をつなぎます。公開物でその場で確認できた箇所と、本人の回答だけで把握した内容を分けます。予定外の情報が見えても、職務要件との関係を説明できなければ評価へ加えません。

面接後は、EMが評価理由と未確認事項を記入し、必要な条件に該当するときだけCTOへ引き渡します。採用担当は、面接官ごとに質問や記録の粒度が変わっていないか、評価対象外の情報が混ざっていないかを確認します。合否の理由は、職務要件に対応する行の回答と根拠から説明できる状態にします。成果物の量はその説明を代替できません。

公開量の大小だけでは、候補者本人が担った仕事は分かりません。担当範囲・制約・判断・検証・改善を同じ質問表でたどり、確認できない箇所には「未確認」と記す。採用担当が基準と情報管理を整え、EMが職務に沿う技術判断を確認し、CTOは定めた条件に該当する論点を扱う。この分担まで決めて初めて、本人の仕事を職務要件に沿って評価できます。