問題
少し前まで、履歴書を更新する必要がありました。 数年前にこれを最後にやったので、履歴書を最初から書くことにしました。
この投稿では、履歴書を作成する際の私の経験、つまり対象となる対象読者と設計の詳細についてお話したいと思います。 人事部門で働いたことがないことを予約しますので、考慮事項について懐疑的です。
対象読者
ユーザーインターフェイスとして履歴書にアプローチするのが妥当と思われます。 実際、履歴書は特定のタスクを解決し、履歴書には「ユーザー」がいます。特定のレベルでは、履歴書によって人が判断されます。 インターフェースを開発する方法を見てみましょう。ユーザーと使用シナリオを定義してから、履歴書を書いて、ユーザーの80パーセントの抽象度を満たすようにします。
私は中小企業（最大200人の従業員）に焦点を合わせることにしました。 一般的なケースを検討することに注意してください。 除外会社は確かにあります。 このような標準的なアプローチは機能しない場合があります。
履歴書のユーザーとそのタスク、つまり履歴書に期待できることを特定します。
1.雇用エージェント。 表には、エージェントには履歴書のパックとジョブのパックがあります。 エージェントのタスクは、履歴書を見て、候補者がどの空席を申請できるかを理解することです。 エージェントがサブジェクト領域に精通しているとは想定できません。 また、エージェントが履歴書を読むのに多くの時間を費やすことができると想定することはできません。 このユーザーはメインのユーザーではないことに注意してください。自分で履歴書を送信することはかなり可能です。
2.人事。 人事部の従業員は、採用担当者または候補者から履歴書ストリームを受け取ります。 従業員の仕事は、どの履歴書が欠員の要件に最適で、候補者が会社に適しているかどうかを理解することです。 HRの従業員がサブジェクト領域に精通しているとは考えられません。 しかし、彼は履歴書に注意を向けることが期待されます。 HRの従業員は主要なユーザーの1人です。彼の決定は、候補者の将来の運命に影響します。
3.プロジェクトマネージャー。 HRの従業員は、最も興味深い履歴書を、その従業員が必要なプロジェクトマネージャーに渡します。 プロジェクトマネージャーのタスクは、面接に候補者を招待する価値があるかどうかを理解することです。 私は、マネージャーが対象分野に精通しており、履歴書を注意深く読む準備ができていると信じたいです。 マネージャーは主なユーザーの1人です。彼の決定は、候補者の将来の運命に影響します。
4.インタビューを行うプログラマー。 プログラマーはマネージャーから履歴書を受け取ります。 ほとんどの場合、インタビューの招待状に添付されます。 プログラマーの仕事は、候補者と話すことができることを理解することです。 私はプログラマーが主題分野に精通していると信じたいです。 プログラマーが履歴書を読むことを想定できないと思う。 インタビューでは、すべてが明らかになります。
構造を再開
次の履歴書構造をお勧めします。
1.名前、メール、電話
エージェント、HR、およびマネージャーは、履歴書を読まずに候補者に連絡するだけです。 したがって、連絡先情報を表示します。
2.「自己紹介」をブロックする
このブロックは、エージェントを雇用するためのものであり、最も重要なのは人事部門の従業員です。 これらは主題分野に精通していないかもしれませんが、このブロックでは候補者の「妥当性」を評価することができます。 この人は2つまたは3つの単語を結び付けることができますか？ 彼はインターネットからスタンプをコピーして貼り付けますか？ 普通の人になりすますことはできますか？
このブロックは非常に慎重に書かれるべきだと思われます。「チームでうまく働く」ための人事部（または別のスタンプ）が応募者をロバに送ることができると彼らは言います。
3.スキルブロック
このブロックは、エージェントと人事部門の従業員を雇用するためのものです。 このブロックでは、履歴書の所有者が精通している技術の略語を入れます。 このブロックは、候補者が必要な技術に精通しているかどうかをすばやく理解するのに役立ちます。 たとえば、Java開発者を探している場合、人事部の従業員はこのブロックを目を通して実行するだけで、応募者がJavascriptのみに精通していることがわかります。 さらに、このブロックはインタビュアーを支援できます。 突然何も話すことがない場合、彼は常にこのブロックを調べて、別の技術について質問することができます。
このブロックのコンパイルの難しさは、バランスを見つけることです。 一方で、私が今まで会ったことをすべて示すことは危険です。間違った印象を与える可能性があるからです（はい、数年前にRailsにサイトを書いて楽しみましたが、Rubyプログラマーとは言えません）。 一方、スキルが少なすぎると、一部のスキルが完全ではない企業の面接候補者を奪う可能性があります（たとえば、開発者のJ2EEポジションの要件にCSSの知識が示される場合があります）
4.ブロック「体験」
これはおそらく最も重要な部分の1つです。 ほとんどの場合、プロジェクトマネージャーがそれを読み、申請者と話すことが理にかなっているかどうかを判断します。 候補者はどこで働いたのですか？ どの位置？ どのくらい 彼はそこで何をしていましたか？ 彼は自分がやっていることを明確に表現できますか？ このブロックの各行のインタビュー中に、私は答え、説明し、詳細に伝え、スクリーンショットを見せてジグを踊る準備ができています。 したがって、成功したプロジェクトに集中することは理にかなっているように思われ、エラーは非常に慎重に言及する必要があります。 インタビューを行うプログラマーは、最後の仕事について興味を持って読んでいる可能性が高く、最近のプロジェクトについての会話を始めることができることに注意してください。
5.「教育」をブロックする
私は大学、最高の科学の学位と専門を示します。 多くは受信した証明書を示します。 要件が高等教育が必要であることを示している場合、雇用エージェントまたはHRはこのブロックを調べます。 ほとんどの場合、マネージャーまたはプログラマーは大学を見て、「カントリーマン」に会うことを望んでいます。 証明書は確かに注目を集めます。
6.「その他」をブロック
これはかなり重要なブロックのように思えます。 面接を行うマネージャーとプログラマーの両方が立ち寄ります。 ここでは、雇用主が知っておくべき困難（たとえば、適切なビザの欠如、旅行できないなど）を示します。 さらに、仕事に直接関係しないプロジェクトを指摘しますが、候補者が空き時間にITに興味を持っていることを証明します。 Quadrocopter、Chromeのプラグイン、githubのアカウント、Cupertinoの秘密の燃料庫に関するブログ-これらはすべて、申請者の関心を完全に反映しています。 たとえば、わかりやすくするために、履歴書に小さなサイト補足を作成しました。 このサイトでは、個人プロジェクトへのリンクをまとめました。
クリアランス
フォント、花、ピンがたくさんあります。 「デザイン」を学ぶことはありがたいことではないので、自分の経験について話そうと思います。 コンピューターディスプレイ用に作成されたフォントを使用して、履歴書のタイトル、ブロックのタイトル、リンク、メインテキストの4つのスタイルを使用しようとしました。 使用した色のうち、黒と濃い灰色のみ。 念のため、印刷した場合は履歴書が適切に見えるようにしました。 もちろん、さまざまなプラットフォームで履歴書を含むPDFを開いて、すべてが適切に表示されていることを確認しました。
おわりに
これらの考慮事項が誰かに役立つように願っています。 ここで私の履歴書を見ることができます 。
履歴書を書くためのコメント、提案、ヒントを本当に期待しています！