*OEM*という言葉を聞いたことがありますか？よく自動車などの工業製品では、OEM供給が頻繁に行われており、*自社製品を相手先ブランドで販売*する例が少なくありません。OEMは、元々はコンピューター関連製品を中心に1つの生産形態として生まれました。

OEMは"Original Equipment Manufacturing"から作られた略語で、日本語では「自社製品製造会社」の訳です。直訳してしまうと分かりにくいかもしれませので、**「メーカーが他社ブランド製品を委託を受けて製造する」ということ**だと覚えておいてください。

*OEMにもメリットやデメリット*がありますが、ソフトウェアの世界で、受託側のOEMのメリットについて見ていきましょう。

▮ソフトウェア開発に専念できる

通常、ソフトウェアを開発すれば、必ず販売という問題に直面します。*ソフトウェアにおけるOEM取引*では、宣伝や販売はOEM委託先に委ねられるため、**本業であるソフトウェア開発に専念**できます。

小規模のソフトウェア会社や個人の場合、自前でソフトウェアを開発しても、販売力がないため、売上を得ることができません。OEM取引によって*宣伝力や販売力に優れた企業にソフトウェアを提供*するため、**販売数増加、売上増加**を期待できます。

*OEMにもメリット・デメリット*がありますが、ソフトウェアの世界での受託側におけるOEMのデメリットについて見ていきましょう。

▮自社ブランドの浸透が望めない

開発したソフトウェアが提供先ブランドとして販売されるため、**自社ブランドの浸透が望めません**。

ソフトウェアの開発**ノウハウが他社に流出するリスク**があります。

売値はOEM提供先企業に決定権があり、**優れた製品が安価に販売される可能性**があります。

OEMは工業製品の世界では一般化されています。以下に、*日本でよく見かけるOEM製品の事例*を挙げてみました。

**自動車業界ではOEMが当たり前のように行われています**。例えば、*スズキのソリオ*は三菱自動車にOEM供給され、*デリカD:2*として販売されています。

他によく知られた車として、*ダイハツのトール*が*トヨタのルーミー*として販売されているのは有名です。

日本でスマホのシェアNo.1はApple社が販売するiphoneですが、実は**iPhoneもOEM**なのです。iPhone製造の代表的なOEM企業として*フォックスコン社*（Foxconn）(台湾)があります。

フォックスコンは*世界最大級のOEM系電子機器メーカー*として有名で、iPhone以外にもさまざまな企業に自社製品のOEM供給を行っています。

**アパレル業界はほとんどがOEM**と言っても過言ではありません。代表的な例としては、*株式会社小島衣料*というアパレル製造メーカーがありますが、*ワールド・オンワード樫山・三陽商会*といった大手アパレルメーカーの製造を担っています。

他に、*マツオカコーポレーション*は*ユニクロ*（ファーストリテイリング社）の商品を多く製造しています。

ソフトウェアの世界では、OEMはさほど多くは見受けられませんが、*セールスフォース・ドットコム*の例をご紹介しましょう。

セールスフォース・ドットコムは2009年に、ソフトウェアの各メーカーが「Force.com」を利用して自社ブランドのソフトウェアサービスの開発を可能とする*「OEMパートナー・プログラム」*の提供を開始しました。**富士通、NECなどがOEMパートナーとして名を連ねています**。

OEMについては理解されたと思いますが、実は*OEMとよく似た方式*が他にもありますのでご紹介しておきます。

ODMは"Original Design Manufacturing"の略で、**委託者のブランドで製品の設計と生産を行う**手法です。OEMが生産委託であるのに対し、ODMは設計まで行いますので、OEMよりもカバー範囲が広いのが特徴です。

PBは"Private Brand"の略語で、自主企画商品のことです。主に小売業など流通事業者が独自商品を企画し、メーカーに製造を委託する方式を指します。

有名なPBとしては、イオンのトップバリュなどがあります。委託生産という点ではOEMと似ていますが、OEMはあくまでもメーカーが別のメーカーに生産委託するのに対して、**PBは流通業がメーカーに生産委託する**という点が大きく異なります。

ODMとは？他の生産方式も合わせて分かりやすく解説！

ODMとOEMの違いとは？メリットとデメリットをわかりやすく解説

続いて、*ソフトウェアのOEM*について見ていきましょう。

エンジニアの皆さんは*「OEM版」*という語句を何度か目にしたことがあると思います。**パソコンにバンドルされてくるソフトをOEM版と称します。

**代表的なのものとしては、Windowsがあります。最近のパソコンはほとんどがWindowsがプレインストールされていますが、これがOEM版です。

単体で販売されているWindowsは*「パッケージ版」*と呼びます。他に自作PCキットなどとセットで販売されている*DSP版*というのがありますが、ここでは説明を割愛します。

WindowsなどMicrosoft製品の**OEM版は、その製品がインストールされているパソコンでのみ使用できるライセンス**で、OEM製品を*転売することは禁じられています*。また、*他のパソコンにインストールして使用することもライセンス違反*です。

これに違反すると、Microsoft社から損害賠償請求をされます。簡単にはバレないだろうと思いがちですが、Microsoft社は企業ごとの購入ライセンス数を調査しており、従業員数とライセンス数が著しく違うような違反はすぐに分かります。

Microsoftのライセンス管理は非常にしっかりしていますので、エンジニアの皆さんは間違ってもライセンス違反をしないよう気を付けてください。

## ITエンジニアは法的知識が必要

法律なんて、ITエンジニアとは無縁の話だと思っている方はいませんか？大きな企業では法務部門があり、基本的な法的問題の解決やチェックはしてくれますが、それでも法務部門の人員には限りがありますので、法務部門への丸投げはできません。

一方、**IT分野にも関係法令が少なからずあり、それらの基本知識を持っておかないと、法的問題に直面する可能性があります**。ITエンジニアの皆さんは日ごろから最低限、*関係する法律*は知っておきましょう。

ITエンジニアは独立するケースが他の職種と比べて多い傾向があります。サラリーマンエンジニアを辞めてフリーランスとして活躍する人もいれば、起業する人もいます。

ソフトウェア開発の受託をするケースもあり、*自社のソフトウェアをOEM提供して大手ベンダーに販売してもらうケース*もあるでしょう。このいずれも、納品物に対する何らかの法的責任を負います。

また、一般企業に勤めていても、ITエンジニアがシステム営業を担当する場合は契約行為に関わるため、法的知識が必須です。

**ITエンジニアは普段からITに関わる法律についてはある程度の知識を持っておくことをおすすめします**。

ITエンジニアの皆さんがよく知る法律としては、*個人情報保護法*があります。個人情報の漏洩は大問題だという認識をお持ちだと思いますので、こうした法律に関する説明は今回は割愛いたします。ここでは主に、**ソフトウェア開発にかかわる法律（民法）について解説**します。

*▮瑕疵担保責任（契約不適合担保責任）*
この言葉はITエンジニアの皆さんはよく耳にされていると思います。受注したソフトウェアが納品後にエラーや不具合が発生した場合、法的な問題が生じます。民法では、これらの欠陥のことを*瑕疵（かし=きずのこと）*と規定していました。

瑕疵とは、契約時に予定していた品質や性能を欠いた状態をいいます。*瑕疵担保責任*とは、納品されたソフトウェアに瑕疵が発見された場合は、ソフトウェアを制作した者がその修正をする責任を負うこということです。ただし、期間は「*納品されてから1年以内*」でした。

この民法の「*瑕疵担保責任*」は2017年の民法改正で、「*契約不適合担保責任*」という名称に変更されています。また旧法では「*納品されてから1年以内*」だった責任が、改正法では「*知った時から1年以内*」に変わっています。

つまり、例えば納品後3年経過した時点でクライアントが瑕疵に気付いた場合、それに対する補償（ソフトウェアの改修、ソフトウェア費用の減額など）を求めることが可能だということです。この**「契約不適合担保責任」の時効は納品から5年ですので、十分注意しておく必要**があります。

*▮請負契約*
ベンダーはソフトウェアの開発を受託する場合、*請負契約*で受けるケースが多いでしょう。

請負契約はシステム開発の場合、基本的には**クライアントからの要望にもとづき、ベンダーの裁量でシステムの開発を行う契約のこと**です。

請け負ったシステムを開発し、検収を受けて納品しない限り、報酬を受け取ることはできません。（場合によっては、前金という形で報酬の一部を受け取るケースはあります）

*▮準委任契約*
準委任契約は、システム開発において、**ベンダーがクライアントからの依頼に基いて、開発要員の派遣などを行う契約のこと**です。開発責任はクライアント側にあり、ベンダー側はシステム開発工数、労働時間などで対価を受け取ります。

**請負契約は納品システムに対して完成の義務**を負い、納品したシステムに瑕疵が発見された場合には「*契約不適合担保責任*」が問われますが、**準委任契約では「契約不適合担保責任」を問われることはありません**。

### ソフトウェアのOEM契約にも注意

以上、瑕疵担保責任（契約不適合担保責任）と請負契約、準委任契約などソフトウェア開発に関わる法律について解説しましたが、最後に*ソフトウェアのOEM契約*について触れておきましょう。

ベンダーが大手ソフトウェアメーカーからの委託を受けて、自社ソフトをOEM契約で提供するケースは少なからずあるでしょう。

この場合、*ソフトウェアの納品検収方法・カスタマイズの有無・分担・著作権・所有権・契約不適合担保責任*など、契約で取り交わすべきことが多々あります。

今後、**ITエンジニアの皆さんが独立したり、契約担当となったりした時にこうした契約に携わる可能性があります**ので、是非今から法律にも興味を持つことをおすすめします。

ソフトウェア開発においてOEM取引という形態があります。ここではOEMの概念・メリット・デメリット・OEMの事例・法的問題など、ITエンジニアとして知っておくべき事項をまとめました。ITエンジニアの皆さんに役立つ内容を網羅しましたので、ぜひ参考にしてください。

OEMはソフトウェア開発においても必須の製造形態

OEMにはODMやPBといった似た形態がある

OEMソフトウェアも含めてソフトウェア開発には法的知識が必須

ITエンジニアとして知っておくべきOEMとソフトウェアの課題

「ITエンジニアとして働きたい」と考え、異業種から転職を決意した際、どうしても気になるのが**転職活動**ですよね。

未経験でも受け入れてもらえるか、受け入れてもらえたとしてもスキルアップが望める環境なのか。
*少しでも良い環境／条件でエンジニアライフをスタートさせたい方*にとっては、悩みが尽きない問題です。

こうした中、未経験から転職するにあたって必要だといわれているのが**「ポートフォリオ」**です。
ポートフォリオを作成することは、体系的な知識を得られるだけでなく、*自分がエンジニアとして働いていけるかの適性チェックにも役立てられる*ことをご存じですか？

この記事では、未経験者がポートフォリオを作成すべき理由と、具体的な作成方法を5つの段階に分けてお伝えしていきます。
実際に転職市場の最前線で活動する、**[マイナビITエージェント](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv04)のリクルーティングアドバイザーの意見も取り入れながら解説していきます**ので、エンジニア転職に関心がある方はぜひチェックしてみてください。

## ポートフォリオとは「スキルの証明」

エンジニアにとってのポートフォリオとはズバリ、**「自身の能力を確認できるもの」**です。

*IT業界におけるポートフォリオの定義自体はあいまい*で、デザイナーや実務経験者のエンジニアにとっては、自身の作品集や実績をアピールするWebサイトやPDFにまとめた資料を指すことが多いです。

しかし、エンジニア志望の未経験者にとっては、既に自身の作品を複数作成していたり、アピールするだけの実績を持ち合わせていなかったりする場合がほとんどではないでしょうか。

そのため、この記事では自作のWebアプリやサービスなど、**自分のスキルを証明する何かしらの作品を「ポートフォリオ」と定義**して進めていきます。

## 「ポートフォリオ」に関する"よくある質問"5選

ここで取り扱う「ポートフォリオ」の意味については、ご理解いただけたかと思います。

早速本題に入っていく前に、未経験者がポートフォリオを作成するにあたっての*「よくある質問」*を**企業目線で情報収集されているリクルーティングアドバイザーにぶつけてみました**。

こちらも合わせて参考にしてみてください。

### Q1.エンジニア転職にポートフォリオは必要？

*A：必須ではないが、未経験なら用意しておいて損はない*

正直な話、エンジニアになるという目的であればポートフォリオは必ずしも必要ではありません。

コロナ禍の影響で「未経験採用枠」は大幅に縮小してしまいましたが、現在は元々の水準、あるいは*それ以上にまで回復してきました*。
そのため、下記の条件に当てはまる方であれば、**IT業界への転職自体は今すぐにでもできてしまう状況**ではあります。

・SESや夜勤など、働き方を問わない方
・年齢が20代の方

しかし、はじめから"開発業務"に携わっていくなど、エンジニアとしてのキャリアをスタートさせるにあたって**より恵まれた環境／条件で働いていきたいと考える方**はポートフォリオを作成しておくことがオススメです。

エンジニアにとって好条件を提示する企業の多くは"即戦力を求めている"ため、ポートフォリオは*「企業側が要求する技術レベルに到達しているか」*を測るうえでも重要な役割を担います。

ポートフォリオを作成するメリットについては、後ほど詳しく解説していきます。

### Q2.30代未経験でもポートフォリオがあればエンジニアになれる？

*A：30代未経験でも採用する企業は存在します*

実際に[マイナビITエージェント](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv04)を利用して、30代未経験からエンジニアになった方もおりますので、**年齢だけで判断されることは少ないです**。
（ただし、30代未経験での採用はそう多くないのが実情です）

30代未経験を採用する企業が少ないのは、*大きく分けて2つの理由*があります。

・自社のやり方に順応できる、学習意欲があるか
・年下の先輩／上司とのコミュニケーションが不安

そのため、*分からないことを吸収する学習意欲*と、*コミュニケーション力*をアピールできれば、エンジニア転職への道も拓けてきます。

ただ、30代からエンジニアを目指す場合、**まったくの未経験ですと、書類選考を通過しにくい傾向にある**ことは間違いありません。そのため、アピール材料として*20代のライバル以上にポートフォリオに力を入れることが大切になってきます*。
また、これまでの経験を活かしたポートフォリオ作成ができれば、30代からでも内定に一歩近づくかもしれません。

### Q3.プログラミングスクールのカリキュラムはポートフォリオにできる？

*A：逆に評価を下げる可能性があります*

ひと昔前までは、プログラミングスクールで作成した成果物をポートフォリオとして扱っても問題ありませんでした。

しかし、カリキュラムで作った成果物をそのままポートフォリオとして提出するスクール卒業生が増えすぎてしまったため、いま同じ事をすると*「またか……」と人事の印象を下げてしまう恐れ*があります。場合によっては「やる気がない」と受け取られてしまうことも。

人事担当者がポートフォリオに求めていることは、**どのような課題を見つけ、どのように解決したかといった実績です**。
自分の言葉で「どうして作成したのか」を話せるよう、後述するポートフォリオの作成方法をご参考にしていただければと思います。

### Q4.エンジニア志望でもデザインから勉強しなければならない？

*A：必ずしも勉強する必要はありません*

フロントエンドであれば、ある程度はデザイン知識もあったほうが仕事もスムーズに進むかもしれません。

しかし、システム開発を目指すエンジニアにとって、*デザイン知識は必須科目ではありません*。
それよりも、基本的なCRUD機能の実装やDB設計など、注力すべきポイントは別に存在します。**限られた時間のなかで、本当に必要な機能の実装に労力を割くことが重要**です。

ただ、ポートフォリオでもデザインが良いに越したことはないので、クラウドソーシングサイト等でデザイン部分だけ外注し、自分でコーディングするのは選択肢としてアリです。
「デザインまで自分が考えるべき」という企業は意外と少ないので、**スケジュール感や外注時の金額等と相談しながら判断していただくとよいでしょう**。

### Q5.ポートフォリオではどのようなスキルを証明すればいい？

*A：どのような企業に就職したいかによります。*

もちろん、自分が作りたいものを作るという前提がありますが、**進みたいキャリアに応じて扱う技術を選定することをオススメしています**。

例えば、ネイティブアプリを開発する企業に進みたいのに、PHPでWebサイトを作成している……などは*目的と手段がずれている可能性があります*。プログラミング的思考を身につければ、他の言語を学ぶ際にも当然役立ちます。ただ、わざわざ遠回りする必要はありません。

どうしても技術の選定に迷ってしまう場合には、**自分が働いてみたいと思う企業をいくつかピックアップして、募集要項に書かれている技術を確認するのも手**です。

<center>[『マイナビ エージェント』の公開求人の中から、<br/>自分が働きたい企業を探す](https://mynavi-agent.jp/jobsearch/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv04)</center>

## 未経験者がポートフォリオを作成すべき3つの理由

エンジニアへの転職において、ポートフォリオはなぜ必要なのでしょうか？

ここでは、大きく3つの理由を書き出しました。

*1.プログラミングスキルを体系的に学べる*
*2.即戦力として評価されやすくなる*
*3.エンジニア適性があるか知ることができる*

### メリット1.プログラミングスキルを体系的に学べる

ポートフォリオを作成する過程で、プログラミングスキルを体系的に学ぶことができます。

プログラミングスキルについては、**実際に手を動かしながら学ぶことが一番効果的です**。特にポートフォリオを作成する場合は、自分自身で必要な機能を考えて、1つ1つ実装していくためモチベーションが維持しやすいことも特徴です。

また、ポートフォリオ作成時はたいがい予期せぬエラーに躓くので、エラー原因を調べながら完成させていくことも、*能動的に知識を身につけていくにはうってつけ*です。
仮にWebアプリを作ろうとした場合、HTML／CSSにはじまり、バックエンド、余裕があればクラウドの知識を学ぶ機会にもなります。

分からないエラーを調べながら実装していくことで、次第に「どういったワードで検索すれば目当ての記事にたどり着けそうか」というググり力も身についていくので、**プログラミングに関する多面的な知識が得られるでしょう**。

### メリット2.即戦力として評価されやすくなる

ポートフォリオがあることによって、即戦力として企業に採用されやすくなります。

企業側としても、採用するなら*即戦力になりそうな人材を採りたい*と考えます。まったくの未経験者を採用することは、育成コストも含めると企業側にとってはリスクが大きいのです。

ただ、ポートフォリオがあることによって、**エンジニアにとって最低限の知識と自走力を証明することができます**。ここでの自走力とは「自分で考えて適切な行動ができる力」とします。

エンジニアは、プロジェクトの完了、機能の実装など、目的に向かって最適な行動をとることが求められます。未経験者がエンジニアを目指すにあたって、ポートフォリオの存在は*自らゴールを設定してあらゆる障壁を乗り越えてきた*、とアピールする材料にもなるのです。

そのため、ポートフォリオを作成していることで、他の未経験者に比べて一歩リードしている状態になり、転職活動も有利に進めやすくなります。

### メリット3.エンジニア適性があるか知ることができる

ポートフォリオの作成は、自分がエンジニアとして働いていけるのか、適性を知るきっかけにもなります。

エンジニアとして働いていくにあたって、**多少なりとも適性の有無があることは事実です**。

未経験からエンジニアになったとしても、いざ働いてみたら「自分には合わなかった」と辞めてしまう方も少なくありません。これはあなたにとっても企業側にとっても大きな損失です。

このような悲しい結末を防ぐため、ポートフォリオ作成に着手することで*「エンジニアとしてのキャリアを続けていけるか」を事前に確認する*ことが大事になります。具体的には、以下などが確認ポイントです。

・継続してプロダクトの開発に取り組めるか
・エラーに躓いて自力で解決することが苦でないか
・実装を楽しめるか

**自ら進んで、没頭できるぐらい取り組むことができれば**、エンジニアとしての適性があると考えていいでしょう。

## ポートフォリオに時間をかける2つのデメリット

ポートフォリオを作成するデメリットは基本的にはありません。上述したように、プログラミングスキルを体系的に学ぶこともできるので、*エンジニアに興味がある方にとっては非常にオススメです*。

たとえ転職活動で使用しなかったとしても、成果物を形作った経験は必ず今後のキャリアにとってプラスに働きます。

ただ、未経験からのエンジニア転職において、**ポートフォリオに時間をかけすぎるデメリット**は存在します。

*1.いつまで経っても転職できない*
*2.早く実務を経験したほうが「学び」が多い*

この2つのデメリットについて、それぞれ説明していきます。

### デメリット1.いつまで経っても転職できない

期限を設けてポートフォリオ作成に臨まないと、いつまで経ってもエンジニアへの転職ができません。

「言われなくても分かる！」と憤る方もいるかと思いますが、**意外と多いのが完璧を追い求めてしまうケース**。完璧を追い求めてしまうと、デザインの"1px"まで気になってしまい、本当に重要なことにリソースを割けなくなってしまいます。

また、期限を設定しないとだらだら続けてしまうことになり、*エンジニア転職へのモチベーションも次第になくなってしまう可能性があります*。

ポートフォリオを作成するにあたっては、**「最長でも3か月！」などあらかじめ期限を設けるようにしましょう**。

### デメリット2.早く実務を経験したほうが「学び」が多い

ポートフォリオに時間をかけるぐらいであれば、**早い段階で実務経験を積むほうがメリットは多いです**。"ポートフォリオ不要論"を唱えている方の多くは、この「とりあえず実務経験を積む」ことの重要性を説くものになります。

こちらの考え方も至極当然な意見で、独学・プログラミングスクールだけでは得られるスキルにも限界があることは事実です。

また、独学でも経験者に負けないアウトプットができるのであれば問題ないですが、ポートフォリオのクオリティによっては、*逆に人事担当者からの評価を下げてしまう可能性もあります*。
ポートフォリオを作成する時間的余裕がない場合は、**可能な範囲で自己研鑽して早期に転職したほうが今後のキャリアにとって有意義な可能性が高いです**。

*[マイナビITエージェント](https://mynavi-agent.jp/entry/?genre=26&utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv04)では、未経験者を対象にした”ポテンシャル採用”を行っている求人も数多く紹介しています。*
なかなか転職に踏み切れない……という方は、登録だけでも済ませることで一歩を踏み出すきっかけになるかもしれません。

## ポートフォリオの具体的な作成方法（5ステップ）

ここからは、ポートフォリオの具体的な作成方法について解説していきます。

*システム開発するエンジニア*を目指す未経験者が「どこから何をやればいいか分からない…」という状態から抜け出せるよう、段階ごとにまとめてみました。

*ステップ1：実体験からアイデアを生み出す*
*ステップ2：作りたいアプリの概要、設計を考える*
*ステップ3：使用する技術を選定する*
*ステップ4：コーディングして形にしていく*
*ステップ5：アプリを公開する*

5つのステップに分けて説明していきます。

### ステップ1：実体験からアイデアを生み出す

まず、ポートフォリオのアイデアがないことには、手を付けられません。ポートフォリオを作成するにあたって、最も困惑するのが「何を作ればいいのか」ではないでしょうか。

アイデアのヒントとしては、*「2つ以上の既存のアプリを組み合わせてみる」*、*「既存のアプリをニッチに尖らせてみる」*といったことが挙げられます。特に、自分が普段使っているアプリなどで**「もっとこうだったらいいのに」と思えるものを考える**ことが効果的です。

30個ほどのアプリを個人開発された株式会社MENTAの入江さんは、*「たとえ競合アプリがあったとしても、カテゴリの細分化・パーソナライズ化に勝機がある」*と話されています。

失敗してもおいしい個人開発のススメ！「MENTA」設立者が語る、すべての開発者が"10年構想"を意識すべき理由

自分が普段使っているサービスやアプリで気になったり、「こういうサービスがあったらいいなぁ」と思いついたりしたら、**どんどんリストに書き溜めていくことをオススメします**。
たった1日で良いアイデアが湧き上がることは滅多にありません。数日かけてもいいので、*自分なりのアイデアリスト*を積みあげていきましょう。そうすることで、自分の作りたいものが見えてくるはずです。

### ステップ2：作りたいアプリの概要、設計を考える

ITエンジニアとして働くため、必要だと言われている「ポートフォリオ」。こちらの記事では、実際に転職市場の最前線で活動する「転職エージェント」の意見を取り入れつつ、ポートフォリオの作成方法について解説していきます。

未経験者にとって、ポートフォリオは「自分のスキルを証明する何かしらの作品」を指すことが多い

未経験からエンジニアとして開発業務に携わりたいなら、ポートフォリオは用意しておきたい

中途半端なポートフォリオは、逆に人事担当者からの評価を下げる可能性がある

未経験からエンジニアへの転職で不安な方は、IT業界に精通した専任アドバイザーのいる[マイナビIT エージェント](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv16)の利用がおすすめ

未経験エンジニア必見！「現場が求める」ポートフォリオの作り方【転職エージェントが解説】

ITエンジニアの皆さんは「35歳定年説」 というのを聞いたことはあるでしょうか。

日本では「高年齢者雇用安定法」という法律によって、65歳定年制が企業の義務化され、2025年4月以降はすべての企業で65歳定年が制度化されます。そんな中、「35歳定年なんてあり得ない」と思われても当然でしょう。

*この35歳定年というのは、会社を定年になるという意味ではなく、あるIT職種での活躍年齢の目安を示していると捉えてください。*

ITエンジニア転職のメリット・デメリットと気を付けるべきこと

そもそも、IT業界において「35歳定年説」が出現したのは2000年頃と言われています。ではなぜ、そのようなことが囁かれているのでしょう。

それは当時のITエンジニアが置かれた労働環境にありました。当時、システムエンジニアはIT土方（どかた）と呼ばれ、徹夜で仕事をするのは当たり前のような風潮がありました。

しかし、20代の頃と比べると35歳頃からの徹夜作業は身体がついていかなくなります。この厳しい労働環境によって、体力的な限界からITエンジニアの35歳定年説が言われたのだと推察できます。

また、終身雇用制を採用する大手SIerでは、35歳前後を目処に、プログラマーやシステムエンジニアを他の職種や管理職登用という形で異動させていることも「35歳定年説」の背景にあると考えられます。

### ITエンジニアは本当に不足している？

「35歳定年説」がある一方、「2030年にはIT人材が45万人も不足する」という説があります。これは経済産業省が公表している数字であり、信頼性の高い数字です。IT人材は35歳で「お役ご免」とされる一方で「人材不足」ということになりますが、一体どちらが正しいのでしょうか。

**実は、半分は真実であり半分は嘘というのが現状です。**市場が必要とするのは若くて低報酬で済むエンジニアです。企業はITのアウトソーシングを行う際、少しでも単価を下げたいため、受注したいIT企業としては、コンペに勝つためにコストの大半を占める人件費を下げるしかありません。

そうなると比較的低コストの若いエンジニアを当てるしかないため、需給ギャップが生じている側面があるでしょう。

### 実際の35歳以上の求人状況や転職者の数は盛ん

ITエンジニアにおけるキャリアの特徴には、「転職を繰り返す」というものがあります。実績やスキルを高め、今よりもより良い職種や環境にステップアップする人が多く見られるのがITエンジニアです。35歳以上だとキャリアや実績も十分蓄えられ、転職では即戦力として活躍できるケースが多くあります。

**現在の求人状況においても35歳以上、40代の転職者も少なくありません。**こういった30代以上の転職においては転職エージェントを活用して企業のマッチングを行っている求職者が多いため、気になる場合は市場価値調査を含めて求人状況を確認してみましょう。

 <center>[エンジニア転職を成功させるため<br/>ぜひ*『マイナビIT エージェント』*をご活用ください！](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv12_2)</center>

ITエンジニアにはさまざま職種があります。それぞれの職種において、最も力を発揮しやすい年代があります。

例えば新しい言語を学び、それをただちに生かせるプログラマー、顧客の立場に立って経営的な側面から助言が行うことが求められるITコンサルタント、リーダーシップが求められるプロジェクトリーダー、専門分野の深い知識が生きるセキュリティエンジニアなど、さまざまな職種があります。

*そうした知識や経験を生かすにはどうしても年齢との兼ね合いがあります。*これから、各職種と年齢との関係をみながら、「35歳定年説」の真相に迫ってみましょう。

厚生労働省の「賃金構造基本統計調査」によると、プログラマーの平均年齢は32〜33歳程度です。

**プログラマー自体が「ITエンジニアの登竜門」と呼ばれていることからも、平均年齢が若いのは当然ですが、世間的にもプログラマーの旬は30代ぐらいまでと見られています。**プログラマーになるなら、なるべく早い段階でプログラミング技術を習得した方が良いでしょう。

【参考】：[賃金構造基本統計調査｜厚生労働省](https://www.mhlw.go.jp/toukei/list/chinginkouzou.html)

オープン系プログラマーとは？Web系・組み込み系との違いや年収を解説

通信系プログラマーとは？求められるスキルや市場性について解説！

同調査によると、システムエンジニアの平均年齢は約38歳です。プログラマーと比較すると、6歳前後上ということになります。**キャリアパスとしては、まずプログラマーを経験し、その後にシステムエンジニアになるという流れが一般的**ですが、統計上もそれを裏付ける結果となっています。

システムエンジニア（SE）とはどんな仕事？スキルや年収なども解説

プロジェクトマネージャーはプロジェクト全体を統括し、プロジェクトの目標達成に向けて責任を負います。プロジェクトリーダーの上に位置し、プロジェクト全体の品質管理、進捗管理、予算管理、マネジメントなどを行います。

ITスキルも必要ですが、それに加えて人望も必要となり、メンバーからの信頼を得なければなりません。ある程度の人生経験を積み、部下の心をつかめる人心掌握術も必要です。

そうしたことを勘案すると、**40代前後の経験豊富な人材が最適と考えられます。**実際、情報処理推進機構（IPA）主催の国家資格「プロジェクトマネージャー試験」の受験者は40歳前後が最も多いです。

【参考】：[プロジェクトマネージャ試験](https://www.ipa.go.jp/shiken/kubun/pm.html)

プロジェクトマネージャーとは？仕事内容や必要なスキルを徹底解説

PMとPLの役割の違いとは？ ―若手エンジニアの疑問にスッキリ回答―

ITエンジニアのキャリアパスとして、ITコンサルタントはゴール目標の1つになります。

一口にITコンサルタントと言っても、専門性を問われるコンサルタントもいれば、総合力を求められるコンサルタント、経営者への助言・提案を行うコンサルタントまでさまざまなコンサルタントがいますが、**年齢的にはシニア層が中心です。**

統計データがないため一概には言えませんが、40歳代〜50歳代のコンサルタントが最も多いと思われます。

ITコンサルタントにおすすめの資格7選！年収や将来性も解説

ここでは、ITエンジニアはどの程度の年収を得ているのかを紹介します。参考として、システムエンジニアの年収について様々な調査媒体の結果をまとめました。

システムエンジニアの年収は「マイナビエージェント 職種図鑑」では431万円（※2023年9月執筆時点）、経済産業省2017年発表の「IT関連産業の給与等に関する実態調査結果」から近い職種の「エンジニア/プログラマ」を参考にすると、平均年収592万円と分かりました。

国税庁2020年発表の「民間給与実態統計調査」における民間企業平均年収は433万円なので、システムエンジニアは調査媒体によって年収にバラつきがありますが、概ね平均年収を超えることは可能な職種です。

**システムエンジニアがより高い年収を目指すには、実績を積むのはもちろんのこと、資格を取得したり、マネジメント業務に関わったりすることで、キャリアアップを目指せるでしょう。**

【参考】：[マイナビエージェント 職種図鑑](https://mynavi-agent.jp/it/jobindex/04.html?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv12_2)
※【平均年収 調査対象者】2020年1月～2020年12月末までの間にマイナビエージェントサービスにご登録頂いた方
【参考】：[IT関連産業における給与水準の実態① ~ 職種別（P7）](https://warp.da.ndl.go.jp/info:ndljp/pid/11623215/www.meti.go.jp/press/2017/08/20170821001/20170821001-1.pdf)
【参考】：[民間給与実態統計調査-国税庁](https://www.nta.go.jp/publication/statistics/kokuzeicho/minkan2020/pdf/002.pdf?_fsi=AZhJ8QDV&_fsi=AZhJ8QDV)

ITエンジニアの記事（4ページ目）