## エンジニアにとっての職務経歴書とは

どの職種でも転職の際には、「履歴書」と「職務経歴書」を応募企業に提出します。履歴書は学歴と職歴（入退社の日付）を記すだけのシンプルな「自己紹介」ですが、職務経歴書は、これまでの業務経験の内容やスキルを記す、いわば「*戦力・戦歴申告書*」です。

一般企業では、それぞれの会社の企業文化の違いなどから、職務経歴書では応募者の実力がどれくらいのものか推測できない面があり、それほど重視されないこともあります。しかし、ITエンジニアの転職では、**即戦力として必要な部署に配置できるかどうか**の重要な判断材料になります。

システムエンジニア（SE）とは？仕事内容や年収、必要スキルを解説！

職務経歴書に決まった書式はありませんが、エンジニアの職務経歴書は下記の項目について記載するのが一般的です。

●経歴概要 : 携わってきた業務の概略を数行でまとめる
●得意とする分野やスキル : 入社後に活かせる経験と知識を箇条書きでアピール
●テクニカルスキル : OS・言語・フレームワーク・クラウドの使用年数やスキルレベル
●職務経歴 : 関わったプロジェクトで、どのような立場でなにをしたかを記載
●資格
●自己PR

この中で**もっとも重要なのは「職務経歴」つまり関わったプロジェクト**です。プロジェクトの目標や規模、使用した言語、プロジェクトでの立場などを簡潔にまとめます。テクニカルスキルの一覧表も必須です。

### エンジニアの職務経歴書の目的

職務経歴書は、それを読んだ**採用担当官に「面接したい」と思わせるのが目的**です。そのためには、必要項目を記載した*骨組み*の要所要所（注目してほしいポイント）に、*肉付け*が必要です。

多くの場合、職務経歴書には**どのプロジェクトも無事に目標を達成したように**書かれていて、そこに違和感を覚える採用担当者は少なくありません。

*どんなプロジェクトにも必ず「難所」があり、それをクリアするためのメンバーの創意と工夫があったはず*です。応募者がそこにどう関わったかを一言書くことによって、プロジェクト経歴が肉付けされ、血が通います。それによって、現場で活かされたあなたのスキルや仕事ぶりを採用担当官に印象づけることができます。

採用担当者の中にはエンジニア経験のない人が含まれていることもあり、骨組みだけの経歴書ではあなたのスキルレベルや仕事ぶりが伝わりにくい場合があります。

## 職務経歴書の書くときの心構え

職務経歴書の書き方の1番のポイントは「知ってほしい自分」について書くことです。自分の得意分野でも、仕事の流儀でも、入社したらやりたいことでも良いでしょう。それを採用担当者に伝えることで、ミスマッチを防ぎ、入社後に仕事に不満を抱くことも少なくなります。

### 「知ってほしい自分」について書く場所は自己PRの欄だけではない

自己PRの欄は、いわば職務経歴書の「まとめ」の欄で、そこで新しい主張を持ち出すのは唐突な感じがします。採用担当者は、*そのアピールが「関わったプロジェクト」のどこに結びついているのか*が分からない場合が多いからです。

自己PR以外の各項目でも、**「知ってほしい自分」をアピールできる箇所に、頭の中でアンダーラインを引き、一言肉付けをする工夫を**しましょう。

職務経歴書の各項目の書き方を説明します。

「経歴概要」は**職務経歴書全体の要約**です。入退社情報や経験した業務内容を3～4行の文章で簡潔に記載しましょう。

### 職務経歴（関わったプロジェクト）の書き方

**「職務経歴」はもっとも重要な項目で、採用担当者はここに注目して読み込みます**。関わったプロジェクト単位に記載しますが、書く順番は直近のものから書いていく*逆編年体形式*がおすすめです。

各プロジェクトごとに、下記の項目を記載します。

●*プロジェクト概要* : 業界名、開発システムの種類など
●*期間と規模* : プロジェクトの期間と参加人数
●*プロジェクトでの立場* : PM、PLなど
●*開発環境* : 使用言語、OS、DBなど
●*担当フェーズ* : 要件定義、基本設計、詳細設計、結合テストなど、上流・下流のどの工程に参加したかを記載する
●*業務内容* : 仕様書作成、〇〇システムの設計、導入テストなど、担当フェーズをより具台的に記載
●*取り組み* : プロジェクトの難所をクリアするために行った工夫など、自分がアピールしたいことに焦点を合わせて記載する

上記で**とくに重要なのは、「取り組み」の項目**です。この記事の初めに述べた「骨組みへの肉付け」はここで行います。

開発プロジェクトには必ず「難所」があり、ビジネスサイドとのジレンマもつきものです。そういう場面であなたが「何を提案できたか」がエンジニアの力量（技術力の深さ）を計る最大の目安になります。

言い換えると、**ビジネスが求める要件やユーザーエクスピアリエンスに対して、エンジニアとしてどんな提案ができたか**が、採用担当者がもっとも知りたいことです。

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

システム開発の工程の「単体テスト」と「結合テスト」の違いを徹底解説！

テクニカルスキルの欄には、使用できるOSや言語、DBを一覧表にまとめます。*それぞれに使用期間とスキルレベルを記載する*ことが大切です。

スキルレベルは、OSなら「通常使用に問題なし」「環境設計・構築が可能」など、**どの程度使いこなせるかが分かるように記載**しましょう。プログラミング言語なら「最適なコード記述が可能」「指導・改修も可能」「基本的なプログラミングが可能」などです。

注意したいのは、使用したプログラミング言語やフレームワークの**バージョンをかならず記載する**ことです。バージョンが書かれていないと、その技術に対しての理解の深さ（何がどう変わって、どんなメリットやデメリットがあるのか）を疑われる可能性があります。

###「得意とする分野やスキル」の書き方

職務経歴（関わったプロジェクト）やテクニカルスキルの項目で記載した中で、**とくにアピールしたい得意分野やスキルを記載**します。

志望した会社（働きたい業界）は自分の得意分野を活かせると、あなたが判断したところでしょうから、採用採用担当者から見ても「刺さるポイント」になる可能性が大です。

SE（システムエンジニア）なら、次のような分野で「得意」をアピールすることができます。

●クライアントからのヒアリングと要件分析・定義
●クライアントの要求に最大限に応えるための最適な使用言語、OS、DBの選択
●潜在バグを可能な限り排除するためにプログラミングの方針、思考をチームが共有する
●システム試験で見つかったバグを最短期間で修正する対応経験
●プロジェクトマネジャー、プロジェクトリーダーとして経験

【*得意分野の書き方の例*】
建設現場の作業進捗管理システムの開発（職務経歴のAプロジェクト）において、元請会社会社の現場責任者へのリアリングを行い要件定義を行いました。とくに、作業工程の遅れの要因を詳しく聞き取り、チェックポイントを可視化するシステムに結びつけました。また、当プロジェクトでPLとして、基本設計の環境設定とチームメンバーへのコーチングを担当しました。

システムエンジニアがキャリアアップするのにおすすめの資格を解説！

職務経歴書には「技術スキル」をアピールする欄はいろいろあるのに対して、「ヒューマンスキル」をアピールする欄がありません。自己PRでは、あなたの**職業人、組織人としてのヒューマンスキルをアピール**しましょう。

しかし、単に「コミュニケーション能力には自信があります」と書いても、説得力も真実味もありません。かといって、長々とエピソードを書くスペースもありません。実は、ヒューマンスキルやコミュニケーション能力について、説得力のある書き方をするのはけっこう難しいのです。

考えてみると「得意とする分野やスキル」も自己PRの1種なので、自己PRで書くことに困った場合は、この項目を省略することも可能です。または、シンプルに、普段仕事を行う上で気を付けていることや挑戦中の資格など、モチベーションの高さをうかがわせることを書いても良いでしょう。

【*自己PRの例文*】
システム開発会社にSEとして3年間勤務し、医療法人や美容店チェーンなどのiOSアプリ開発を行ってきました。クライアントのヒアリングや要件交渉をしっかり行い、無理のないプロジェクト計画を作成し、管理・運営できるのが私の強みだと考えています。

## 採用担当者が職務経歴書で読みたいこと

採用担当者が知りたいのは、エンジニアがどんなプログラミング言語やフレームワークを「一応使えるか」ということではなく、*プロジェクトの難所でどんな技術を選択したか、どんな提案ができたか*ということです。

また、どんなプロジェクトに関わったのかより、「どう関わったのか」を知りたいと思っています。それをうまく表現するのは難しい場合もあるでしょうが、**職務経歴書に血を通わせるというつもりで**、考えてみてください。

多様化しているエンジニアの働き方について分かりやすく解説！

エンジニアの転職では職務履歴書が重視されまが、「本当に知りたいことが書かれていない」という採用担当者も少なくありません。この記事では、担当者にそんな不満を抱かせず、「すぐに面接したい」と思わせる職務経歴書の書き方について説明します。ぜひ参考にしてください。

職務経歴書は、「戦歴・戦力」の自己申告書

職歴の骨組みを書くだけでなく、技術に対する理解の深さを示す肉付けをしよう

採用担当者は「プロジェクトの難所でどんな提案ができたか」を知りたがっている

エンジニアの職務経歴書で採用担当者に「面接したい」と思わせる書き方とは？

エンジニアの世界に飛びこむときには、“向いている”要素である適性を意識しますが、エンジニアとして働きはじめると、“向いていない”要素が気になってきます。その**「向いていない」と感じたときにこそ、考えてみるべきことがあります**。（Misa)

## エンジニアに向いていない人の特徴

エンジニアの仕事は、ITを利活用してサービスや業務改善を提供することです。**“エンジニアに向いていない”人というのは、そのために必要な技術や作業を受け入れる資質が乏しい人**ということです。エンジニアに向いていない人の特徴をあげてみます。

*・ITやプログラミングが好きではない*
*・新しい技術に興味が持てない*
*・地道な調査や検証が嫌い*
*・論理的に考えることが苦手*
*・改善や効率化につながる現状を変えることに否定的*

[【関連記事】「SEの転職先は異業種もあり？転職先のパターンや企業選びのポイント」](https://mynavi-agent.jp/knowledge/it/763.html?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv08)

## エンジニアに向いていないと感じるのはどんなとき

エンジニアに向いていないと感じるのはどんなときでしょう？　例を挙げて考えてみます。

エンジニアが自分に向いていないと感じる状況としてもっとも多いのがこれでしょう。仕事が順調に進み、楽しめているときに、向いていないと感じる人は少ないです。エンジニアに限らず、仕事がうまくいかない＝向いていないという考える傾向があります。しかし、**仕事がうまくいかない理由を適性のせいにしてしまうと、そこで思考停止に陥ります**。客観的にうまくいかない原因を分析してみましょう。

### 誰かと比較してコンプレックスを感じている

**苦手な部分がコンプレックスになり、自分は向いていないと感じることがあります**。いくつか苦手な部分があるからといって、必ずしも向かないとはいいきれません。エンジニアは多面的な仕事で、仕事の進め方やキャリアの選択肢も多いので、人と同じことが得意でなくても大丈夫です。

**仕事内容や環境などの現状に対するミスマッチから、自分に向いていないと感じることもあります**。環境を変える、もしくは変えることを想定して外の世界に目を向けてみると、視野が広がって、自分自身を客観的に見直せる可能性があります。

### エンジニアの仕事を楽しめなくなった

**以前は楽しかった仕事を楽しめなくなったとき、この仕事に向いていないのではと感じることがあります**。それはエンジニアとしての適性の問題ではなく、興味の対象が、現在の案件や業務から、ほかの分野に移ってしまったためかもしれません。興味がある技術トレンドや目標とするポジションなど、ご自身のキャリアについて考えてみてはいかがでしょうか。

## 向いていないと感じたときに考えるべきこと

エンジニアに向いていないと悩まれる方は多いです。しかし、**向き不向きの問題よりも大切なのは、意欲の有無、つまりエンジニアを続けたいかどうかです**。エンジニアの仕事が好きだと思えるなら、向いていないことで悩むのではなく、「能力を発揮するためにはどうすればよいか」を考えるべきです。

**所属会社、プロジェクト、職種など、現状に対する不満を感じているなら、転職で解決する場合もあります**。「エンジニアに向いていない」で、思考停止しないことが重要です。

「自分に合った企業をうまく見つけられるのか？」
「職務経歴書はどうやって作ればいいのか？」
「そもそも転職するためになにが必要なのか？」…

**自分1人での転職活動に不安のある方には、マイナビITエージェントのご活用をおすすめしています。**

マイナビIT エージェントは、**IT・Webエンジニア向け、無料の転職⽀援サービスです。**IT・Webエンジニアの転職事情に詳しいキャリアアドバイザーが、あなたのご経験やスキルをお伺いし、転職活動のプランをご提案します。

アドバイザーは企業側と直接連携を取れますので、求人票に載っていない情報も確認することができます。こちらで働き方などをしっかり確認のうえで応募企業を選び、より良い転職活動にお役立ていただけましたら幸いです。

<center>[『マイナビ エージェント』なら、IT業界に精通した専任アドバイザーと豊富な求人で、<br/>あなたの転職を丁寧にサポートします。](https://mynavi-agent.jp/entry/?genre=26&utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv08)</center>

エンジニアの世界に飛びこむときには、“向いている”要素である適性を意識しますが、エンジニアとして働きはじめると、“向いていない”要素が気になってきます。その「向いていない」と感じたときにこそ、考えてみるべきことがあります。

「エンジニア向いていない」と感じたときに考えてみるべきこと

*ITスペシャリスト*とは、一般的にIT系技術者の中で*高度な専門性を有する者*を指します。情報処理推進機構(IPA)は*ITSS(ITスキル標準)*において、次にあげる専門分野固有スキル項目のいずれかをスキルレベル1から4とした場合の**スキルレベル3以上を有するもの**と定義しています。
・*プラットフォーム*
・*ネットワーク*
・*データベース*
・*アプリケーション共通基盤*
・*システム管理*
・*セキュリティ*
参考：[情報処理推進機構(IPA) ITスキル標準V3](https://www.ipa.go.jp/jinzai/itss/download_V3_2011.html)

### プラットフォームを専門とするITスペシャリストは？

*プラットフォーム*とは、ITシステムで用いる*ハードウェア*や*稼働オペレーティングシステム(OS)*および*システムソフトウェア・ミドルウェア*を指します。*プラットフォームのITスペシャリスト*は**システムプラットフォーム**の*設計、構築及び導入*を行う*IT技術者*となります。

### ネットワークを専門とするITスペシャリストは？

*ネットワークのITスペシャリスト*は**ネットワーク**の構成要素・ネットワーク網・キャパシティ・障害回避手段などの*設計・構築及び導入*を行う*IT技術者*です。

### データベースを専門とするITスペシャリストは？

*データベースのITスペシャリスト*は**データベース**の論理設計・物理設計・回復管理などの*設計・構築及び導入*を行う*IT技術者*を指します。

### アプリケーション共通基盤を専門とするITスペシャリストは？

*アプリケーション共通基盤*とは*アプリケーションが稼働するシステム基盤*を**共通基盤として定義**し、*保全性を高める*仕組みのことです。*アプリケーション共通基盤のITスペシャリスト*はシステムにあった*ソフトウェアアーキテクチャやフレームワーク*および*共通ライブラリの設計・実装*を行います。同様に導入した*ライブラリの管理*・ソフトウェアの*品質管理*・*開発環境の決定*・アプリケーションの*開発ツールの作成・導入*を行う*IT技術者*となります。

### システム管理を専門とするITスペシャリストは？

*システム管理のITスペシャリスト*は*ハードウェア・ソフトウェア・アプリケーション*を含めた**システム運用・管理**の*設計・構築及び導入*を行う*IT技術者*を意味します。

### セキュリティを専門とするITスペシャリストは？

*セキュリティのITスペシャリスト*は企業内､企業間で必要とされる**セキュリティ機能・セキュリティのためのコンポーネント**などの*設計・構築及び導入*を行う*IT技術者*を指します。

## ITスペシャリストでお勧めする資格は？

*ITスペシャリスト*とは各専門分野のいずれかに*専門性を持つIT技術者*となりますので、取得する資格も**それぞれ異なります**。同様に*各専門分野の共通項目*については専門性を広げるうえでも資格取得をお勧めします。以降にそれぞれお勧めの資格を紹介していきます。

### ITスペシャリストの共通資格は？

情報処理推進機構(IPA)の定義する*ITプロフェッショナル*の最初のステップとして、*基本情報技術者試験(FE)*をお勧めします。資格取得により*情報戦略立案やシステムの設計・開発・構築・導入*が**指示通り実施できる**ことが証明できます。次に上位資格として*応用情報技術者試験(AP)*をお勧めします。資格取得により*情報戦略立案やシステムの設計・開発・構築・導入*を**主導できる**ことが証明できます。
参考：[情報処理推進機構(IPA) 応用情報技術者試験(FE)](https://www.jitec.ipa.go.jp/1_11seido/fe.html)
参考：[情報処理推進機構(IPA) 応用情報技術者試験(AP)](https://www.jitec.ipa.go.jp/1_11seido/ap.html)

基本情報技術者試験とは？資格のメリットや学習方法を解説！

### プラットフォームを専門とするITスペシャリスト向けの資格は？

プラットフォームは動作環境としてWindowsやLinuxが採用されるケースが大半です。そのため、OS固有の知識を高めるためにも*WindowsやLinuxの資格取得*を目指しましょう。
参考：[マイクロソフト認定制度](https://docs.microsoft.com/ja-jp/learn/certifications/)
参考：[LinuC認定制度](https://www.internetacademy.jp/it/server/linux/what_is_Japan-s_unique_linux_test__linuc__.html)
加えて共通資格で述べた*応用情報技術者試験(AP)*を取得することで、OSに依存しない*全体プラットフォームの設計能力*が証明できます。

また、組み込みシステム系のプラットフォームを担当するITスペシャリストは、情報処理推進機構(IPA)が実施する情報技術者試験の区分である*エンベデッドシステムスペシャリスト試験(ES)*に挑戦しましょう。資格取得により組み込みシステム固有の**プラットフォーム要件に基づく設計能力**が証明できます。
参考：[情報処理推進機構(IPA) エンベデッドシステムスペシャリスト試験(ES)](https://www.jitec.ipa.go.jp/1_11seido/es.html)

エンベデッドシステムスペシャリストとは？年収と将来性を解説！

### ネットワークを専門とするITスペシャリスト向けの資格は？

*ネットワークのITスペシャリスト*には**最新の通信技術**が求められます。そのため、*通信機器ベンダーが提供するトレーニング*とその資格取得を検討しましょう。大手通信機器ベンダーのシスコシステムズでは、システム構築技術者向けに*CCNAやCCNP*を用意しています。トレーニング受講によってスキルを高め資格認定に挑戦しましょう。
参考：[シスコ技術者認定](https://www.cisco.com/c/ja_jp/training-events/training-certifications.html)

加えて、情報処理推進機構(IPA)の情報処理技術者試験の1つである*ネットワークスペシャリスト試験(NW)*も、*ネットワーク固有の技術とITインフラ*を**正しく実装する技術**を求められる試験です。*ベンダーに依存しないネットワーク知識*の専門性が証明できます。
参考：[情報処理推進機構(IPA) ネットワークスペシャリスト試験(NW)](https://www.jitec.ipa.go.jp/1_11seido/nw.html)

「オワコン」と言われるネットワークエンジニアの将来性を徹底解説

### データベースを専門とするITスペシャリスト向けの資格は？

*データベースを専門とするITスペシャリスト*には、情報処理推進機構(IPA)の情報処理技術者試験の区分である*データベーススペシャリスト試験(DB)*が**お勧め**できます。*データベースの設計・開発・構築・運用がカバー*されています。
参考：[情報処理推進機構(IPA) データベーススペシャリスト試験(DB)](https://www.jitec.ipa.go.jp/1_11seido/db.html)

もし、基幹システム等で用いられるデータベースの経験を有する場合は、*市場占有率の高いオラクル*を学習しOracle Masterを資格取得しましょう。資格取得により*大規模システム*でのデータベースを担当する機会が得られるでしょう。
参考：[Oracle 認定資格一覧](https://www.oracle.com/jp/education/certification/allcertification-172551-ja.html)

データベースとは？今更聞けないその内容をITエンジニアとして改めて学ぶ

### アプリケーション共通基盤を専門とするITスペシャリスト向けの資格は？

*アプリケーション共通基盤を専門とするITスペシャリスト*には、情報処理推進機構(IPA)の情報処理技術者試験の区分である*システムアーキテクト試験(SA)*を取得しましょう。資格取得により、**システム基盤を最適に活用**する*アプリケーションの設計・開発・構築・運用*の能力が証明できるでしょう。
参考：[情報処理推進機構(IPA) システムアーキテクト試験](https://www.jitec.ipa.go.jp/1_11seido/sa.html)

### システム管理を専門とするITスペシャリスト向けの資格は？

*システム管理を専門とするITスペシャリスト*には情報処理推進機構(IPA)の情報処理技術者試験の区分である*ITサービスマネージャ試験(SM)*が適しています。**安全性と信頼性の高いITサービス**が提供できることが証明できます。
参考：[情報処理推進機構(IPA) ITサービスマネージャ試験(SM)](https://www.jitec.ipa.go.jp/1_11seido/sm.html)

### セキュリティを専門とするITスペシャリスト向けの資格は？

*セキュリティを専門とするITスペシャリスト*には、情報処理推進機構(IPA)の情報処理技術者試験の区分である*情報処理安全確保支援士試験(SC)*がお勧めです。この資格では組織の事業・サービス及び情報システムの安全を確保する*セキュリティエンジニア*や、経営層を支援する*セキュリティコンサルタント*を想定しています。したがって技術力を証明する他にも所定の登録手続きを行うことで、国家資格「*情報処理安全確保支援士（登録セキスぺ）*」として**独立したセキュリティコンサルタント**の活動も可能となります。
参考：[情報処理推進機構(IPA) 情報処理安全確保支援士試験(SC)](https://www.jitec.ipa.go.jp/1_11seido/sc.html)

### 今後のスキルアップで取得をお勧めする高度な資格は？

ITプロフェッショナルとしての*専門的な活動*に加えて、プロジェクト全体に責任を持つ*プロジェクトマネージャ試験(PM)*やIT戦略を立案する*ITストラテジスト試験(ST)*等の上位資格についても、情報処理推進機構(IPA)の情報処理技術者試験の区分に分類されています。ITプロフェッショナルの**将来の職種の幅を広げるため**にもこれらの資格取得に挑戦しましょう。
参考：[情報処理推進機構(IPA) プロジェクトマネージャ試験(PM)](https://www.jitec.ipa.go.jp/1_11seido/pm.html)
参考：[情報処理推進機構(IPA) ITストラテジスト試験(ST)](https://www.jitec.ipa.go.jp/1_11seido/st.html)

## ITプロフェッショナルのの専門性をさらに高めてチャレンジの幅を広げましょう

ITプロフェッショナルは*専門性の高いIT技術者*ですから、すぐに専門性を高めることは容易ではありません。こつこつと*学習し実務経験を積んでいく*ことで専門性を高めることが可能です。資格取得を目指し**将来の選択の幅**を広げましょう。

注目を浴びるフルスタックエンジニアを目指す方法と必要な資格は? 

データサイエンティストを目指すエンジニアがまず取得したい資格7選！

ITスペシャリストはITの専門家のことを指します。情報処理推進機構(IPA)では6つの専門領域を定義しておりITスキル標準レベル3以上を想定する高い技術力を持つIT技術者を想定しています。各専門領域それぞれお勧めの資格があり、資格取得によりさらに上位の職種へ挑戦したり専門性の高い仕事へチャレンジすることが可能となります。

ITスペシャリストとは高度な専門性を持つIT技術者を指します

ITスペシャリストの定義として情報処理推進機構(IPA)によって6つの専門領域が設定されています

情報処理推進機構(IPA)の想定スキルレベルは3以上で高度な専門能力を実践することが期待されています

ITスペシャリストとは？お勧めの資格についても解説！

スマートフォンやタブレットの普及によって、Webを介して利便性の高いサービスが提供されるようになっています。**サービスを支えるWebアプリケーションを構築するのは、Webエンジニアです。**Webエンジニアの将来性や強みについてまとめました。（Misa）

## Webエンジニアに将来性はあるか

5G時代の到来により、今後はあらゆるサービスがWebを介して提供されるようになっていくといわれています。サービスを支えるWebアプリケーションの需要は、今後ますます高まり続けるでしょう。対人接触の機会を減少させる目的での活用もあり、コロナ禍も追い風になった形です。

**同時に、Webアプリケーションを構築するWebエンジニアの人材ニーズも高まってはいますが、一方ではWebエンジニアの将来性を危ぶむ声もあがっています。**

Webエンジニアの将来性を懸念される理由のひとつに、**Webアプリの分野は技術トレンドの変遷があまりにも激しく、先行きが不安定である**という見方があります。そして、もうひとつの理由は、**AWSに代表されるコーディング不要の開発ツールの出現**です。開発ツールやAIの普及で、将来的にはコーディングに携わるエンジニアが必要なくなるのではないかという意見もあります。

しかし、現時点では高度な機能をもつWebアプリケーションには、独自の設計と開発が必要であり、ITエンジニアなしでは成り立ちません。**技術や開発環境が変わっても生き残れるWebエンジニアの強みと、強みが持てない人**について考えていきます。

[【求人特集】「アプリケーションエンジニアの転職」](https://mynavi-agent.jp/it/applicationengineer/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv08)

## Webエンジニアの強みとなるスキル、言語

Webエンジニアの仕事は、Webサイトを構築するフロントエンドと、サービスの機能を実装するサーバサイド（バックエンド）に分けられます。フロントエンドの言語としてはHTML、CSS、JavaScript、サーバサイド（バックエンド）では、PHP、Ruby、Java、Go、Pythonが主流となっています。これらの言語を習得している人は、ここ数年はWebエンジニアとして活躍していけるでしょう。

フロントエンド側の言語はどのWebサービスでも共通して使用される汎用性があります。それに対して、サーバサイドの言語は開発元やサービスの機能によって選択されます。従事するサービスやポジションにあわせて、特化するスキルをもつことがエンジニアとしての強みになります。**開発者としては、フロントエンドのスペシャリストとなる、サーバサイドで、Ruby、Java、Pythonなどのいずれかに特化するという方向性が考えられます。**

[【関連記事】「【初心者向け】将来性があるおすすめのプログラミング言語とは？」](https://and-engineer.com/articles/YZ4LVBEAACIAmwbR)

また、**言語やツールではなく、UI/UXなどのスペシャリスト、開発の経験を活かして、企画、マネジメント、マーケティング職に転身する道も考えられます。**

## Webエンジニアとしての強みが持てない人

逆に、Webエンジニアとしての強みが持てないのはどのような人でしょう。

**近い将来、プログラミング工数を削減する開発ツールが主流となるのはほぼ確実です。ITエンジニアの役割は、サービスの要件をまとめる、要件を満たすWebアプリケーションを設計するなど、自動化が難しい部分に集約されていくと考えられます。10年後に、コーディングやプログラミングだけで仕事ができるのは、例外的なプログラミングスキルをもつ人に限られるでしょう。いわゆる“スーパープログラマー”ですね。**開発ツールでは対応できないレベルのプログラミングが求められます。

ごく小規模な案件を除いては、プロジェクト内の分業化が進んでいます。**Webエンジニアとしては、広く浅い知識より何かひとつ特化したスキルを持つ人が評価されやすいです。**

最後に、エンジニアの宿命ともいえますが、前述のとおり、**WebアプリケーションはほかのIT分野と比較しても、技術の変遷が早いです。最新技術の習得や情報収集を続けられない人は厳しくなるでしょう。**

今後もWebエンジニアとして活躍する道、開発の経験を活かして別の職種に転身する道、将来に備えてスキル特化を目指す道……選択肢は様々です。選択した道を歩むにあたって転職が必要だと感じた時には、ぜひマイナビITエージェントをご活用ください。

** マイナビIT エージェントは、IT・Webエンジニア向け、無料の転職⽀援サービスです。 **IT・Webエンジニアの転職事情に詳しいキャリアアドバイザーが、あなたのご経験やスキルをお伺いし、転職活動のプランをご提案します。

スマートフォンやタブレットの普及によって、Webを介して利便性の高いサービスが提供されるようになっています。サービスを支えるWebアプリケーションを構築するのは、Webエンジニアです。Webエンジニアの将来性や強みについてまとめました。

Webエンジニアの将来性は? 市場価値を高められる人、そうでない人の違いは?

Microsoft Azureは、**マイクロソフト社が提供するクラウド・コンピューティングサービス**です。2010年からサービスが開始され、現在AmazonのAWSに次いで18%のシェアを占めるメジャーなサービスです。「Azure」は"アジュール"と読み、英語で「青空」や「空色」を意味しています。

DX時代を勝ち抜くエンジニアを目指してAWS移行に詳しくなろう!

このMicrosoft Azureを端的に説明すると、「システム開発や運用の機能を備えた大規模なクラウドサーバー」と言えます。従来、企業はシステムの開発や管理を行うためにオンプレミスという形で自社にサーバーが必要でした。Microsoft Azureは、そうしたサーバーをインターネット上で一括管理できるクラウドサーバーとして提供しています。また**Azureはクラウドサーバーの提供だけにとどまらず、「仮想マシン、仮想ネットワーク構築機能」や「AI(人口知能）設計機能」など、エンジニア向けの機能が豊富に用意されています**。

クラウドサービスには様々な種類がありますが、**Azureが提供しているサービスは一般的に「IaaS」と「PaaS」、「SaaS」と呼ばれる類のサービスです**。以下、それぞれの特徴を説明しますので、クラウドを勉強しようという方はぜひ覚えておいてください。

*■IaaS*
IaaSとは「Infrastructure as a Service」の略語で、"イァース"と呼ばれています。**IaaSはサーバーやストレージ、ネットワーク機器、ファイヤーウォールなどのインフラをインターネット上で利用できるサービス**です。

*■PaaS*
PaaSは「Platform as a Service」の略語で"パース"と呼ばれています。**PaaSはアプリケーション・ソフトウエアが稼働するためのデータベース、プログラムの実行環境などを提供するサービス**です。

*■SaaS*
SaaSは「Software as a Service」の略語で"サース"と呼ばれています。従来はパッケージで提供されていたソフトウェア製品ですが、**SaaSはインターネットを経由してソフトウェアを利用する形のサービス**で、代表的なサービスとしてはOffice365があります。

AzureはAmazonのAWSと同様に従量課金の仕組みを採用しており、**「IaaS」と「PaaS」**によって主に次のサービスを提供し、多くの利用者のニーズに応えています。

*■Azure DevOps*
Azure DevOpsは開発（Development）と運用「Operations」を組み合わせた造語で、**開発からリリースまでのシステム開発を支援**するサービスです。

*■Azure Functions*
Azure Functionsは、**サーバーを構築することなく、プログラムが実行できるサービス**です。C#、JavaScript、Java、Pythonなどで組まれたプログラムが直ぐに実行できるので、タイミングやスピード重視のプロジェクトでは大変便利です。

JavaScriptとは？その特徴やメリット・デメリットを解説！

Pythonでできること・できないことは？活躍している分野を解説

*■Azure Storage*
Azure StorageはAzure専用ストレージサービスです。**さまざまな種類のデータ保存が可能**です。テキストやバイナリ形式の非構造化データを保存するBLOGストレージからファイルの共有サービスのファイルストレージなどがあります。

*■Azure Virtual Machines*
Azure Virtual Machinesは、**仮想マシン提供サービスです。OSはWindows系以外にLinux系などのマイクロソフト製以外のOSも対象**としています。

## Azureのメリット・デメリット

Azureには多くのメリットがありますが、**代表的なメリット3つは、いずれも直接コスト、間接コストの削減に役立つ**ものばかりです。

*1.初期費用を抑えられる*
Microsoft Azureを利用すると、**システム導入における初期費用をかなり抑制する**ことができ、必要な環境を直ちに整えることが可能です。また料金は従量制のため、導入や運用に余分な費用が発生しない点は、Azureのメリットです。Azureには*1カ月間の無料お試し版*があり、使い勝手を確かめてから導入することができるのもメリットです。

*2.マイクロソフト社のサービスとの連携が容易*
OneDriveやOffice 365などの**マイクロソフト製クラウドサービスを利用していた場合、Microsoft Azureは非常に親和性が高く、データ連携や統合がしやすい**というのもメリットです。初期費用の利点に加え、システム導入や移行の工数、コストを低減できる点もAzureのメリットとしてあげられます。

*3.システム管理がほぼ不要*
自社サーバー(オンプレミス)でのシステムでは機器メンテナンスやデータのバックアップなどを自前で行わなくてはなりませんが、Azureでは**マイクロソフト側で設定や機器メンテナンス、バックアップなどのすべてを行ってくれる**ため、システムの維持管理にかかる手間やコストを削減できます。

これはAWSとも共通するデメリットですが、クラウドサービスは便利で、コスト削減や効率化に役立つ反面、次のような**デメリットがあることを理解した上で、正しく利用**することが必要です。

*1.専門知識や技術が必要*
Azureにはシステム開発や運用をサポートするさまざまな機能が盛り込まれていますが、それらを理解しておかないと、宝の持ち腐れとなります。**Azureを有効活用するにはデータベースやサーバーに関する知識や技術が必須**です。Microsoftでは、これらに関する資格認定制度がありますので、Azureを利用予定の企業やエンジニアの方は積極的にチャレンジすることをおすすめします。

*2.通信トラブルに注意*
これはAWSでも同じことが言えますが、**クラウドサービスは便利な反面、通信障害が起きると全く利用できなくなるというリスク**を抱えています。クラウド側のサーバーは基本的に冗長化されており、ハード障害が起きても自動的にバックアップサーバーに切り替わり、ユーザーは問題なく利用できるような仕組みになっています。一方WAN(インターネット)の利用についてはユーザー側の責任になっています。そのため、**ネットワークダウンに備えて、通信回線の冗長化を図っておくこと**が求められます。この分の投資については予算との兼ね合いもありますが、停止が許されない受発注や決済系システムなど、顧客に大きな影響を及ぼすシステムは安全なネットワークの確保が必須と考えてください。

AWSとAzureは完全なライバル関係にあります。AzureはシェアではAWSの後塵を拝していますが、Azureを提供するマイクロソフト社は企業を中心に急速にシェアを獲得し、シェアNo.1を目指しています。

企業のOfficeアプリといえば、MicroSoft365をイメージする方も多いと思いますが、他に企業でよく使われるものとして、OneDriveやSkype、Teamsなどがあり、こうしたサービスはすべてAzureクラウドから提供されています。こうした**マイクロソフトのサービスと基幹システムを連携させている場合には、Azureが最も親和性が高い**のです。

一方、AWSはクラウドインフラとしては圧倒的なシェアを誇っており、インフラを主眼としたクラウド利用に向いたサービスと言えます。AWSエンジニアを抱えた企業なら、AWSを利用した方が効率よくクラウド移行や運用が行えるでしょう。また**AWSは主にWeb業界でよく利用**されており、WebならAWSという選択が多いのです。

このように、それぞれに得意分野があり、可能であればAWSとAzureをうまく使い分けをしていくのがよいでしょう。

AzureとAWSには一長一短があり、どちらが優れているとは一概に言えませんが、**両者に差異がある部分について確認**していきましょう。

*1.  日本語ドキュメント:AWS*
**先発であり、圧倒的なシェアを誇るAWSに軍配が上がります**。AWSはユーザーが多く、AWSに関するコミュニティ活動が活発で、多くのノウハウが蓄積され、日本語で公開されています。

*2.可用性:Azure*
Azureには、「Azure Backup」:仮想マシン用バックアップサービスと、「Azure Site Recovery」:ディザスタリカバリサービスがあり、**可用性ではAzureに軍配が上がります**。

*3.運用管理の自動化:AWS*
AWSには「AWS Cloud Formation」:管理タスク自動化支援サービスがあり、APIが充実しています。このため**AWSは運用管理の自動化がしやすくなっています**。

*4.準拠法と管轄裁判所:Azure*
いずれもAWSは米国のため、何か法的問題が生じると、米国側の弁護士に頼ることになります。一方、**Azureは準拠法は日本、管轄裁判所は東京のため、法的問題への対応はAzureに安心感があります**。

*5.ディザスタリカバリ:Azure*
ディザスタリカバリ(disaster recovery)は災害復旧のことで、**Azureには「東日本」と「西日本」の2カ所にセンターがあるため、日本国内においてディザスタリカバリ構成を組むことが可能**です。

一方のAWSは日本国内に一拠点のため、ディザスタリカバリ構成を組むには片方は海外になる点が弱点と言えます。

AzureとAWSの比較において、機能面での差はほぼないと言ってよいので、どちらかを選択しても問題はありません。

先発である**AWSは「圧倒的シェア」と「長年の実績」「膨大なノウハウ」を誇っています**。

一方、**後発のAzureは、きめ細かい対応を図りながらAWSとの差別化を武器に、AWSを追い上げています**。どちらを選択するかは、難しいところですが、どちらが自社や自身のポリシーに近いかで判断するのもありでしょう。

エンジニアとしてニーズが高いAWS資格、その理想的な勉強方法

マイクロソフトには**MCP:「マイクロソフト認定プロフェッショナル  」という認定制度があり、所定の試験に合格すると、難易度ごとにFundamentals、Associate、Expertの認定を得られます**。もちろんAzureの認定資格もMCPプログラムに含まれています。

クラウドの技術は日進月歩で日々刷新されており、それに従って認定資格も変更されています。**Azureの認定資格は基礎からスタートし、開発者、管理者、ITアーキテクト、DevOpsエンジニアに分かれます**。他にはデータサイエンティストやAIエンジニアといった最先端技術の認定資格もあります。クラウドエンジニアを目指す方は、Azureも是非学んでください。Azureを学ぶ中で、クラウドエンジニアとしての必要な知識が身についていくでしょう。

参考:[Azureの認定資格](https://docs.microsoft.com/ja-jp/learn/certifications/browse/?resource_type=certification&term=Azure&terms=Azure)

クラウドエンジニアとは？従来型エンジニアとの違いや市場性・年収について解説します！

マイクロサービスアーキテクチャとは？詳細と課題について徹底解説！

### スタートは：AZ-900(Azure Fundamentals)から

**AZ-900はAzureの入門者向け試験です。合格するとFundamentalsの認定を受けられます**。対象はAzureの営業やAzureユーザーなど、概要を知っておけばよい人、もしくはAzureに関わる開発者や技術者の初歩的知識を確認する試験として考えてください。なお、他のAzure認定資格を受験する場合に、AZ-900の認定は前提条件とはなりません。

**Azure認定資格の学習にあたっては、マイクロソフト社は「オンライントレーニング」と「オフライントレーニング」の2つのトレーニングコースを設けています**。オンライントレーニングは英語でのコンテンツもあり、ハードルが上がってしまいますが、英語に自信がない方向けには、マイクロソフトのパートナー企業主催のトレーニングも提供されていますので、こちらを選択すると良いでしょう。

また、Azureが提供するさまざまなサービスの関係から、**仮想マシン、データベース、ネットワーク、セキュリティ、障害対策などの広範な知識も必要です。Azure認定資格と併せて国家資格や、AWS認定資格にもチャレンジすることで、スキルアップを図れますので、機会をとらえてぜひチャレンジしてみてください**。

マイクロソフト社のAzureはAWSと並ぶ代表的なクラウドサービスで、DX時代のクラウドエンジニアには必須です。Azureの特徴やメリット・デメリット、AWSとの比較、Azure認定試験などをわかりやすく解説していきます。エンジニアの方はぜひ認定資格に挑戦してみましょう。

1.Azureに関する概要、利用目的、メリット・デメリットを知る

2.AWSとの比較で、Azureの強み、弱み、選択のポイントを知る

3.DX時代のクラウドエンジニアとして活躍するためAzureの勉強法について知る

クラウドエンジニアを目指す方必見！Azureを分かりやすく紹介！

## そもそもペネトレーションテストとは？

ペネトレーションテストとは、インターネットなどのネットワークに接続しているコンピュータシステムに対して、実際に既知の技術を用いて侵入を試みることで、開発したシステムにセキュリティ上の観点から脆弱性が存在していないかどうかテストする手法のことです。

日本語の場合、「侵入実験」、「侵入テスト」と訳されることもあります。ペネトレーションテストには無料で提供されているツールも存在しているため、容易にテストを実施することもできます。しかし、**セキュリティを重視したテストを行うためには、ペネトレーションテストを実施する際に、有料で提供されているツールを用いたり、セキュリティに特化した企業に依頼したりすることも必要でしょう。**

### ペネトレーションテストと脆弱性診断の違い

「ペネトレーションテスト」と「脆弱性診断」は、どちらもシステムのセキュリティ対策の観点から実施するという共通点があるため、同じ内容だと勘違いされる方も多いです。しかし両者には、その目的とテスト方法に違いがあります。ここからは、それぞれの違いについて説明しましょう。

*1.ペネトレーションテスト*
ペネトレーションテストの目的は、明確な意図をもった攻撃者のその攻撃が成功されてしまうかを検証することです。ペネトレーションテストでは主に、攻撃者がよく用いるツールやソーシャルエンジニアリングなどを利用して、一定の期間の間で攻撃が成功するかの調査を行います。検証する対象のシステムの構成に応じて想定される攻撃の手順を検討し、手順書を作成することで、実際に攻撃が成功するかをテストしていきます。したがって、ペネトレーションテストは、開発したシステム全体を網羅的にテストするのではなく、1つでも特定の脆弱性を発見することを目的としたテストと言えるでしょう。

*2.脆弱性診断*
脆弱性診断の目的は、開発したシステムに存在する脆弱性やセキュリティ機能の不足を、網羅的に検査することです。脆弱性診断では主に、事前に用意されているガイドラインなどに従って定型的な方法で調査を行います。具体的には、WEBアプリケーションやファイアウォール、ルーターなど、システム内やネットワーク内に潜んでいる脆弱性を特定します。そのため検査範囲は、ペネトレーションテストと比較すると広範囲に渡るでしょう。既知の脆弱性に対する攻撃の検証には効果的ですが、ゼロデイ攻撃などのリスクの検出には向いていないと言えるでしょう。

以上のことを踏まえて、ペネトレーションテストは攻撃を予防するためのテスト、脆弱性診断は攻撃されるリスクを発見するためのテストと言えるでしょう。

転職・キャリアの記事（76ページ目）