学び方・キャリア 公開: 2026/2/28 更新: 2026/8/16

案件を離れると決めたのに、何をやってきたか説明できなかった

最終日が近づいてから実績を探すと、社内ツールにある記録を持ち出したくなります。秘密情報を守りながら、次の案件へ持っていける経験と条件を残す方法を整理します。

最終出社日の明るいオフィスロビーで入館証を返し、実績を残せなかったことに気づいて立ち止まるエンジニア
ValueGate Blog

案件を離れると決めたのに、何をやってきたか説明できなかった

最終日になって、自分の実績まで消える気がした

「この半年、何をやってきたんだっけ」

金曜16時42分。半年入っていた予約システムの案件を離れる日、次の案件を紹介してくれる担当者からメッセージが届いた。

今回の案件で担当したことと、改善できたことを簡単に送ってください。

すぐ書けると思った。実装した機能は覚えているし、問い合わせ対応やリリース準備もかなりやった。ところが、職務経歴書の入力欄を開くと手が止まった。

チケットには「予約変更」「管理画面改善」としか書いていない。なぜその順で直したのか、変更後に現場の確認がどう変わったのかは、社内チャットと振り返りメモに散らばっている。自分がレビューしたPRも、案件のアカウントが18時に止まれば見られなくなる。

「今のうちに全部保存しておこうか」と思った。画面を撮り、チケットをPDFにして、私物のストレージへ入れれば、あとで落ち着いて整理できる。けれど、顧客名、利用者の情報、未公開の仕様、社内のやり取りまで一緒に入る。それを持ち出してよいとは確認していない。

持ち帰らなければ、何も説明できない気がする。持ち帰れば、相手の情報を守れないかもしれない。どちらも怖くなり、結局「予約システムの開発を担当しました」とだけ返信した。半年働いたのに、一行にすると自分まで薄くなったようで、入館証を返したあとも気持ちが沈んだ。😓

このつらさは、成果がなかったからではない。経験を残すことと、相手の資料を持ち出すことが、頭の中で一つになっていたからだ。

厚生労働省の「マイジョブ・カード」には、これまでの職業経験や、そこで得たスキルを整理する職務経歴シートがある。経験を自分の言葉で振り返ること自体は、次の仕事を考えるために必要だ。一方、経済産業省の「営業秘密管理指針」や「秘密情報の保護ハンドブック」は、企業が持つ秘密情報を管理し、漏えいを防ぐ考え方を示している。

だから、社内の資料をまとめて自分のものにするのではなく、相手の環境に残す記録、自分の経験として残せる事実、外で話す前に許可を取る内容を分ける必要がある。

「何も残せない」の前に、3つの置き場を分ける

最終日に焦ると、残すか消すかの二択になりやすい。でも実際には、情報の置き場を三つに分けられる。

相手の環境に残す記録、自分の経験として残す事実、許可を取って共有する内容を分けた図

まず、契約と社内ルールに書かれた事実を見る

最初に見るのは、記憶ではなく契約書、秘密保持契約、情報管理ルールだ。

  • 契約終了後も秘密にする情報は何か
  • 顧客データ、画面、設計書、ソースコードを私物端末へ保存してよいか
  • 成果物や実績を、匿名で面談や公開サイトへ使えるか
  • 返却・削除するアカウント、端末、ファイルは何か

法律上の「営業秘密」は、秘密として管理され、事業に役立ち、公に知られていない情報など、一定の条件を満たすものを指す。ただ、最終日に自分で「これは営業秘密ではなさそう」と判定し、持ち出してよいわけではない。契約や相手の情報管理ルールが、それより広い範囲を秘密として扱っていることもある。

先ほどの案件なら、利用者データ、管理画面の画像、社内チャット、未公開の仕様、リポジトリのURLは相手の環境に残す。PRやチケットの場所は引き継ぎメモへ書き、相手があとから確認できるようにする。自分の端末へコピーするのではない。

見られなくなる不安は、持ち出す理由ではなく、終了前に確認する理由へ変える。 これだけでも、焦って一括保存する動きから離れやすくなる。

自分の経験は、固有情報を外して自分の言葉で書く

次に、自分が経験した事実を、相手の資料を写さずに書く。ここで残したいのは、画面そのものより、どんな状況で何を考え、どこまで担当したかだ。

たとえば、次のように置き換えられる。

相手の環境に残すもの自分の経験として書くもの
顧客名と予約件数予約変更時の確認往復が多い業務だった
管理画面の画像運用担当が迷う箇所を整理し、画面文言を見直した
社内チャットの発言利用者と運用担当の両方へ確認して優先順位を決めた
PR、ソースコード、設計書API改修、レビュー、リリース確認まで担当した

社名や数字を伏せれば、いつでも外で話してよいとは限らない。業界、期間、機能、人数を組み合わせると案件が分かることもある。まずは自分だけが見る振り返りとして書き、面談や公開に使う文は別に確認する。

ここで「全部ぼかすと、自分の成果が弱くなる」と感じるかもしれない。でも、資料を見せなくても、判断の順序は残せる。何に困っていたか、誰に聞いたか、どんな選択肢から決めたか、結果をどう確かめたか。経験の中心は、ファイルの量ではなく、自分が引き受けた判断にある。

外で使いたい文だけ、具体的に許可を取る

「実績を紹介してもいいですか」だけでは、相手も答えづらい。何を、どこで、どこまで出すのかを一文にする。

今回の経験について、「予約変更時の確認手順を整理し、管理画面の文言とAPIを改善した」と、社名、画面、具体的な件数を出さず、次の案件の面談で話してもよいでしょうか。公開サイトへ掲載する場合は、別途文章をお送りします。

許可された範囲はメールなどで残す。口頭面談だけよいのか、職務経歴書に書いてよいのか、Webで公開してよいのかは同じではない。画面と数字は不可でも、匿名の担当範囲ならよいこともある。

返事が間に合わなければ、公開しない。これは半年の経験が消えるという意味ではない。許可が決まっていない間は、外へ出すのを待つだけだ。確認できたあとで、使える一文へ直せばいい。

実績だけでなく、「次では避けたいこと」も残す

案件を離れる時、つい成果だけを探してしまう。次の面談で良く見せたいし、何かを得て終わりたい。だから、しんどかったことは「自分の力不足だった」と飲み込み、記録から外しやすい。

でも次の案件選びに必要なのは、成功談だけではない。毎週の夜間対応が重かった。決める人が分からず、確認が一人に集まった。実装より調整の比率が高かった。そうした事実は、次に守りたい条件を決める材料になる。

15分で、四つの欄だけ埋める

立派なポートフォリオを最終日に作る必要はない。退場前の15分で、次の四つを自分の言葉で書く。

担当した範囲:
自分で判断したこと:
次でも続けたいこと:
次では先に確認したい条件:

予約システムの案件なら、こうなる。

担当した範囲: 予約変更API、管理画面、レビュー、リリース確認
自分で判断したこと: 問い合わせを種類別に分け、確認が多い順に改善した
次でも続けたいこと: 利用者と運用担当へ聞いてから実装範囲を決める
次では先に確認したい条件: 夜間連絡の担当と、仕様を決める人を参画前に確認する

成果の数字や公開範囲を詳しく残すなら、案件が終わるたび実績が消える。次の提案に残す6行の形につなげられる。ここでは、それより先に「自分は何を引き受け、次はどんな条件で働きたいか」を拾う。

厚生労働省の職務経歴シートも、職業経験と、そこで得たスキルを整理する形になっている。案件名だけ並べるのではなく、経験をあとから職務経歴書へ移せる粒度で残しておく考え方は使いやすい。

最終面談では、空欄を一つだけ聞く

四つの欄を埋めると、分からないところが見える。全部を質問する必要はない。次に使いたい空欄を一つだけ選ぶ。

先ほどのエンジニアは、入館証を返す前に、運用担当へこう聞いた。

予約変更の問い合わせについて、今回の改善後に変わったことはありますか。数字の集計がなければ、現場で感じた変化だけでも教えてください。

返ってきたのは、「変更前の確認電話が減り、当日の対応に戻りやすくなった」という言葉だった。件数は取れていなかった。そこで、数字が確認できなかった事実と、担当者の感想として聞いたことを分けてメモした。

面談で聞けなかったとしても、恥じなくていい。最終連絡のメールで一問だけ送れる。質問は自分を大きく見せるためではなく、記憶だけで成果を盛ったり、小さく扱ったりしないための確認だ。📝

終了日の一週間前に、15分の確認日を置く

最終日に手が止まったのは、記録が苦手だったからだけではない。返却、引き継ぎ、挨拶が同じ日に重なり、実績の確認を後回しにするしかなかった。余裕がない日に、自分の経験と秘密情報の境界まで一人で判断するのはかなり難しい。

そこで次の案件では、終了日の一週間前を「確認日」にする。カレンダーへ15分だけ入れ、四つの欄に空白がないかを見る。数字や公開範囲が分からなければ、その日のうちに相手へ質問する。返答に数日かかっても、最終日までに一度は確認できる。

毎日詳しい日報を作る必要はない。月末や区切りのよいリリース後に、判断したことを一行足すだけでも違う。たとえば「予約変更の確認が多いため、APIより先に問い合わせを分類した」と残しておけば、最後にチケットを読み返す量が減る。

記録を続ける目的は、仕事のたびに自分を評価することではなく、離れる時の自分を一人にしないことだ。忙しい最終日の自分へ、少し前の自分から材料を渡す。そのくらいの軽さなら続けやすい。

手ぶらで出ることと、何も残らないことは違う

月曜、次の案件の担当者へ、エンジニアは返信し直した。

予約変更の確認往復が多い案件で、問い合わせを種類別に整理し、管理画面の文言とAPIを改善しました。運用担当からは、確認電話が減り、当日の対応に戻りやすくなったと聞いています。具体的な件数と画面は非公開です。

会社名も、画面も、ソースコードもない。それでも、何に困り、何を担当し、何が変わったかは伝わる。「予約システムを開発しました」だけだった一行から、次の相手が判断できる説明になった。

さらに、「次では夜間連絡の担当と、仕様を決める人を参画前に確認したい」と伝えた。前の案件を否定する言葉ではない。自分が力を出しやすい条件を、経験から説明しただけだ。

最終日に全部を整えられなくてもいい。今日できるのは、契約と情報管理ルールを開き、四つの欄を書き、外で使いたい一文だけ確認することだ。

相手の資料は持ち出さなくても、自分が考え、選び、学んだ経験までは置いてこなくていい。 その境界が見えると、案件を離れる寂しさや焦りの中でも、次へ持っていくものを少し落ち着いて選べる。✨

実績を面談でどう説明するかまで整えたい時は、状況、打ち手、変化の三行へつなげてみてほしい。一人では経験と公開範囲を分けきれない時は、契約の相手や会社の情報管理担当へ確認したうえで、次の役割と条件を整理すればいい。

無料診断で次の一手を整理する

ページへ移動

参考にした情報

運営と監修

運営: ValueGate / 監修・相談窓口: ゆーちゃん

記事では再利用できる構造を言語化し、個別判断が必要な場合は無料診断で次アクションを整理する役割分担にしています。

関連記事