プログラミング講師の実績の見せ方｜出せない仕事をどう伝えるか

2026年7月20日

長谷川奈津

この記事のポイント

✓プログラミング講師の実績の見せ方を
✓守秘義務で社名や研修名を出せない場合まで含めて整理しました
✓秘密保持の範囲の確認方法

プログラミング講師の案件に応募するとき、多くの人が同じところで手が止まります。教えた経験はある。けれど、研修先の社名も、扱ったシステムも、受講者の情報も出せない。結果として職務経歴書には「企業向け研修の講師を担当」としか書けず、他の応募者と区別がつかない書類になります。実績の見せ方でつまずいているのは、実績がないからではなく、出せる部分と出せない部分の切り分けをしていないからです。この記事では、秘密保持の範囲の確認方法から、匿名化した案件の書き方、実績が少ない段階で提示できる素材、そして見せる順序までを、実務の手順として整理します。

「実績が出せない」という状況を分解する

出せない理由は三種類ある

まず、自分の状況がどれに当たるかを切り分けます。理由は大きく三つです。

一つ目は、契約上の守秘義務です。秘密保持契約を結んでいる、あるいは業務委託契約の中に秘密保持の条項が入っている場合です。この場合、何が秘密情報に当たるのかは契約書に定義されています。定義を読まずに「全部だめだ」と決めつけている人が本当に多い。読むと、秘密情報の定義は「開示の際に秘密である旨を明示したもの」に限定されていることがよくあります。

二つ目は、契約上は禁止されていないが、依頼者が公表を望まないケースです。研修を外部に委託していること自体を社外に知られたくない企業はあります。これは契約の問題ではなく、関係の問題なので、聞けば答えが返ってきます。

三つ目は、そもそも講師としての実績が少ない、あるいはこれからという段階です。この場合は「出せない」のではなく「まだない」ので、対処がまったく変わります。素材を作る話になります。

自分がどれなのかを確認しないまま実績欄を書くと、出せるはずのものまで隠すか、出してはいけないものを書くかのどちらかになります。つまり、最初にやるのは書くことではなく、確認することです。

出せないのは固有名詞であって、中身ではない

実務上、いちばん重要な視点がこれです。守秘の対象になるのは、社名、部署名、開発中のシステムの構成、受講者の氏名、社内の非公開データといった特定につながる情報です。一方で、「どんな課題に対して、どういう構成の研修を組み、どこでつまずきが出て、どう手当てしたか」という自分の仕事の中身は、固有名詞を落とせば語れる場合がほとんどです。

依頼者が講師を選ぶときに見ているのも、社名の並びではなく、この中身のほうです。有名企業の名前が並んでいても、そこで何をどう教えたのかを語れない人は、面談の数分で見抜かれます。逆に、社名を一つも出さなくても、つまずきの手当ての具体性で信頼を得ている講師はいます。

※ただし、契約書に「業務の存在自体を第三者に開示しない」と明記されている場合は、抽象化しても書けません。この条項が入っているかどうかは必ず確認してください。判断に迷うケースでは弁護士に相談してください。

秘密保持の範囲を正しく確認する

契約書のどこを読むか

見るべき箇所は決まっています。秘密情報の定義、例外規定、有効期間、そして実績公表に関する条項の四つです。

秘密情報の定義では、何が対象なのかを確認します。「本契約に関連して知り得た一切の情報」と広く書かれている場合と、「秘密である旨を明示して開示された情報」と限定されている場合では、扱える範囲が変わります。例外規定には、公知の情報や、開示前から知っていた情報が除外されると書かれているのが一般的です。有効期間は、契約終了後も一定期間続くのが普通なので、終わったから話してよいとは限りません。

実績公表の条項がある契約書は多くありません。だからこそ、書かれていない場合は「禁止されていない」と自己判断せず、依頼者に確認します。

公開の可否は聞けば決まる

ここが、知らない人が本当に多いところです。実績として使ってよいかは、聞けば答えが出ます。しかも、聞き方によって得られる許可の範囲が変わります。

聞き方の型はこうです。「今回の研修について、今後の応募資料で実績として記載したいと考えています。差し支えなければ、次のいずれかの粒度で記載してもよいかご確認いただけますか」と書き、選択肢を三段階で示します。第一に社名を出す形、第二に業種と規模だけを出す形、第三に業種も伏せて内容だけを書く形です。相手は選ぶだけでよいので、返事が早く返ってきます。

漠然と「実績に書いてよいですか」と聞くと、判断のコストが相手に丸投げされるので、安全側に倒されて「控えてください」と返ってきがちです。選択肢を示すのは、相手のためでもあります。

抽象化の粒度を決める

許可が第二か第三の粒度になった場合、どこまで書くかを決めます。実務で使いやすいのは、業種、規模感、対象者、内容の四要素です。たとえば「製造業の情報システム部門で、業務経験のある社会人を対象に、業務自動化を目的としたPythonの入門研修を担当」といった書き方になります。社名も、システム名も、受講者数の内訳も出していませんが、依頼者は自社の案件と近いかどうかを判断できます。

規模感の表現は注意が要ります。人数を書くと特定につながる場合があるので、少人数、中規模といった表現に置き換えるか、そもそも書かない選択もあります。判断の基準は「その情報を見た人が、業界内で対象を絞り込めるか」です。絞り込める粒度なら落とします。

出せない仕事を伝える四つの型

匿名化した案件要約

もっとも汎用的な型です。一件につき、業種と対象者、目的、扱った技術、担当した範囲、工夫した点を、それぞれ一行から二行で書きます。分量は一件あたり150字程度に収め、複数件を並べます。並べると、自分が得意な層と分野が浮かび上がります。

書くときの順序は、目的、対象、内容、工夫の順です。目的から書くと、読み手は「何のための研修か」を先に理解でき、以降の情報が入りやすくなります。技術名から書き始めると、読み手はそれが何のためだったのかを最後まで待つことになります。

課題と対処の記述

これは、実績の数を補う型です。案件名を並べる代わりに、講師として遭遇した課題と、その対処を書きます。「受講者の環境構築が当日に間に合わず、進行が止まるリスクがあったため、事前に配布する手順書をOS別に分け、当日の構築時間を短縮した」といった記述です。

依頼者は、自分たちの研修でも同じ問題が起きることを知っています。だから、この記述は社名よりも強く働きます。実績が少ない段階では、案件の数ではなくこの型で厚みを出します。

教材のサンプルを作り直す

納品した教材そのものは出せません。ですが、同じ設計思想で、公開できる題材に置き換えたサンプルを作ることはできます。企業の実データを使った演習なら、公開データや架空のデータに置き換える。社内システムを題材にしていたなら、汎用的な題材に置き換える。

このサンプルは、実績の証明であると同時に、教える設計ができることの証明になります。スライド数枚と演習課題を一つ、それに解答例を添えるだけで十分です。分量より、設計意図が読み取れることが重要です。※納品物をそのまま流用するのは契約違反になり得ます。作り直してください。

公開できる素材で置き換える

社外の勉強会での登壇、技術記事の公開、オープンソースへの貢献、個人で運営している学習用リポジトリ。これらは守秘に触れません。講師の実績として直接ではなくても、「人に説明する力がある」ことの証拠として機能します。

特に、記事や登壇資料は効果が高い。依頼者は、その人の説明の順序や、言葉の選び方を、読むだけで確認できます。面談前に判断材料が揃うので、選考が進みやすくなります。

実績が少ない段階で提示できる素材

実装の経験

講師の案件では、実装の経験そのものが実績として評価されます。この点は業界の解説でも繰り返し指摘されています。

フリーランスとしてプログラミング講師の案件を受注する際に注意しておきたいのが、求められる言語やスキルレベル、経験などが案件によって大きく変わる場合があることです。出典: freelance-hub.jp

つまり、講師としての登壇回数が少なくても、その言語での実装経験が案件の要求に合っていれば通ります。実績欄には、教えた経験だけでなく、その言語で何を作り、どんな問題を解決したかを書きます。ここは守秘の範囲外にできる部分が多く、技術の選定理由や設計の判断まで書けると、教えられる深さが伝わります。職種としての立ち位置や収入の考え方はソフトウェア作成者の年収・単価相場のような職種別のデータで確認しておくと、応募先に合わせた自己紹介が組み立てやすくなります。

教えた経験の周辺にあるもの

正式な講師業でなくても、教えた経験は積み上がっています。後輩の指導、社内勉強会の講師、コードレビューでの指摘、新人のオンボーディング担当。これらはすべて、人に教えた経験です。

書き方は、どんな相手に、何を、どのくらいの期間、どんな形式で教えたかを揃えます。「新人3名に対し、3ヶ月間、週1回の勉強会形式でバージョン管理とレビューの進め方を指導」といった記述です。社内の話なので社名は出しますが、自分の在籍先を書くのは通常問題になりません。

資格と学習の履歴

資格は講師の必須条件ではありませんが、扱える範囲の目安として読み手に伝わります。ネットワークの基礎を含む研修に応募するならCCNA（シスコ技術者認定）の範囲を示すと、どこまで教えられるかの説明が短くて済みます。教材や報告書を書く仕事が含まれる案件では、ビジネス文書検定が扱うような社外文書の基本ができていることも、地味に効きます。

資格を持っていない場合でも、学習の履歴は書けます。どの教材で何を学び、その結果何を作ったか。順序で示せると、独学の質が伝わります。

模擬授業の記録

もっとも直接的な素材がこれです。10分から15分の短い解説を録画し、限定公開で共有できる状態にしておきます。題材は、初学者がつまずきやすい一点に絞ります。変数の再代入、エラーメッセージの読み方、環境変数の扱いなど、範囲の狭いものが向いています。

依頼者にとって、これは面談1回分に相当する情報です。実績の数が少なくても、話し方と説明の順序が確認できれば、リスクが下がります。実績ゼロで応募する場合、この一本があるかどうかで結果が変わります。

見せる順序と分量

依頼者が最初に知りたい三点

書類を受け取った側が最初に確認するのは、教えられる技術の範囲、教えた相手の層、そして稼働の条件です。この三点を冒頭に置きます。詳しい案件の説明はそのあとで構いません。

順序を間違えると、読み手は必要な情報を探しに行くことになります。応募が集まる案件では、探させた時点で不利になります。冒頭5行で三点が読み取れる構成にします。

職務経歴書と提案書の書き分け

職務経歴書は事実の一覧です。時系列で、所属、期間、担当、使用技術を並べます。ここで工夫を凝らす必要はありません。

一方、提案書や応募メッセージは、相手の案件に合わせて編集します。相手が新人研修を探しているなら、新人指導の経験を上に持ってきて、関係の薄い実績は落とします。同じ素材でも、並べ替えるだけで刺さり方が変わります。

一枚目に何を置くか

提案資料を作る場合、一枚目には「相手の案件に対して、自分が何を提供できるか」を書きます。実績の一覧は二枚目以降です。一枚目を経歴で埋めると、読み手は自分でつなぎ合わせる作業を強いられます。つなぎ合わせるのは応募側の仕事です。

書き方の具体

固有名詞を落としても情報量を落とさない

「A社の基幹システム開発チーム向けにJavaの研修を実施」と書く代わりに、「業務システムの保守を担当する開発チームを対象に、既存コードの読解を軸としたJavaの研修を実施」と書きます。社名は消えていますが、対象と目的という判断材料はむしろ増えています。

固有名詞を落とすと情報が薄くなると思われがちですが、実際には固有名詞に頼っていた分の説明を書き足すことになるので、中身は濃くなります。

数字の扱い

数字は説得力を上げますが、特定につながるものは避けます。研修の実施時期、受講者の人数、部署の規模は、組み合わせると対象を絞り込める場合があります。一方で、研修の総時間、回数、扱ったテーマの数は、特定につながりにくく、実務の規模感を伝えます。

書いてよいかの判断に迷ったら、その数字を消しても文章が成立するかを見ます。成立するなら消します。

誇張にならない書き方

「受講者全員が理解した」「満足度が非常に高かった」といった表現は、根拠を示せないなら書きません。代わりに、事実として観測できたことを書きます。「最終回の演習で、全員が自力で課題を完成させた」であれば、観測した事実です。

事実に絞ると文章は地味になりますが、面談で深掘りされても崩れません。盛った表現は、質問された瞬間に破綻します。

面談で聞かれたときの答え方

面談では、書類に書けなかった部分を口頭で聞かれます。ここでも守秘の線は同じです。「その部分は守秘義務の対象になるため、具体的な社名や構成は控えさせていただきますが、進め方については説明できます」と前置きして、中身を話します。

この前置きは、実はプラスに働きます。守秘を守る人だという情報が、その場で相手に伝わるからです。依頼者側も自社の情報を預けるので、線引きができる相手のほうが安心できます。逆に、前の取引先の内部事情をべらべら話す応募者は、次は自分たちが話される側だと考えます。

聞かれて答えられない項目がある場合は、正直に「その領域は実務経験がないため、準備期間をいただければ対応できます」と言います。取り繕うと、契約後に露見して、より大きな問題になります。

やってはいけない見せ方

契約に違反する開示は当然として、実務上で問題になりやすいものを挙げます。

第一に、チームで担当した研修を、単独で担当したように書くことです。業界は狭く、確認されます。担当範囲を明記します。第二に、受講者の反応や失敗談を、特定できる形で書くことです。受講者本人の情報も守秘の対象です。第三に、教材の画像をそのまま応募資料に貼ることです。社内の画面や実データが写り込んでいる事故が起きます。第四に、公開されている他者の教材を、自分の作例として出すことです。

これらは、いずれも一度やると取り返しがつきません。※実際に開示してしまった場合の対応は状況で変わるため、契約書を持って弁護士に相談してください。

実績は終わるたびに書く

案件が終わってから半年後に書こうとすると、細部を思い出せません。終了直後に、匿名化した要約を一件ぶん書いておきます。書く項目は、期間、対象、目的、扱った技術、担当範囲、起きた問題、その対処、得られた結果の八つです。この段階では守秘の判断をせず、事実をそのまま書いておきます。応募資料に使うときに、公開できる粒度まで落とします。

記録は、案件が終わった当日か翌日に書くのが現実的です。日をまたぐと、どの回で何が起きたかの順序があいまいになります。書く場所は、検索できる形であれば何でも構いません。重要なのは、応募のたびに一から思い出さずに済む状態を作ることです。加えて、半年に一度は全体を見返し、古くなった技術の記述を落とし、新しい案件を上に持ってきます。実績資料は積み上げるだけだと、読み手にとって重くなります。落とす作業も更新の一部です。

この記録が溜まると、応募のたびに書き起こす必要がなくなり、相手に合わせて選ぶだけで済みます。長く続けている講師ほど、この記録の運用が習慣になっています。ほかの職種でも同じで、アプリケーション開発のお仕事のような受託の現場でも、案件ごとの記録を持っている人ほど次の受注が早い傾向があります。近年はAIコンサル・業務活用支援のお仕事のように、社内向けの導入支援と講習を組み合わせた案件も増えており、そこでも「何をどう伝えたか」の記録が判断材料になります。

応募先の種類によって見せ方を変える

プログラミングスクールに応募する場合

スクールは、決まったカリキュラムを、決まった品質で回せる人を探しています。ここで効くのは、独自性ではなく再現性です。既存の教材に沿って教えた経験、複数人を同時に見た経験、進捗が遅れた受講者を追いつかせた経験を前に出します。

スクール側は、講師が辞めることを最も嫌います。そのため、稼働できる曜日と時間帯、継続できる見込み期間を明示すると、それだけで評価が上がります。実績の欄よりも、この条件面のほうが先に見られている場合すらあります。

企業研修に応募する場合

企業研修は、対象者の背景が明確で、目的が業務に直結しています。ここで見られるのは、業務文脈を理解して教材を組み替えられるかどうかです。過去に扱った業種、対象者の職種、研修の目的を、匿名化した形で並べます。

加えて、報告書や事前アンケートといった付随業務の経験があれば書きます。企業側の担当者は、講師の技術力と同じくらい、社内で説明できる材料が出てくるかどうかを気にしています。研修の質が良くても、報告が出てこないと、担当者は次期の稟議を通せません。

個人指導や子ども向けの教室に応募する場合

個人指導では、相手の目的が一人ひとり違います。だから、決まった型を回す力より、目的に合わせて範囲を絞る力が問われます。実績の書き方も、「何を教えたか」より「どんな目的の人に、何を優先して教えたか」を軸にします。

子ども向けの教室では、技術の深さより、集中が続かない時間帯の扱いや、保護者への説明が重視されます。教えた対象の年齢層は必ず書きます。社会人向けの経験しかない場合は、そのことを隠さずに書き、代わりに準備の姿勢を示したほうが結果は良くなります。

第三者の言葉を集めておく

自分で書いた実績は、どれだけ正確でも自己申告です。そこに第三者の言葉が一つ加わると、読み手の受け取り方が変わります。

集め方は単純です。研修が終わった直後、依頼者にお礼の連絡をする際に、「今後の参考にしたいので、進め方についてお気づきの点があれば一言いただけますか」と添えます。評価を求めるのではなく、改善点を求める形にすると返信率が上がります。返ってきた文面の中に、良かった点が書かれていることが多く、それを引用の許可を取ったうえで実績資料に載せます。

社名を出せない場合でも、「製造業の情報システム部門のご担当者より」といった形で属性だけを示せば使えます。※本人の許可なく文面を公開するのは避けてください。許可を取る一通のメールで済みます。

受講者本人の感想も同様ですが、こちらは扱いに注意が要ります。受講者は依頼者の従業員なので、直接感想をもらって公開する行為が、依頼者との関係で問題になる場合があります。依頼者経由でアンケート結果を共有してもらい、公開の可否を依頼者に確認するのが安全な手順です。

講師という働き方そのものの広がりについては、業界の解説でも需要の増加が指摘されています。

この記事では、これからさらに需要が増えていくと見られるプログラミング講師という働き方について解説していきます。自身が持つスキルを人に教えることで、プログラミングの良さを改めて感じたり、新たな気付きや可能性を感じたりすることもあるかもしれません。出典: freelance-hub.jp

需要が増えるということは、応募者も増えるということです。書類の段階で差がつく余地が広がっているので、実績の見せ方に手をかける価値はむしろ上がっています。働く場所を選ばない形で仕事を組み立てたい人は、Webマーケティングフリーランスで海外ノマド！年収、スキル、成功への道のような、場所に依存しない受注の事例も参考になります。

現場を長く見てきた立場からの観察

在宅の仕事と業務委託の市場を20年見てきた立場から言えば、実績が出せないことを理由に応募をためらう人と、出せる範囲で書いて応募する人の差は、実力の差ではありません。切り分けをしたかどうかの差です。切り分けは30分あれば終わります。契約書を読み、依頼者に一通メールを送る。それだけで、書ける範囲が確定します。

運営者として見てきた限りでは、講師の案件で継続的に指名される人は、実績の分量ではなく、実績の書き方で選ばれています。読み手が自社に当てはめて考えられる形になっているかどうか。社名の羅列は当てはめられませんが、課題と対処の記述は当てはめられます。

もう一点、間に何段も業者が入る取引では、応募者の書いた実績が、仲介の担当者によって要約され、依頼者には別の言葉で伝わります。直接つながる取引では、書いたものがそのまま読まれます。手数料0%で直接やりとりする場では、中間で削られる情報がないぶん、丁寧に書いた実績はそのまま評価に反映されます。同じ予算で依頼者はより多くを頼め、受け手は手取りが厚くなる。この構造は、書いたものが正しく届くという質の話でもあります。

年齢や経歴の空白を気にする人もいますが、教える仕事では経験の長さが逆に効きます。定年後のフリーランス独立｜退職金を活かした起業プランと注意点でも触れられているように、長く現場にいた人ほど、初学者がどこでつまずくかを知っています。その知見を、守秘に触れない形で言語化できれば、それ自体が実績になります。法律はあなたの味方です。守秘義務は、あなたを縛るものであると同時に、あなたが信用に足る相手であることの証明としても働きます。

よくある質問

Q. 守秘義務があるとき、実績は一切書けないのですか？

書けないのは特定につながる固有名詞であって、仕事の中身ではないことがほとんどです。まず契約書の秘密情報の定義と例外規定を読み、そのうえで依頼者に、社名を出す形、業種と規模だけを出す形、内容だけを書く形の三つの選択肢を示して確認します。業務の存在自体の開示を禁じる条項がある場合のみ、抽象化しても書けません。