【転職に役立つ】プログラマー・エンジニアのポートフォリオの作り方と考え方

プログラマーやエンジニアの転職に役立つポートフォリオの作り方について解説していきます。

ポートフォリオというとどちらかというと「グラフィック」であったり、「楽曲」などを手掛ける人が転職やフリーランス活動をするときに利用するイメージが強いです。

エンジニアを求める企業が「選考課題」の提出や「細かい経歴」などを求めることが増えているからです。

そこで本記事ではプログラマー・エンジニアの転職には必須であるポートフォリオの

について解説していきます。

ポートフォリオとは

ポートフォリオは直訳すると「携帯する書類入れ」という意味です。

エンジニアの世界では

などがこれに該当します。

ただ、選考課題を求める企業はさほど多くないため、「経歴書」および「スキルシート」に絞って説明をします。

ポートフォリオの作成の目的

ポートフォリオの作成の目的は大きく分けて

の二つに分けることができます。

エンジニア

これはプログラマーとして仕事を得るうえで大事なことなんです

採用側がポートフォリオを参考することによって、「自分に適したプロジェクトに配属されること」が可能になります。

求職者はより確実に自分のためになるプロジェクトに配属されます。

採用者としても長期雇用であったり、プロジェクトコストや工数の見積（業界では原価管理と呼びます）が容易になります。

ポートフォリオは転職に役に立つ

昨今ではポートフォリオが「転職」に役立ちます。

なぜなら、書類選考でポートフォリオを必須提出にしている企業が過半数を占めているためです。

最近のIT業界の課題として、「エンジニアの不足」が挙げられています。

例えば、javaエンジニアだけを募集していたとしても、その他のエンジニアも不足している可能性が極めて高いのです。

したがって、仮にjavaのスキルが無かったとしても、「C#」や「VB」「PHP」など他言語の秀でたスキルがポートフォリオで確認できたら採用される可能性が高いです。

また、仮に開発スキルがなくても

などがあれば開発プロジェクトではない分野でも会社に採用される可能性が高いです。

ポートフォリオはフリーランスの仕事の受注に不可欠

フリーランスの場合は転職者よりもより条件は厳しくなり、「ポートフォリオがないとほぼ確実に仕事の受注は不可能」と言われるほど必要不可欠です。

少し生々しい話になりますが、フリーランスの場合は仕事の単価がかなり高いものが多数あります。

例えば、正社員であれば「１カ月の見積額が70万」のところ、フリーランスの場合は「１ヶ月の見積額が100万」になるケースもあるのです。

そういった事情から、転職者のように可能性のあるプロジェクトを探すのではなく、「そのプロジェクトの要件に特化したスキルを持つエンジニア」を探す必要が生じます。

単価が高く、専門性の高いスキルを要求されるわけですから、「私は10年間javaをやってきました」といってもほぼ確実に受注は出来ません。

かといって、「javaでこれを開発しました、あれを開発しました」と口で言っても受注できません。

すると選考側もどのようなスキルを有しているのかが明確になるので

などが分かります。

自分の能力を客観的に証明できる作品集

ポートフォリオは冒頭でも述べたように「自分の能力を証明するための作品集」です。

しかし

などを列挙するだけで「自分の立ち位置」が分かりやすくなります。

スキルに対する見積もりの見方を理解していないと

という事態に陥り、「早期契約打切り」ということにもなりかねません。

そういったことを防ぐために、ポートフォリオを作成する癖をつけておき、自分のスキルレベルも把握しておく必要があります。

ポートフォリオの作り方や作成のコツ

ここからは

といったポートフォリオ の作成のコツを解説していきます。

具体的なポートフォリオの作り方

具体的なポートフォリオの作り方を３点挙げます。

このポートフォリオは「実際に作品が存在しないエンジニア向け」のものです。

ここからは上記の項目について説明します。

自分が携わったプロジェクトを全て明記する

一つ目として自分が携わったプロジェクトを全て明記することが重要です。

これに対しては古いプロジェクトは挙げる必要がないと否定的な意見もあります。

けれど筆者はむしろその反対で

といった点も強みになります。

それで仕事を取ってきたり、自分で取引先に常駐するときの面談はほとんど通ります。

担当フェーズを全て明記する

担当フェーズを明記することは、その人がプロジェクトのどのパートで活躍できるかの指標になります。

フェーズは大きく分けると

の6個に分類されます。

もちろん会社によって基準は違いますが、どこの会社に行くにしてもほぼ確実にこれらの単語を耳にします。

冒頭で「エンジニアのポートフォリオはスキルシートと経歴書である」と記載しました。

担当フェーズについては「スキルシート」や「経歴書」の提出を求める会社であれば100%記載する箇所が存在します。

大体のケースでは経歴書で担当したプロジェクトとセットで担当フェーズを記載します。

担当したフェーズを記載欄がこの中にない場合もあります。

採用する側としても非常に助かりますし、好印象になります。

リーダーやマネジメント経験がある場合はチームの「全体」人数を明記する

リーダーやマネージャー経験がある人は携わったプロジェクト全体人数を明記することが重要です。

なぜ「全体」かというと、面接を行っている中で「実際の開発作業を行ったメンバーだけ計上している」ことが多々あるからです。（特にリーダーにはその傾向があります）

プロジェクトには

などがいます。

担当が「自分のチームのみ」であれば開発の作業を行うメンバーのみ計上すればよいのです。

しかし、それぞれの担当がいる場合は「全体の人数」も計上するべきです。

この時、面接官が何を意識して見るかというと

といった点を見ます。

したがって口頭で全く問題ないですが

などを話すと好印象を与えることができます。

ポートフォリオの作成のコツは誇大性

ポートフォリオでは自分をなるべく大きく見せるようにしなくてはなりません。

上記３点でも共通していえるのは「自分を本来の職位より大きく見せている」といった点です。

以下の２例を比較してみましょう

ということしか書いていないようなスキルシートと

と記載されているスキルシートであればどちらを採用しますか？

迷う余地がなく後者でしょう。

「プロジェクト全体として」と伝えることで「その中でも重要なポジションにいた」ということを相手に認識させられます。

次に「課題の共有」の部分で

といった点をアピールすることが出来ます。

ただ、全てのプロジェクトに対してその書き方ではかなりくどくなってしまいます。

ですので、アピールしたいプロジェクトやスキルを2、3個ピックアップしたらよいでしょう。

ポートフォリオの考え方

ポートフォリオの１つの捉え方として「エンジニアの履歴書」ということがあげられます。

最後に実際にスキルシートや面談にあった内容で「若手～中堅エンジニアがやってしまいがちなミス」と「その対策」を記します。

稀ではありますが、反省点の記載を求めてくるケースがあります。

その時に経験の浅い人であれば「テストに割ける時間が少なく、不具合が発生しました」と書いてしまう人がいます。

例の場合は

• テストに割ける時間が少なく、不具合が発生しました。
• プロジェクト管理の難しさを把握したうえでどこに問題があったか分析することで再発防止に務めました。
• また発生した不具合については自分のナレッジ（知識）にすることで事前摘出や発生時の早期対応に役立てています

というようなポジティブで終わる書き方をすると相手に好印象を与えることができます。