レジュメを書き直す前に、キャリアの棚卸しをする

ここでいう経験の記録とは、自分の仕事を短くまとめた個人用のメモ集です。応募先から担当範囲、コミュニケーション、判断力について聞かれたとき、記憶だけに頼るより確かな材料になります。混乱していた引き継ぎ、調べた顧客の問題、判断のために用意した資料、説明した業務手順など、具体的な場面から始めましょう。最初のメモは整っていなくてもかまいません。文章を磨くうちに大切な細部が失われる前に、何が起きたかを残すことが目的です。

何らかの選択が必要だった場面を探しましょう。日常業務でも、直面した制約を説明すれば、力のある具体例になります。メッセージに返信することは業務の一つです。一方、未解決の問い合わせのうち専門担当者に回すものを判断し、理由を記録して顧客に状況を知らせることは、仕事の進め方を示します。両方を記録しておきましょう。業務の説明から役割が伝わり、判断の説明からその役割をどう果たしたかがわかります。

各記録に、日付またはおおよその時期、背景、自分の仕事、自分の行動、確認できた結末を記入します。さらに「確かめられること」と「不確かなこと」を別の欄に残しましょう。たとえば、新しい引き継ぎ資料が使われ始めたことはわかっても、ミスを減らしたかどうかは不明な場合があります。採用されたことを事実として記録し、効果は未確認のままにします。推測の改善率を付け加え、それが後に本当のことのように感じられるより、ずっと役立つ記録です。

自分の予定表、公開された制作物、個人のメモ、保管が認められたフィードバックは、プロジェクトを振り返る手掛かりになります。顧客情報、社内の財務ファイル、ソースコード、閲覧制限のある資料を個人のアカウントへコピーするのは避けましょう。自分の貢献を説明するために、元の資料そのものが必要なことは多くありません。たとえば、社内の二つの予定表で食い違っていた納期を調整した、という安全なメモで十分です。予定表を複製したり、顧客名を書いたりする必要はありません。

共同作業では、自分の貢献の範囲を簡単に区切ります。誰が問題に気付き、誰が変更を承認し、自分は何を作り、誰がそれを使ったのでしょうか。チームの成果は背景になりますが、自分一人がその成果を生んだようにレジュメへ書くべきではありません。明確な公的理由がない限り、応募書類に同僚の名前は載せないようにしましょう。自分の役割を実態に見合う範囲で伝えられるよう、個人用の記録には同僚の役割を残します。

時系列の記録は管理しやすい一方、応募書類は通常、求められる条件に合わせて組み立てます。複雑な問題の説明、引き継ぎの改善、締め切りの調整、データの確認など、実務的な能力を少数のタグとして付けましょう。大がかりな分類は不要です。何でも当てはまる広すぎるタグは、問いに置き換えます。「誰かが処理する前に、自分がどう誤りを見つけたかを、この例で示せるか」といった問いです。

記録しておきたい出来事の後に、流れを覚えているうちに平易な五つの文でまとめましょう。月末には、結末まで書けているメモと、まだ確認が必要なメモを見分けます。重複を除き、不確かさは残し、思い出す助けになった公開情報や個人の記録の参照先を加えます。このために生産性管理の仕組みを作る必要はありません。求人を見つけたときに、関連する正確な具体例をすぐ探せるなら、検索可能な文書だけでも十分です。

未完了のプロジェクトも記録するべきでしょうか。ここでは、完了した自分の貢献を記録することと、プロジェクト全体が終わるまで待つことを分けて考えます。取り組み全体が進行中でも、調査メモ、検証済みの下書き、判断用の要約資料は記録する価値があります。到達した段階を明記し、その後の結果は未確定のままにしましょう。未完了の記録でも、どこまで進んだかがわかれば役立ちます。たとえば架空の購買アシスタントは、購入が未決定でも、仕入先の回答を比較して提案を提出したことを記録できます。提案したことと、最終的な購入結果は区別します。提案の効果を予想するのではなく、決定がわかった時点で記録を見直しましょう。

数字をうろ覚えの場合はどうすればよいでしょうか。確認できた件数や範囲を限定した説明と、記憶から再構成した正確そうな数値を比較して考えます。その数字には要確認と印を付けましょう。確かめられなければ、「地域チーム向けの週次報告」のように、実際の規模を普段の言葉で説明します。不確かな点は別の記憶に頼らず、数字の横に残します。「参加者は約二十人。出席記録を確認」とある方が、注記なしに「参加者二十人」と書くより正直です。確認にあたって、もう利用権限のない記録へアクセスしなければならない場合は、数字を使わない説明にとどめましょう。記録の目的は、あらゆる数字を取り戻すことではなく、確かに思い出せるようにすることです。

どのような褒め言葉を使えるでしょうか。行動に対する具体的なフィードバックと、具体例を伴わない全般的な好評価を区別します。「優秀だ」と言われたことより、「チェックリストで引き継ぎがしやすくなった」という指摘の方が情報量があります。何についての評価だったかを残し、一つの感想を普遍的な評判へ広げないようにしましょう。誰から、何について得た評価かがつながると、内容を理解しやすくなります。架空の同僚が「新しいチェックリストでアカウント設定がわかりやすくなった」と言ったなら、そのチェックリストの説明を裏付けます。しかし、チームで最も優れたコミュニケーション能力があるとは言えません。文書に残る発言か、記憶にある発言かを記録し、安全な事実のメモで足りる場合は、他人の私的なメッセージを保管しないようにします。

レジュメにはどの程度詳しく書くべきでしょうか。関連する一つの行動とその背景を載せることと、個人用の記録全体を載せることの違いを考えます。詳しい流れは面接準備用に残しましょう。レジュメでは、志望職種にとってその出来事がなぜ重要なのかが伝わるようにします。応募先別の表現は、すべて同じ元の記録にひも付けておきます。業務調整の職種向けなら各作業の担当者、顧客対応の職種向けなら未解決の問い合わせを強調する、といった調整ができます。こうすると、編集した二つの箇条書きが同じ出来事を食い違う内容で説明するのを防げます。確認によって元の記録が変わったら、直近のレジュメだけでなく、そこから作ったすべての版を見直しましょう。

この架空の例では、最初の文には抽象的な言葉しかなく、出来事が示されていません。修正後の文には、成果物、関係者、その仕事が必要だったタイミングが書かれています。すべての移行を改善したとも、実施全体を担ったとも主張していません。元の記録には、おおよその日付と、その行動を思い出す手掛かりとなった参照先も残します。

書き手は、この記録を二つの職種に合わせて異なる形にできます。サポート職への応募なら未解決の顧客の質問を、業務運営の職種なら担当者一覧と引き継ぎを前面に出すとよいでしょう。どちらも同じ出来事を説明します。経験の記録があれば、求人のたびに新しい話を作らずに、伝え方を調整できます。

「競合する締め切りを調整する」など、よくある要件を一つ選びましょう。記録から候補となる具体例を二つ探し、関連性、わかりやすさ、自分の担当範囲を比較します。一つは大きなプロジェクトで自分の貢献が小さく、もう一つは小さな仕事でも全体を理解している例かもしれません。どちらを選んだか、理由を書きましょう。これにより、記録に使える根拠があるのか、印象のよさそうな思い出が並んでいるだけなのかがわかります。

次に、選んだ記録を、元の背景を知らない人にも説明できるか試します。誰がその仕事を必要とし、自分は何をし、その後どうなったとなぜわかるのか、説明できるでしょうか。結果を大きく見せるのではなく、欠けているつながりを加えます。安全な方法で細部を確認できない場合は、その限界を明記しましょう。その記録は、別の要件に対する具体例や、さらに振り返るための手掛かりには使えるかもしれません。

最後に、検索しやすい平易な題名を付けます。「プロジェクトの成功」より、「未解決の設定に関する質問を含む納品引き継ぎ」の方が見つけやすい題名です。詳しいメモの横に応募用の箇条書きを残し、根拠をどう短くまとめたかを確認できるようにしましょう。説明の大部分を省いても、短い版で伝える責任範囲と結果は変えません。

記憶が明確な、最近完了した仕事から最初の記録を作りましょう。白紙に「状況」「責任」「行動」「成果物」「観察したこと」「不確かなこと」の六つの見出しを書きます。「状況」には仕事が必要になった理由を、「責任」には他人の行動を書く前に自分の担当範囲を記入します。「成果物」は、確認済みの予定表や承認済みの下書きなど、物や完了した工程として書きましょう。実際に見た効果は「観察したこと」に入れます。レジュメで魅力的に見える内容でも、確かめられないものは「不確かなこと」に書きます。六つの欄を設けることで、曖昧な記憶が、自信はあっても根拠のない成果に変わるのを防げます。

次に、異なる場面から二つの記録を加えます。架空の新卒者なら、スーパーマーケットでの引き継ぎ、グループ課題、ボランティアの受付業務を記録する、といった具合です。示したいスキルではなく、課題に基づく検索しやすい題名をそれぞれに付けます。その後、少数のタグを加えましょう。求人票の実際の要件を一つ検索して、タグが使えるか試します。すべてが「コミュニケーション」で見つかるなら、「規則を説明する」「決定を記録する」「引き継ぎを調整する」など、具体的な行動へ絞ります。索引は、どの仕事にも幅広いスキルが関わることを確認するためではなく、具体例を選び分けるために使います。

最後に、一つの記録を選び、既存のレジュメ表現を見ずに箇条書きにします。元の六つの欄と比べ、箇条書きにしかない情報を丸で囲みましょう。それは適切な補足かもしれませんが、記録に加える前に確認が必要です。箇条書きを元の記録の横に保存し、どの職種向けに書いたかを添えます。一か月後、別の要件で具体例を取り出す練習を繰り返しましょう。大きな記録集に時間をかける前に、経験の根拠を増やすべきか、担当範囲を明確にすべきか、整理を簡単にすべきかがわかります。

役立つ経験の記録は、次の応募を楽にするものであり、もう一つの仕事になるべきではありません。実際の要件を一つ選び、それに合う具体例を探して試しましょう。すぐに見つからなければタグを簡単にします。見つかっても自分の貢献を説明できないなら、件数を増やす前にその記録を改善しましょう。

• 各記録に、自分の行動とその背景が書かれている。
• 未確認の情報は、事実として書かずに印を付けている。
• チームの成果を、実際の貢献に見合う形で説明している。
• 機密ファイルや顧客の個人情報を保存していない。
• 少なくとも一つの記録が、現在の志望職種の要件に対応している。