#### balloon nao left
こんにちは、なおです！

#### balloon nao left
明日は祝日！のんびり読書でもいかがでしょうということで、第57回テーマは『本』です！本に関する記事を3本PICK UPしました◎

### DXビジネス検定の参考書！DX人材におすすめの書籍10選

DXビジネス検定の参考書！DX人材におすすめの書籍10選を紹介

経済産業省は、DXレポートで「日本企業のDX化が不十分な場合、2025年以降に年間12兆円の経済的損失を生ずる」とし、DX推進に向けた取り組みの一環として、「DXビジネス検定」資格をスタートさせました。

先行する「DX検定」とは違い、よりビジネス寄りの検定となり、一般社員のみならず、管理職や経営層を含む、全ての企業人を対象する検定試験である点が特徴です。DX推進の核となる企業人は、「DXビジネス検定」に合格することが重要ですが、DX推進は全ての社員の理解と協力が欠かせません。

この記事では、DX人材を目指すべき全ての企業人に、ぜひ読んでいただきたい参考書を10選として紹介していきます。

### 情報処理安全確保支援士試験の参考書10選

情報処理安全確保支援士試験の参考書10選！合格に近づくおすすめを紹介

情報処理安全確保支援士試験は、セキュリティリスクへの対応から年々らニーズが高まっています。IT系の資格では人気ランキング上位の試験ですが難易度が高く、試験合格にはしっかりとした準備が必要です。

この記事では、情報処理安全確保支援士試験の基本情報を簡単に確認し、おすすめの参考書を解説しています。

LPIC試験の参考書10選！Linuxエンジニアにもおすすめ

LPICはLinuxに関するスキルを認定する世界的な資格で、Linuxの基本操作からシステム管理、セキュリティ、ネットワークなど、さまざまな分野のスキルを評価、認定します。

LPICの資格取得は、Linuxエンジニアやネットワークエンジニアとしてのスキル証明となりますので、インフラ関係のエンジニアとして活躍が期待でき、Linuxエンジニアとしての信頼性や市場価値を高めることもできます。

この記事では、LPICの試験対策、Linuxエンジニアやネットワークエンジニアとして役立つ、おすすめの参考書や関連書籍を10選として紹介します。

#### balloon nao left
いかがでしたか？それではまた来週！

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

*[【マイナビITエージェント】応募書類の添削から面接対策まで、幅広くサポートします](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=banner&utm_campaign=acv01)*

DFDというIT用語について、SE（システムエンジニア）やPM（プロジェクトマネージャー）の方、システム開発を勉強中の方はよく耳にする単語でしょう。ITパスポート試験でもこのDFDについて出題がされています。この記事では、SEを目指しているプログラマーや他の職種の方を対象に解説します。

**DFD（Data Flow Diagram）は、システムにおけるデータ全体の流れ（flow）を表した図のことです。**一般的には要件定義フェイズといったシステム設計の初期段階で作成されます。システムを作る際に、まずは「このシステムがどう動くのか」といったシステム全体の流れとデータ処理のプロセスを図表にすることで、*開発内容を文字だけでなく視覚的に捉えることができます。*また、DFDはシステム構築以外にも、さまざまな業務フローを分析するためにも用いられている便利な手法です。

具体的に言えば、システムにおける入力（input）と出力（output）が何であるか、またデータの出所・発生元・出力先・データの保管場所などを示します。*DFDは処理のタイミングを示すものではなく、順序も関係ありません。*また、DFDは依存関係を示すため、相互依存関係がない処理については並列・並行性を表現します。同じ用途で使用するツールとしては、フローチャートがあります。

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

DFDでは、「システム機能」と「データ」の流れを表す図ですが、DFDには次のような目的があります。

*・関係者でシステムイメージを確認し共有する*

*・既存システムを整理して、全体像を把握する*

*・機能の漏れや重複がないように機能を整理する*

*・処理（プロセス）を詳細化していく*

DFDを作成する上で理解すべき要素は、*「データフロー（流れ）」「データストア（データベース）」「プロセス（処理）」「外部エンティティ」の4つです。*非常にシンプルなので、ユーザーにも分かりやすいのが特徴です。下記の表でDFDの4つの要素についてまとめていますので、確認してください。

DFDを作成する際、ホワイトボードに書く方法もありますが、ドキュメントとして残すためには電子的に保管可能な形式にした方が良いでしょう。DFD作成専用ツールを利用するのも手ですが、**汎用的で誰でも使えるExcelがおすすめです。**

Excelのセルを方眼紙のように使い、Excelに標準で実装されている図形を使います。文字はテキストボックスを利用して記載します。1度作ってしまえばテンプレートにして簡単に作成できるようになります。多くのSEは、DFDを作成する際にExcelを用います。

*まずは[マイナビIT エージェント](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv02)に無料登録いただいて、キャリアアドバイザーにキャリアや転職に関する相談をしてみてはいかがでしょうか。*

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

DFDを使用する前に、メリットとデメリットについて理解しましょう。DFDはシステムの機能や仕組みを可視化することで、ユーザーと開発者の相互理解を深めることが可能です。その一方で、実際のシステムの動きや機能の詳細が把握しにくいなどの欠点もあります。以下で詳しく説明します。

DFDのメリットは、なんと言っても*視覚的でわかりやすい点です。*システムの構成要素を分割し、図形でデータの流れを記述するため、業務全体を把握しやすくなります。これにより、**「あいまい」な部分を排除でき、さらにシステムの「抜け」を防ぐことができます。**

DFDを1枚に書ききれない場合は、*レベル分けして書くことでより詳細を把握できます。*まず全体像を書き、レベルを下げた形でそれぞれの内部プロセスを細かく記載しましょう。

DFDのデメリットは以下のようなものが挙げられます。

DFDを作成する時点では、*各プロセス間の依存関係や処理の順序が実態とは一致しないことがあります。*実際の動きはあとから決定されるため、実際にプロセスを動作させた際にDFDと同じレベルで可視化することが難しいという問題があります。

**コントロールフローの表現が難しい**

*DFDでは「条件分岐」といったコントロールフローのマッピングが難しいです。*そのため、コントロールフローは記述されないことが多く、別に資料を追加して記載する必要があります。

DFDはあくまでもデータ中心の機能関連図で、**インプット・アウトプット・処理・データの保管の流れを表すだけです。**そこには「誰が」「いつ」「どのように」という情報は記述されません。それらを示すのは別の図です。

例えば、受発注在庫管理システムをDFDで表すと、以下のような図になります。ここでは外部エンティティは「顧客」と「物流倉庫」です。インプットは商品注文データ、アウトプットは顧客に届けられる商品です。以下で、作成手順について順番に解説します。

### 全体のストーリーを確認する

DFDは要件定義においてユーザー（クライアント）とのヒアリングを通じて作成することが多いです。しかし、いきなりDFDの作成に入ってもすぐに書けるものではないため、無理に書き進めても齟齬が生じる可能性があります。

**まずは現状を確認し、そこからどんなシステムにしたいのかストーリーを描いてみるとよいでしょう。**ストーリーから*両者ユーザーと開発者で共通のシナリオが生まれれば、DFDの目的は半ば達成したといえます。*

### データの発生場所と利用を把握する

**DFDはシステムのデータの流れにフォーカスすることで、システム全体を確認するのに適しています。**どこでどんなデータが発生するのか、どこでデータが利用されるかを先に把握しておくと書きやすいです。

続いて「受注データ」や「在庫データ」のような、**常時または一時的にデータが蓄積されるものを洗い出します。**DFDでは、データを蓄積する場合は上下に線を引きます。

最後に、上記.までで必要な処理を洗い出し、それらを記述すればDFDは完成です。**処理は丸で表記し、矢印線で繋ぐと見やすいです。**

DFDは好き勝手、自由に書いていくものではありません。*DFDを書く上で最低限のルールがあります。*わかりやすく見やすいDFDを作成するために、ルールに従って記載してください。また、DFDで記載できる内容には限りがあります。DFDを作成する上での注意点も説明しますので、併せてチェックしてください。

### プロセスには入力と出力がかならずある

DFDに記されるプロセスは人やコンピューターによって実行されることを示し、他から受け取ったモノやデータを加工する働きをします。

そのため、*プロセスには必ず「入力（input）」と「出力（output）」が必要です。*逆に言えば、「入力」と「出力」がないプロセスは記載できません。これは、**すべての業務は「input」→「process」→「output」で構成されていることを示しています。**

### データストア間は直接データフローで結ばない

DFDを書いている際に、いきなりデータストアから他のデータストアにデータフロー（線）を結んでしまう人がいますが、**必ずデータストア間にはプロセスが入ります。**例えば「受注管理簿」から「出荷管理簿」を作成する場合、必ず両者の間には「出荷指示」というプロセスが入ります。

DFDは「データフロー（流れ）」「データストア（データベース）」「プロセス（処理）」「外部エンティティ」という4つの要素で構成されています。**それぞれの要素には必ず名前をつけてください。**特にデータフローの名称は忘れずにつけましょう。

プロセスに名称をつけ忘れても、データフローにそれぞれ名称が付いていればプロセスの内容は推測できます。しかしデータフローに名称がない場合、何のデータがやり取りされているのかがわからなくなるため注意が必要です。

**要素ごとに違う記号を使うことで、DFDは各段に見やすくなります。**DFDは文字・線・矢印だけでシステム構造を示すため、記号を使い分けることで他の要素との違いを明確にすることが可能です。すべての要素に同じ記号を使うと要素の違いがわかりにくくなるため、丸・四角・三角などの複数のオブジェクトを使い分けましょう。

**DFDはあくまでもデータの流れを中心とした図であり、表せるものには限りがあります。**DFDの特徴を踏まえ、有効活用することが重要です。

重複しますが、DFDはあくまでもデータの流れを矢印で示したものであり、そこには「順序」「時間の変化」「役割分担」などは表せません。そうした部分を示すのは「業務フロー」です。

ユーザーにとっては「業務フロー」で業務のイメージが掴めますが、システム開発ではデータとプロセスが重要になるので、DFDを用います。*DFDと業務フローの両方を用いて要件定義を進めるのが良いでしょう。*

DFDには粒度があります。*粒度を細かくし過ぎるとシステム全体を把握しにくくなるため注意が必要です。*最初は大まかにシステムを把握できるよう、主要な機能や動きのみを書きましょう。

粒度を細かく落とし、レベルをブレークダウンしていくことで、最終的にコンピューターで自動化可能な単位のプロセスとなります。プロセス=プログラムとはなりませんが、プログラムの対象になりうる業務であるということが把握できるようになります。

要件定義においては、システム開発側とユーザー側が互いに確認し合うドキュメントを作成します。*文章だけでは確認がとりづらい、全体が見えにくいものなどは図表で表現します。*

システム概念図もありますが、図表としてよく利用されるものの内、**DFD（Data Flow Diagram）、ユースケース図、ER（Entity Relationship）図のそれぞれの役割について確認しましょう。**また、DFDと似ているUMLについても補足で説明していますので、参考にしてください。

### DFDだけでは足らないものがある

DFDではデータの流れや処理は分かりますが、「誰が何をする」という役割までは曖昧です。例えば、顧客は商品を注文しますが、具体的に注文行為で何をするのかが分かりません。電話で注文するのか、PCやスマホから注文するのかによってシステムの中での役割が異なります。

*顧客はストーリーの中で主役となるのか、脇役になるのかがDFDでは不明です。*それを明らかにするものとして、ユースケース図というものがあります。その他、データベースシステムを構築する場合はER図というものが必須です。*要件定義では、DFDのほかにユースケース図とER図もあると便利です。

DFDについて改めて整理しましょう。DFDはデータの流れを表す記法で、「データフロー（流れ）」「データストア（データベース）」「プロセス（処理）」「外部エンティティ」という4つの要素を用いて、データを中心に処理や機能の関連性を記述します。

**DFDにおける矢印はデータの流れを表しており、処理の順序とは無関係である点に注意が必要です。**DFDにおいては時系列は考慮しません。またDFDには階層があり、処理の全体を表すレベル1、レベル2はそれをブレークダウンしたもの、というように*レベル（階層）が上がるにつれて詳細な内容になります。*

### ユースケース図は操作や機能に着目

**DFDでは表現できないユーザーとシステム機能の関係に着目した図法が、ユースケース図です。**DFDとは逆にユーザーの操作を中心にしてシステム機能をメインに書きます。

「アクター」と称されるシステムとの間でやり取りを行うユーザーや他システム、「ユースケース」というシステム機能、「アクター間とユースケース間の関連」という3つの要素を用いて、システム機能とシステムを利用するユーザーや他システムとの相関関係を記述します。

### ER図はデータのグループ同士の関係に着目

**ER図は主にデータベースシステムで用いられます。**会社・社員・商品などの属性を持った管理対象をエンティティと称し、リレーションと呼ぶ線でそのエンティティ同士を繋いで表現します。各エンティティはキー項目を持ち、同一種類のエンティティを識別します。*データベース設計に利用すれば、そのまま活かすことが可能です。*

UML（Unified Modeling Language）は「統一モデリング言語」と呼ばれるもので、オブジェクト指向のソフトウェアを構築する上で使用されます。**UMLはシステムを構成するコンポーネント、構造や動作を視覚化する上で一定のルールを設け、書き方を統一することでわかりやすくする目的があります。**DFDがユーザーと開発者両方がシステムを理解できるように作成されるのに対し、UMLは開発者がシステム構造を視覚的に理解するために作成されるといった違いがあります。

## DFDを習得してシステム開発に役立てよう

当記事では、システムの中でデータフローを表現するための図として「DFD」を解説しました。DFDは、システムにおける入力や出力が何か、データの出所・発生元・出力先・データの保管場所などを示します。

*DFDによってシステムのイメージの確認・共有ができたり、プロセスを詳細化したりできます。*DFDを作成する際はルールに沿った書き方が必要なため、この記事を1つの参考してシステム開発に役立ててください。

ER図とは？詳細・メリット・作成方法についてわかりやすく解説！

DFD（データフロー図）は、システム開発におけるデータ全体の流れをわかりやすく表した図のことです。SEを目指す方に向けて、DFDの特徴・メリット・デメリット・注意点・書き方などを詳しく解説します。「DFDを学びたい」という方は是非参考にしてください。

DFDはシステム開発の要件定義フェイズでデータの流れを確認するために作られる図である

DFDには4つの要素があり、 ルールに従って、ユーザーと確認し合いながら作成する

DFDだけではすべてを表現できないため、別途業務フロー図やユースケース図、ER図なども用いる

DFDとは? SEを目指す人に必修のデータフロー図の書き方を習得しよう!

SIerとSESは大きく異なるものです。しかし、それぞれの定義が曖昧となり、SIerとSESの違いを上手に説明できない方や、同様の職種と捉えている方は多いのではないでしょうか。SESとSIerの違いを理解しないままにIT業界で働いてしまうと、「思っていたのと違った」と思うかもしれません。

そこで、本記事ではSIerとSESの定義や業務内容を詳しく紹介し、それぞれの違いについてまとめました。

まずは、SIerについて解説します。SESとの違いを明確にするため、定義・契約形態・業務内容をしっかり把握しましょう。年収についても触れているので、ぜひチェックしてください。

SIerとは？やめとけと言われる理由や将来性についてわかりやすく解説！

「SI」とは、「System Integration（システムインテグレーション）」の略称です。**システムインテグレーションとは、システム開発を請け負う事業などを示す言葉で、顧客先のシステム開発の要望に応じて、システムの設計、開発、運用、コンサルティングに至るまで様々な仕事を請け負うことを言います。

**この事業を一括して請け負う情報通信企業のことを「System Integrator」、あるいは「SIer」と呼びます。**

システム開発とは？ITエンジニアを目指す上で必須の基本知識を解説！

IТコンサルタント企業の一覧！仕事内容や年収、必要なスキル・資格を解説

SIer企業はクライアントから、システム導入などの仕事を請け負います。1社で全ての工程を担いきれない場合は、元請けSIerから2次請けSIerへ、2次請けSIerから3次請けSIerへと、細分化された工程を下請けのSIerに発注することもあります。

システム関係に関わる全ての業務をSIerに発注する企業も多く、Slerの仕事内容は広範囲にわたります。**したがって、SIerは「あらゆるシステム事業を請け負う情報通信企業」と言えます.。**

また、SIer企業は業務内容や企業の成り立ちによって「メーカー系SIer」、「ユーザー系SIer」、「独立系SIer」、「コンサル系SIer」、「外資系SIer」などに分けられるのも特徴です。

メーカー系SIerとは？その特徴やメリット・デメリットを解説

ユーザー系SIerとは？メリット・デメリットや転職時のポイント 

独立系SIerの特徴とは？仕事内容やメリット・デメリットを解説！

SIer企業の業務内容としては、まず顧客先と開発するシステムの企画から入ります。これを要件定義と言います。*その後、設計、開発、テストとシステム開発は続いていきます。そして、開発したシステムの保守・運用まで担当するのがSIerの業務範囲です。*

大規模なシステムであると、様々な要素が関連してきます。SIerは、そのような企業における情報システムの開発や保守・運用を行うことができる企業です。

**したがって、「SIer企業」とはWebサービスの開発を行う「Web系企業」や、パソコン・スマホアプリを開発する「ソフトウェアメーカー」と同様のレベル感で使用される、区分名だと言えるでしょう。**

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

国税庁2020年発表の「民間給与実態統計調査」における民間企業平均年収は433万円なので、システムエンジニアの年収は一般平均年収と比べて、同水準かやや高めであることが分かります。

ただし、Slerは業務内容や企業によって年収にはバラつきがあります。*例えば、ユーザー系SIerの場合は誰もが知る大手有名企業が多く、かなりの高収入が期待できます。*さらに年収アップを目指すなら、資格を取得して仕事の幅を広げるなど、より多くの経験を積むことが大切です。

【参考】：[マイナビエージェント 職種図鑑](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)

次に、SESについて見ていきましょう。Slerと同様に定義・業務内容・年収について触れるので、比較しながらご覧ください。

SESとは？派遣との違いやメリット・デメリットをわかりやすく解説

「SES」とは、「System Engineering Service（システムエンジニアリングサービス）」の略称です。システムエンジニアリングサービスとは、顧客先が希望する、エンジニアの紹介や労働力・スキルの提供を行うサービスを指します。

**エンジニアが不足している顧客先に対して、エンジニアの能力を労働時間単位で紹介するのがSESです。**

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

多くのSESエンジニアは派遣と同じ「客先常駐」となりますが、SESエンジニアの労務などの管理を行う権限は、所属しているSES企業にあります。そのため、顧客先である企業には、出退勤管理をする権限や、業務に関する指揮をする命令権はありません。

*この契約のことを「準委任契約」と言います。*ここが、派遣とは異なる部分です。

*SESの業務内容はSlerとほぼ同様です。要件定義から始まり、設計、開発、テスト、保守、運用まで任される場合もあります。*顧客先である企業先では、システム開発を行ったりサーバ・ネットワーク機器の設定を行ったりと、即戦力のあるエンジニアを求めている状態です。

また、プロジェクトマネジメント・社内システムの管理・ヘルプデスクにもエンジニアの能力が必要なこともあります。そのため、SESの仕事は多岐に渡ります。

ネットワークエンジニアの仕事内容とは？目指す上で知っておくべきこと

プロジェクトマネジメントとは？知識が必要ないと考えるのは素人？

SESの年収も、Slerの年収で紹介したシステムエンジニアの年収が参考になります。ただし、こちらもスキルや経験値によって差があります。*プログラミングしかできないエンジニアと、システムの開発やデータ解析ができるエンジニアでは報酬にも大きな差が出るので、より多くの知識と技能を身につけることが年収アップの鍵です。*

システムエンジニアに必要な資格は？転職に有利なおすすめの資格6選！

ここまでに、「SIer」と「SES」についてそれぞれの詳細について紹介してきました。では、SIerとSESの具体的な違いについてここでは説明しましょう。

**端的に言うと、「SIer」は、顧客先からシステム開発の案件を受注して業務を行う「企業」のことを指します。一方、「SES」は業務上の「契約形態」のことを言います。**

では、なぜ「SIer」と「SES」がわかりにくいのでしょうか。その理由は、SIer企業がSES企業と契約して、エンジニアの能力を借りる場合が非常に多いためです。

顧客先の企業からシステム開発の案件を直接請け負ったSIerだけでは、人手が足りない場合や、人材の質に問題がある場合が多く、SES契約などを通すことで、外部から人材を確保することが非常によく行われています。

また、SIerの自社社員を他のSIer企業の元で働かせているという現状もあります。さらに、SES企業の中には、SIerとの取引が多いことを利用し、自社を紹介する際に、SIer企業のひとつのように見せている例もよく見られます。

以上のような状況より、「SIer」と「SES」の違いはわかりにくく、見分け方が難しい状況になっています。*また、SESという言葉自体が非常に曖昧な部分もありますが、「SES」は「準委任契約」であることは認識しておきましょう。*

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

## SIerとSESそれぞれのメリット・デメリット

これまでに、「SIer」と「SES」の違いについて紹介してきました。ここからは、「SIer」と「SES」を比較した上で、それぞれの企業ではたらくメリットとデメリットについて紹介しましょう。

### SIerのメリットとデメリット

**まず、SIer企業ではたらくデメリットとしては、SIerは請負契約のため、システムを納品することができない場合は売上がないことが挙げられます。**さらに、スケジュールが遅延すると、その費用負担も自社でしなければなりません。

そのため、責任はより大きくなります。また、上流工程に関わることが多いため、将来的にはマネジメント力が必要となります。よって、マネジメントなどの管理業務に興味がなく、開発やプログラミングなどをしたいエンジニアにとって、Slerはあまりおすすめできない職種です。

一方、システム開発は「ITゼネコン」とも言われるように多重請負構造となっています。*そのため、大手のSIer企業に勤めると、システム開発の要件定義や設計などの上流工程に携わることができ、市場価値が高いITエンジニアを目指すことができるでしょう。*

さらに、マージンが抜かれないため、売上が高くなり、高収入が期待できるのがSlerのメリットです。

**責任感のある仕事をして、より安定した報酬を目指したい人にはSlerが向いています。**未経験からSler企業への転職を目指すなら、自分のスキルに合った企業を探してくれる転職エージェントの活用をおすすめします。

システム開発の工程とは？基本的な流れや略語の意味を解説！

システムエンジニアの仕事内容とは何か？わかりやすく解説！

<center>[あなたに合った企業選びをサポート致します。 エンジニア転職のご相談はぜひ *『マイナビIT エージェント』*へ！](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv12_2)</center>

**まず、SES企業で働くデメリットとしては、客先常駐が基本となるため、1人でプロジェクト案件に参加する場合も多く、社内からの評価がわかりにくい点が挙げられます。**

また、定期的にプロジェクトが変わるため、さまざまな環境や技術に触れられる反面、プロジェクトに振り回されることもあり、プロジェクトによって当たり外れのようなものが存在しています。

*一方でSES企業の場合、働いた時間が成果になるため、システムを完成させる責任は生じません。*また、指定された時間を超過して仕事をする場合は、超過金額が発生する契約の場合が多いです。

そのため、比較的やるべきことが明確であり、責任は少なめです。さらに、一概に言えないものの残業も少ない傾向にあります。

## 将来性で見ると「SIer」と「SES」どっちがいい？

「SIerとSESはどっちがいいか」ということは、一概に断言できません。説明した通り、SlerやSESには異なる特徴があるので、自分の将来のキャリアプランを考えた上で「SIer」と「SES」を比較すると良いでしょう。

*例えば、最初はプログラマーなどの開発者としてプロジェクト業務の一員となり、将来的にプロジェクトマネージャーなどの上流工程に関われるようになりたいと考えている方は、「SIer」が合っているでしょう。*

SIer企業に所属していると、システム開発の全工程に関わることができ、システム開発における全般のスキルを磨いていくことができます。

*一方、プログラミングスキルを極めたいなどの専門分野に特化していきたいと考えている方は、「SES」の方が適しています。*SIer企業と異なり、専門分野以外のポジションに異動させられる可能性が低く、様々な現場やプロジェクトを経験することができるため、専門的な技術を磨いていくことができるからです。

近年はクラウドやビッグデータ、AIなどIT技術は急激な発展を遂げており、それに対応できないSIer企業は生き残っていけません。**そのため、SlerとSESの需要はこの先も高まっていくことが予想されます。**

プロジェクトマネージャーの役割とは？求められるスキルや資質を解説

プログラミングには向き不向きがある？それぞれの特徴を理解してスキルアップを目指す方法

## SIerとSESの違いを知って自分に合う働き方を見つけよう

SIerとは、システム開発を請け負う情報通信企業のことで、SIer企業が請け負う仕事は、システム関係における全ての業務を請け負うこともあり広範囲にわたります。

一方、SESはエンジニアが不足している顧客先に対して、エンジニアの能力を労働時間単位で紹介するサービスを提供している契約形態のことを指します。

*SIerとSES、どちらで働くか悩んでいる方は、それぞれのメリットやデメリット、自身のキャリアプランを考慮して決定すると良いでしょう。*しかし、いざ転職するとなると「自分のスキルに合う職場が見つかるか不安」「働き始めた後で後悔はしたくない」という方も多いですよね。

そこで利用を推奨するのが[マイナビIT エージェント](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv12_2)です。 

マイナビIT エージェントは、IT・Webエンジニア向け、無料の転職⽀援サービスです。

IT・Webエンジニアの転職事情に詳しいキャリアアドバイザーが、あなたのご経験やスキルをお伺いし、転職活動のプランをご提案します。

アドバイザーは企業側と直接連携を取れるので、求人票に載っていない情報も確認することができます。こちらで、働き方などをしっかり確認の上、応募企業を選んでいくのが良いでしょう。

未経験からのキャリアチェンジは心身ともに本当に大変だと思います。少しでもご自身の負担を減らすべく、エージェントサービスを活用して、失敗のない転職活動に臨んでいただければ幸いです。

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

SIerとSESは異なる企業にも関わらず、この2つの定義が曖昧となり、SIerとSESの違いを上手に説明できない方が多いのが現状です。当記事では、SIerとSESそれぞれの詳細について説明し、メリットとデメリット、それぞれの将来性についても解説していきます。

SIerはシステム開発を請け負う情報通信企業

SESはエンジニアの能力を労働時間単位で紹介するサービスを提供している企業

SIer企業はシステム開発を行うことが仕事であるのに対して、SES企業はシステム開発を仕事としていない点に注意

SIerとSES、どちらで働くか悩んでいる方は、IT業界専任のアドバイザーがいる[マイナビIT エージェント](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv16)への相談がおすすめ

SIerとSESの違いとは？見分け方を解説！働くならどっちがいい？

*[【マイナビITエージェント】あなたの転職活動を無料でサポートいたします](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=banner&utm_campaign=acv12)*

## インフラエンジニアは「やめとけ」？

*インフラエンジニアは、OS・ネットワーク・サーバーといったシステムの基盤となるITインフラの設計・構築・整備・保守に携わる職種です。*

IT業界は人手不足が深刻化しているため、ITシステムの土台を担うインフラエンジニアの需要は高く、加えて文系出身などの未経験者でも就職や転職がしやすい職種です。しかし、**インフラエンジニアは「やめとけ」「底辺」などの良くない評判もあります。**

インフラエンジニアは社会貢献度も高く需要のある職種なのに、なぜそのようなことを言われてしまうのでしょうか。この記事では、インフラエンジニアが「やめとけ」と言われる理由について詳しく解説します。

仕事のメリットや将来性などインフラエンジニアの明るい部分も紹介しますので、インフラエンジニアを目指している方は必見です。

<center>[「インフラエンジニア」として後悔のない選択を。 *『マイナビITエージェント』*が 全力であなたの転職をサポートいたします。](https://mynavi-agent.jp/it/?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv12)</center>

## インフラエンジニアが「やめとけ」といわれる理由

インフラエンジニアが「やめとけ」「底辺」などと言われてしまうのは、以下のような業務の特徴があるからだと考えられます。インフラエンジニアの大変さに直面し、「ついていけない」と感じてしまう人もいるようです。

**一般的にITエンジニアは長時間労働を強いられることが多く、インフラエンジニアも例外ではありません。**人手不足やトラブル対応などが理由として挙げられます。実際に、月の残業時間が100時間や200時間を超える事例もあるようです。

労働基準法36条に基づく労使協定である「36協定」によって残業制限があるため、80時間までしか残業の申請はできません。したがって、100時間や200時間の残業をしている方はサービス残業をしていることがほとんどです。

*また、いわゆるブラック企業と呼ばれる会社の場合には残業代が支払われないケースもあります。*こうしたケースでは、時給換算にすると1,000円以下になってしまう可能性もあります。ブラック企業は「インフラエンジニアはやめとけ」といわれる理由の典型的な例です。

しかし、全ての会社がブラック企業というわけではありません。多くの会社では残業代が支払われますし、労働環境の改善に努めているところも多いです。*長時間労働やサービス残業を行う可能性の低い、優良な会社を選ぶことが重要と言えます。*

【参考】：[労働基準法36条について-厚生労働省](https://www.mhlw.go.jp/shinsai_jouhou/koyou_roudou/2r9852000001auw2.html)

### 下請けや孫請け企業になると年収が低い

**IT業界は、「ITゼネコン」と称されるように多重下請構造を形成していることが多いです。**ITゼネコンとは、システム開発における元請負企業もしくは多重下請構造のことを指します。*IT業界の中でも、特にSIer業界においては多重下請構造が多いです。*

*インフラエンジニアはSIer業界で働くことが多い職種です。*SIer業界ではクライアントからシステム開発の依頼を受注する大手企業と、その大手企業から仕事を貰う多数の下請けや孫請け企業が存在します。

下請けや孫請け企業に就職すると、マージンを大手企業に支払う必要があり、年収が低くなってしまう傾向があります。*したがって、応募する企業の業務内容やIT業界での位置づけについて事前に把握しておくことが重要です。*

ITゼネコンとは？海外と構造が違うのはなぜ？背景や問題点を解説

**インフラエンジニアは夜勤や休日出勤が多い職種です。**システムによっては24時間365日の安定稼働が求められることがあるため、クライアントの業務に影響を与えないように深夜や休日に業務を行わなければなりません。

例えば、サーバーやネットワークの管理は、利用するユーザーが少ない時間帯の深夜に行うことが多いです。銀行会社・証券会社・保険会社などの金融企業の業務システムは、平日に稼働することが一般的であるため、土日や祝日にシステムの保守・運用業務を行うことがほとんどです。

*勤務体系が不規則になることから、カレンダー通りに休みたい・夜勤をしたくないという方はインフラエンジニアには向いていないと言えるでしょう。*

また、インフラエンジニアには女性が少ない傾向がありますが、出産や子育てなどと両立しにくい勤務体系であるということが大きな理由となっています。

インフラエンジニアに夜勤は必須？メリットや回避方法を解説！

インフラエンジニアはリモートワーク可能？必要なスキルや注意点を解説！

**サーバーやネットワークなどのITシステムでは、トラブルが急に発生することが多いです。**どれほど念入りに設計や体制を練ったとしてもトラブルの可能性をゼロにはできませんし、障害対応をマニュアル通りに行うのは難しいです。

勤務日外にクライアントの業務システムに障害が発生した場合、インフラエンジニアは急に呼び出されることもあります。その場合、*深夜や休日であったとしても現場もしくはリモートで障害の解決を迅速に実施する必要があります。*

そのため、インフラエンジニアは、システムトラブルがいつ起こるかわからないという緊張感を持ちながら生活しなければなりません。障害対応は不規則な生活になりやすくなる原因の1つであり、やめとけといわれる要因です。

<center>[残業の少ないインフラエンジニアの募集も！？ 『マイナビエージェント』で あなたに合った求人をチェック](https://mynavi-agent.jp/jobsearch/job2_0104/job3_0106024/result.php?utm_source=and-engineer&utm_medium=content-text&utm_campaign=acv12)</center>

## インフラエンジニアとして働くメリット

インターネットでインフラエンジニアについて調べると「きつい」「つらい」「やめとけ」などの声が目立ちますが、その反面、メリットも多い職種です。ここでは、インフラエンジニアとして働くメリットについて詳しくご紹介します。

### 未経験者や文系出身者でも挑戦しやすい

**インフラエンジニアの「監視業務」では、トラブル時以外はマニュアル通りに進むことが多いため、未経験者・文系出身者OKの求人もたくさんあります。**平常時の仕事は「楽すぎる」「コスパがいい」といった意見もあり、高度な技術を求められる場面は少ない傾向にあります。

未経験者の場合、ほとんどはマニュアルに沿って作業ができる監視業務から始まるので、ITの専門知識がない人にもおすすめの職種と言えます。*さらにキャリアパスも豊富なので、仕事をしながらスキルを身に付け、キャリアアップやキャリアチェンジをすることも可能です。*

未経験でもインフラエンジニアを目指すことは可能？仕事内容も解説

インフラエンジニアのキャリアパスとは？おすすめの職種や役立つ資格

インフラエンジニアは、IT基盤の設計・構築・保守・運用を担います。近年では、日常生活でも仕事でもITの利用は必要不可欠となっています。そのため、**インフラエンジニアの仕事が急になくなることはありません。**

お役立ち記事