## ITエンジニアが枯渇しているって本当?　

DXという言葉をご存じの方は多いと思います。DXはデジタルトランスフォーメーションの略で、この**DX推進の成否が日本経済再生の鍵**とも言われています。DXは経済産業省主導で進められており、各企業にはITを用いたビジネスの変革、新たなサービスの創出が求められています。既に取組を始めた企業もありますが、思うようには進んでいません。その大きな原因は、*ITエンジニアの不足*です。

ITエンジニアはInformation Technology（情報技術）に関わる技術者たちを指す言葉です。ITエンジニアには、**ITコンサルタント、SE(システムエンジニア)、PG(プログラマー)、サーバーエンジニア、セキュリティエンジニア**など20以上の職種があります。

ITエンジニアはきついがやりがいがある！その仕事内容や年収、求められるスキルを解説

### すでに22万人のIT人材が不足している

経済産業省の調査（※）では2018年の時点で、すでに**IT人材は需要に対して供給人数が22万人も不足しています。最悪の想定では、2030年には約79万人のIT人材の不足が懸念されています**。この結果、何が起きるでしょうか?

単純に考えると、**DX推進に成功した企業は生き残り、DX推進を怠った企業は淘汰される**ということです。極端な話、DX倒産という言葉すら生まれるかもしれません。これを回避するために*IT人材の育成と確保が日本経済にとって大変重要な課題*であるということです。

※[経済産業省 IT人材需給に関する調査（概要）](https://www.meti.go.jp/policy/it_policy/jinzai/gaiyou.pdf?_ga=2.139817712.293849879.1610600760-301351239.1610600760)

耳にタコかもしれませんが、ここでもう一度おさらいしておきましょう。今なぜDX推進の必要性が叫ばれているのでしょう。経済産業省は**DXが進まないと、「2025年の崖」が訪れる**としています。「2025年の崖」とは、各企業で既存のITシステムが、老朽化や肥大化、複雑化などによって時代に合わなくなり、企業の競争力を大きく低下させ、**日本にとって莫大な経済損失をもたらす**という問題のことです。

経済産業省の試算では**最大で年間12兆円の損失が想定**されています。あの東日本大震災のよる経済損失は16.9兆円(内閣府推計)です。（※）*毎年12兆円の経済的損失が生じるとすれば、日本経済に対するダメージの大きさは計り知れません*。

 ※[東日本大震災の被害額、16.9兆円　阪神の1.8倍に: 日本経済新聞](https://www.nikkei.com/article/DGXNNSE2INK01_U1A620C1000000)

DXとは？その意味と日本の現状、DX推進の障壁となる要因を分かりやすく解説！

### ITエンジニアには転職のチャンス到来?

やや悲観的な話になりましたが、この危機的状況を逆にとらえると、**ITエンジニアにとっては絶好のチャンス到来**と言えるかもしれません。これだけ多くのIT人材が必要ということになれば、ITエンジニアの皆さんは引く手あまたの状態になるでしょう。いや、既に争奪戦は始まっています。

「数が少なくなれば価値が上がる」のが市場の原理です。ITエンジニアの希少性が高まっている以上、**収入アップを目指すチャンス**と言えます。

## ITエンジニアの転職のメリット

収入アップ、**待遇改善の方法として思いつくのが転職**です。同一企業で働く限り、年功序列制度が邪魔をして、給与が一気に30%アップなどということはまずありません。しかし転職ならこれが実現可能です。

とはいえ、転職も良い事ばかりとは限りません。また転職にも中小企業から大企業に転職する場合と、逆に大企業から中小企業に転職するケースが想定されます。それぞれの**メリット、デメリット**をあげてみますので、ご自身に最適な転職モデルをイメージする材料にしてください。

### ITエンジニアが中小企業から大企業に転職するメリット

大企業の平均年収は中小企業と比較して大きな格差があります。**中小企業からの転職で年収が倍近くになった**という話も聞こえてきます。

収入も仕事へのモチベーションにもつながるため、無視できないメリットです。

大企業は相対的に中小企業よりも経営的には安定しています。**公的支援も受けやすく、簡単には倒産しません**ので、安心して働ける環境です。

中小企業と比べて大企業は**従業員の教育や研修に予算を投じ、社員育成を行います**。また**公的資格の取得には手当を出す企業も**多く、自己研鑽に励むことが可能です。

クレジットカードやローンの契約でも大企業社員というだけで、審査に有利です。

**営業職は大企業の名刺を持っているだけで、新規顧客の開拓がやりやすくなる**でしょう。

**家族手当、住宅手当、各種慶弔祝金、福利厚生施設など**、給与面以外のメリットが期待できます。

厚生年金に加え、企業年金などがあり、**老後の生活が保証されている**のも大企業ならではのメリットです。

大企業は株主の目もあってコンプライアンスに熱心です。ブラック企業にみられるようなサービス残業は明確に禁止されています。

**働き方改革の一環でワーク・ライフ・パランスの取り組みが進められ、定時退社や余暇活用が奨励されている**点も魅力です。

### ITエンジニアが大企業から中小企業に転職するメリット

中小企業では大きな歯車として、自らの存在感を感じながら、**主体的に仕事ができるの**はメリットです。**自分の仕事が成果がすぐに見えたり、顧客の評価を肌で感じられたりする**点も魅力の1つでしょう。

*2.責任ある仕事を早くから任せられる*

大企業経験者は、それなりの処遇で迎えられるでしょう。**即戦力として期待され、いきなり責任ある仕事を任せられる**ことも少なくありません。

中小企業は大企業のようにだらだらと稟議書を回したり、根回しに奔走したりすることもなく、即断即決です。

また**大企業時代よりも裁量権があり、自ら判断する機会が増えます**。

中小企業は大企業と比べて拠点が少なく、エリアも限定されています。**大企業のように地方への転勤の心配をすることなく、落ち着いて仕事に専念でき、家族との触れ合いを大切にできます**。これが魅力で大企業から中小企業に転職する人もいるくらいです。

## ITエンジニアの転職のデメリット

ITエンジニアにとって**転職がメリットばかりであれば良いのですが、実際にはデメリットもあります。あらかじめそれらを認識し、覚悟しておけばデメリットは受け入れることも、対策を講じることも可能です**。では転職によるデメリットについて見ていきましょう。

### ITエンジニアが中小企業から大企業に転職するデメリット

*1.大組織の小さな歯車になりやすい*

中小企業在職中と比べて、大きな組織の一員となるわけですから、**組織の中における自分の占める範囲は狭まります**。大きな歯車から小さな歯車になってしまうのはやむを得ないでしょう。

中小企業では経営的な意思決定に関わっていた人も、大企業では一担当として、責任ある仕事を任せてもらえません。

責任を任せられたくない人にとってはこれがメリットかもしれませんが、**仕事のやりがいという点ではマイナス**でしょう。

大企業では仕事が細分化され、人との調整がいきなり増えるでしょう。管轄部署の担当者に辿り着いても、「その件は○〇部に相談してください」とたらい回しにされるケースもあります。会議も多く、なかなか結論が出ず、会議のための会議を繰り返すようなこともあります。**本来の仕事以外の余計な作業が増え**、嫌気がさして退職していく人も少なくありません。

### ITエンジニアが大企業から中小企業に転職するデメリット

大企業は転職者に対しても一通りの受入れ研修をしてくれます。教育体制が整っており、職種別教育、階層別教育、コンプライアンス研修、ビジネスマナー研修など、教育制度が充実していますが、**中小企業への中途採用では、何も教えてもらえず、いきなり仕事を与えられるケースすらあります**。

*2.人間関係が悪化すると改善が難しい*

中小企業はアットホームな雰囲気が魅力ですが、いざ人間関係が悪くなると職場が地獄に思えてしまいます。**大企業のような定期的なローテーションがないため、苦手な人から離れることすらできない場合もあり得ます**。上司との関係が悪くなると、退職に追い込まれることもあります。

大企業では、立派な社員食堂や休憩施設、契約保養所などがあり、仕事以外の面でもよい環境が整っていますが、中小企業ではこれらが未整備の会社も少なくありません。**収入が増えても、福利厚生面を含めるプラマイゼロということもあり得ますので、予めよく確認しておくべき**でしょう。

## ITエンジニアが転職に際して注意すべきこと

IT人材が不足しているからといって、必要な準備をせずに転職しても決して良い結果は生まれません。準備不足がたたって、転職ミスマッチに陥り、転職を繰り返す流浪人になる人もいます。ここでは**転職で気を付けるべき点**について解説します。

### 転職の目的と、転職後の目標を明確に持つ

転職の理由として収入アップを上げる方がいますが、人間とは欲望の動物で、それに慣れてしまうと満足感は薄れていきます。その結果、別の不満が頭をもたげ、さらに転職を求める渡り鳥となっていくケースがあります。

**仕事のモチベーションとなるのは、収入よりは自己実現**です。自分が周りから期待され、必要とされることです。**自分は転職して何をしたいのか、何を目指すのか、明確な目的や目標を持っておくこと**が大切です。

**転職で最適な意思決定をするためには、情報収集をしっかり行うこと**です。業界知識や転職先の情報収集、他の職種に関する情報収集、転職者からの情報収集など、収集すべき情報は山ほどあります。この記事を読まれているのも情報収集の一環だと思います。必要な情報を収集し、それらを整理し、最適な転職計画を立てることです。

### 転職サイトや転職エージェントを活用する

転職サイトから情報を得るのも大切なことですが、世の中には**転職エージェント**という大変便利な組織があります。*転職エージェントは、転職希望者と採用側の橋渡しの役目*を担っています。転職エージェントに頼むと、高い登録料を取られるのではないかと心配されるむきもありますが、基本的に転職エージェントへの登録は無料です。

転職エージェントは採用側から仲介料を得ているからです。転職エージェントは本来求職側が行う手続きの大半を代行してくれます。その上、セミナーや履歴書の作成指導、面接対策、採用側との日程調整、年収交渉までしてくれます。転職成功のコツは、有力な転職エージェントに登録することです。もちろん、複数登録してもまったく問題はありませんので、是非活用してみてください。

以上、転職を希望されるITエンジニアの方のお役に立てたでしょうか? 転職にはリスクもありますが、記事を参考にしていただき、転職に成功されることを願っています。

日本ではDXの推進が急務ですが、ITエンジニアの不足がその阻害要因になっています。この状況はITエンジニアにとっては転職のチャンス到来とも言えます。ここでは転職希望の方に転職のメリット、デメリット、転職を成功させるためのポイントなどについて詳しく解説してまいります。

ITエンジニアは実際に不足しているのか?

ITエンジニアの転職のメリット・デメリットは?

ITエンジニアが転職に際して注意すべきことは?

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

## プロジェクトマネージャー(PM)、プロジェクトリーダー(PL)は役職か役割か

プロジェクトマネージャーとプロジェクトリーダーの違いを考えるとき、**当然その「役職名」の違いもありますが、その「役割」の違い**もあります。

###会社によって違うPMとPLの意味や立場

「店長」という肩書きになったが仕事内容は変わらず、変わったのは時間外手当がつかなくなったことだ、などということは良くあります。肩書きや役職名は同じでも、会社が違えば仕事内容も違ってきます。

**PM、PLの意味や立場も会社によって異なります。**そのため、転職した当時は混乱したというエンジニアも少なくありません。プロジェクトの大きさによっても役割は異なるので、PMはいるがPLはいない、複数のPLがいるなど、その在り方は様々です。

###本質的にはPM、PLは役割の違い

あるプロジェクトにPMとPLがいれば、一般的にはPMが上位職でPLがその下に付くことになります。しかし、極端な例をあげると、重要なプロジェクトではIТ企業の創業社長がPLをして、PMを外部から招く、ということもあり得ます。昔取った杵柄で社長が陣頭指揮をとることで現場が活性化すれば、プロジェクトの完成が期待できるからです。したがって、**本質的にはPMとPLは役割の違いであって、上下関係ではありません。**

では、具体的にはPMとPLの役割はどう違うのかを見ていきましょう。

###「マネージ」と「リード」の意味から考えてみよう

プロジェクトマネージャーは「マネージする人」、プロジェクトリーダーは「リードする人」です。「マネージ」は、管理するというより「やりくりする」と考える方が実態に即しています。*与えられた条件の中で「ヒト・モノ・カネ」をやりくりするのです。*「リード」は文字通り「先頭に立って引っ張る」ことです。日々のタスクを方向づけてチームのメンバーに推進力を供給します。

###プロジェクトマネージャーの役割と仕事内容

PMがプロジェクトのやりくりをするとは「環境を整える」ことです。具体的には、ゴールを決める、締め切りを設ける、予算を確保する、人員を配置する、リスクを減らす、トラブルに対処する、などの仕事を行ないます。

経営者やクライアントと協議してプロジェクトの環境を設定し、キックオフの後はその環境をゴールに向かって調整します。

**プロジェクトマネジメントの世界標準と言われる教科書「PMBOK」**には、PMの役割が詳細に(ときには詳細すぎるくらいに)記載されています。一口にプロジェクト管理と言っても、次のような10の管理項目が挙げられています

●スコープ管理(プロジェクトの目標、作業範囲、成果物を定義し、管理すること)

各項目はそれぞれ計画書を作ってから実行するとされています。これを額面通りにやろうとすると、便利な管理ツールを使ったとしても、大変な作業です。教科書どおりにはやれません。しかし、各項目の内容を見ても「やらなくてもいい」ことは1つも含まれていません。ここでも、**理想通りには進まないプロジェクトという生き物を何とかやりくりするのがPMの仕事**だということが分かります。

###プロジェクトリーダーの役割と仕事内容

*PLが現場を引っ張るとは「メンバーに燃料を与え続ける」ことです。*具体的には、ゴールを頭に入れて、タスクを割り振る、進捗が遅れているメンバーの相談に乗る、優先事項とチェック項目を明確にする、トラブルに対処するなどです。PL自身、自分のタスクを抱えていますが、メンバーの心身の健康に気を配ることもPLの重要な役割です。

上記のような役割をこなすためにPLは、各メンバーと「技術内容について語りながら」問題を解決していきます。したがって、設計スキル、プログラムスキルでもメーンバーをリードできる力が求められます。

**PLが現場を「正しくリードする」ためには、プロジェクトのゴールをPMと同じくらい明確に把握している必要があります。**ゴールすなわちUX(ユーザー・エクスピアリエンス)をつねに意識してシステム構築とテストを行なうことで、正しい力加減で正しい方向にプロジェクトを推進することができるからです。

プログラミングなど自分のタスクに集中して取り組んでいるメンバーは、ややもすると意識が蛸壺型になり、ムダなところに力を入れ過ぎることがあります。そんなときにユーザーの顔を思い出させてやることもPLの役割です。

上記をまとめると、PLの役割は次のようになります。

●プロジェクトのゴールとユーザー体験をつねに意識する

●タスクを適切に割り振り、スケジュール管理をする

●トラブルの芽を早期に発見して対処する

●メンバーの声に耳を傾け、チームの士気を高める

●プロジェクト外部の関係者と内部のパイプ役になる

このように、**実際の現場に立ってメンバーを引っ張っていくのがPLの役割です。**

###PMとPLの役割の共通点と相違点

PMもPLも目指すゴールは同じで、リスク管理をして、トラブルに対処するのも同じです。しかし、プロジェクトは計画通りにはいかないもので、**必ず「難所」に遭遇します。**そのときにPMはプロジェクト外部からの雑音からプロジェクトを守る必要が生じることもあります。PLは難所の性質やクリアする方法をメンバーと検討するとともに、それを正確にPMに報告する義務があります。

ゴールの一部変更や締め切りの変更が避けられない場合は、PMが経営者やクライアントと相談しなければいけません。PLはメンバーから見て「いちばんオレ(わたし)の気持ちがわかる人」であるべきです。メンバーが経営者に不満があっても現場の空気が悪くなることはありませんが、*PLに不満があると毎日の仕事が苦痛になります。*

プロジェクト成功の鍵！プロジェクトリーダーの役割について解説

## プロジェクトに欠かせないのはPMかPLか

結論から言えば両方必要ですが、*病気で1週間休まれて困るのはPLです。*それぞれの行動や意識からその役割の違いを見ていきましょう。

###PMのペルソナを想定してみよう

PMはハイレベルなプロジェクト計画、つまり詳細が未定のアバウトな計画でGOを決断する立場にあります。キャリアに裏打ちされた先見力が必要だし、細部にこだわらない鷹揚さや度胸も要ります。必ず生じる遅れや変更に対応する柔軟性も必要です。経営者やクライアントなどのステークホルダーとの交渉力も欠かせません。もめたときやトラブルが発生したときにパニックになってしまわない胆力が求められるのがPMです。**交通事故にあったときに現場から逃走してしまうような人はPMには向いていません。**

プロジェクト内部で進行している業務への目配りが行き届いていること、支援する姿勢があることも重要です。「計画通りにやれ」とハッパをかけるだけでは、活気のあるプロジェクトにはなりません。もちろん、*エンドユーザーに提供するゴールに対する揺るがない視点はPMにとって必須です。*

###PLのペルソナを想定してみよう

PLはPMが整えてくれたプロジェクトの環境の中で、メンバーと共にタスクを積み上げていく立場にあります。明るくて元気な人が人を引っ張る力がありますが、必ずしも体育会系のノリが必要なわけではなく、人の話をよく聞くこと、長所を見つけてそれを活かすことを考えるのが大切です。**社内の営業部からのヒアリングやPMとの緊密な情報交換などのコミュニケーション能力も重要です。**

プロジェクトが胸突き八丁にさしかかると、メンバーの心身の疲労もピークになります。オーバーワークで壊れてしまうメンバーが出ないように目配りし、支援する優しさもPLに求められるキャラです。

###PLがしっかりしていればプロジェクトは機能する?

プロジェクトマネジメントの教科書「PMBOK」にそんなことは書かれていませんが、PMは多少アバウトな性格でもプロジェクトは前に進みます。しかし、それはしっかりしたPLが現場を引っ張っていることが前提です。

一方で、PLにPMの役割も押しつけてしまうのは負担が重くなりすぎます。プロジェクトの規模にもよりますが、理想はPMとPLがそれぞれの役割を担って、お互いに支え合うことです。

## PLのキャリアパスの先にあるのはPMとは限らない

ここまでお読みになって「自分にはPMもPLもできそうにない」と思った人がいたらちょっと脅かしすぎたことをお詫びします。**エンジニアとしてのスキルを磨き、経験を積んでいくことで、おのずとPLやPMの仕事をする能力も身に付いてきます。**たとえリモートワークがメインでも、結局仕事は人と協力することで成り立つものだからです。

また、若手のエンジニアは、PLやPMを目指している人が多いでしょうが、キャリアパスにおいてPLはPMへの通過点だという訳ではありません。

###若手エンジニアはまずPLを目指そう

*プロジェクトに参加する若手エンジニアは、キャリアパスとしてまず実力あるPLになることを目指しましょう。*プログラミングなど与えられたタスクをこなしながら、プロジェクト全体の目的や進行具合にも関心を持ち、そこにどう関わっていくかを学んでいくことが大切です。　　

性格や資質によっては、PMを目指すことももちろん悪くありません。ITコンサルタントとして活躍するという将来もあります。そのためにも、PLとしての実績を積むのは非常に役に立ちます。

プロジェクトにはさまざまな形がありますが、そこで生じる「人間的な諸問題」は共通していることがたくさんあります。**PLの立場でその問題に対処するスキルを磨くことは、転職の際も、ネクストステージを目指すときも貴重な財産になります。**

ITコンサルタントが独立するメリット・デメリットとその方法

ITコンサルタントになるために必要な資格は？仕事内容や年収も

会社やプロジェクトによって、PMとPLとの役割の違いは必ずしも明確ではありません。例えば、PMはいるがPLはいない場合もあり、様々な形態がとられています。それぞれプロジェクトの円滑な推進のために、また将来のキャリアパスのために、PMとPLの役割の違いについて解説していきます。

PMとPLは役職の違いではなく役割の違い

PMはプロジェクトをやりくりする役割。PLは現場を引っ張る役割。

PLとしての実力をつけることで次のキャリアパスが見えてくる

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

基礎知識の記事（38ページ目）