転職準備：成果・資料・コードを合法的に整理する実務術

2026.10.31 ・転職成果証拠整理

職務での成果を面接や職務経歴書で示すと説得力が上がります。ただし社内資料やコードには機密や著作権が絡みます。本稿では合法かつ実務的に“見せられる証拠”を作る手順とテンプレを段階的に解説します。

なぜ「成果・証拠」を整理する必要があるか

応募書類や面接で語る言葉だけでは信頼に限界があります。実務の証拠（KPI、提案書、デザイン、コードの抜粋など）があると、採用側があなたの再現性や貢献範囲を具体的に評価できます。

一方で、元のファイル丸ごと提示すると機密漏洩や著作権侵害のリスクがあるため、説得力と安全性を両立させる整理術が必要です。

在職中に作成した資料・コードを扱う前に、まず雇用契約・就業規則・機密保持契約（NDA）を確認してください。特に「会社の成果物は会社に帰属する」「持ち出し禁止」等の条項がある場合は慎重な対応が必要です。

疑義がある場合は、社内の法務・総務窓口や外部の法律相談に問い合わせることをおすすめします。法的判断が必要なケースでは、自己判断で公開するとリスクを負う可能性がある点を明記します。

扱う証拠は大きく分けて「定量データ」「説明資料（提案書・スライド）」「プロトタイプ・デザイン」「技術資産（コードスニペット、設計図）」「第三者の評価（顧客メール、評価コメント）」に分類できます。それぞれ、日付・あなたの役割（担当範囲）・成果指標（数値）をメタデータとして残してください。

例えば「プロジェクトX：リードエンジニア（担当：アーキテクチャ設計、コード70%）／月次アクティブユーザー+40%（6カ月）」のように、状況とあなたの貢献を明記すると採用側は評価しやすくなります。

原資料をそのまま使わず、機密情報や個人情報を削除・匿名化して要約を作成するのが基本です。具体的には顧客名→業種・規模、取引金額→レンジや相対指標、ログやスクリーンショット→PIIのモザイク処理を行います。

ケース要約のテンプレ（社外提示用）は次の要素を含めます：背景／課題／あなたの役割（具体的タスク）／手法／成果（定量・定性）／工夫点（再現可能な点）。この形式に沿えば、元データを直接示さなくても事実の裏付けを十分に伝えられます。

コードを見せたい場合は、個別に再実装した最小限のサンプル（MRE: minimal reproducible example）を作成するか、設計図やアルゴリズムの擬似コード・フローチャートに落とし込みます。元の社内コードをそのまま公開するのは避けてください。

エンジニア職向けには、公開可能なOSS貢献の登録や、再現可能なサンプルをGitHubに置く運用が有効です。社内SEなど機密に関わりやすい職種は特に注意が必要で、社内SE転職ナビなどの情報を参考にしつつ、法務確認を行ってください。

職務経歴書では短い要約文＋「詳細は面接で提示または要望に応じて提出」と注記しておくと安全です。面接時には要約スライド（匿名化済）を用意して口頭で補足する流れが望ましいです。

対面・オンラインで提示する際は「この資料は匿名化しています」と明示し、必要なら面接後にさらに詳細な（同意を得た）資料を送付する旨を伝えます。面接後のフォローで「匿名化版のケーススタディ」を送るテンプレを用意しておくと実務的です。

準備時のチェックリスト例：1) 関連契約の確認 2) 元資料の原本は会社所有か確認 3) 匿名化ルールの適用 4) ケース要約とメタデータの作成 5) 共有・送付記録の保存。

運用ルールとしては、証拠は暗号化された個人ストレージで管理し、共有は必要最小限かつ記録を残すこと、疑問があれば早めに法務に相談することを推奨します。定期的にポートフォリオを見直し、最新の成果を更新してください。

Q. 在職中のプロジェクト資料を面接で使っても良いですか？

契約やNDAで禁止されていないかをまず確認してください。機密や著作権が絡む場合は匿名化・要約を行い、可能なら社内窓口に利用可否を確認するのが安全です。判断に迷う場合は外部の法律相談を検討してください。

Q. 元のコードをGitHubに上げたいと言われたらどうする？

元の社内コードをそのまま公開するのは避けるべきです。代替案として、同等の機能を再実装した最小サンプルを作成し、それを公開する方法があります。公開前に契約上の制約を確認してください。

Q. 顧客からの評価メールを証拠に使いたいが個人情報がある場合は？

顧客名や特定につながる情報は必ず匿名化してください。可能なら顧客から「推薦として外部利用してよいか」の書面同意を得るのが理想です。個人情報の扱いに不安がある場合は、社内の窓口や法務に相談してください。