この 記事の 要点
- 仕事は「作る開発系」と「動かし続けるインフラ系」の2軸で整理
- 開発の流れは要件定義から設計、実装、テスト、運用・保守まで
- SEは上流を担い、プログラマーは設計書をもとに実装する
- 担当工程は会社や案件で変わるため求人票で確認する
- 職種を変えると評価レベルが下がる場合があり準備が要る
01ITエンジニアの 仕事内容は? システムを 作る 開発系と 支える インフラ系

POINTITエンジニアの仕事は、システムを「作る」開発系と、システムを「動かし続ける」インフラ・運用系に大きく分かれます。
仕事内容は 「作る」 「動かし続ける」の 2軸で 整理できる
転職を考え始めると、SE、プログラマー、インフラ、クラウドと職種名が多くて戸惑いがちです。迷ったら、どの職種も「作る」「動かし続ける」のどちらに重心があるかで見分けてください。
開発系の仕事は、顧客や社内の要望を聞き、アプリや業務システムとして形にすることです。中心になるのは、要件定義、設計、プログラミング、テスト。
インフラ系は、サーバー、ネットワーク、ストレージなどの土台を設計・構築し、監視して守る仕事です。クラウド上に仮想のシステム環境をつくる業務も含まれます。
厚生労働省の職業情報サイトでも、ITの職種は設計・開発側と運用・保守側に分けて扱われています。
求人票は肩書きより先に、「新しく作る仕事か、動いているものを守る仕事か」を読み取ってください。自分に合うかどうかを判断しやすくなります。
「コードを 書くだけ」ではないと 言われる 理由
「エンジニア=一日中コードを書く人」という印象は、実態とは少しずれています。
システム開発の出発点は、顧客の要望を聞いての要件定義です。そこから基本設計、詳細設計、プログラミング、テスト、納品と進みます。納品後も保守は続きます。
コードを書く時間は、この流れの一部にすぎません。
職種によっては、次のような仕事も日常的に発生します。
- 顧客や関係部署との打ち合わせ
- 設計書や手順書などの文書作成
- 進捗や品質、予算の管理
- 障害やトラブルへの対応
キャリアが上がるにつれて、業界知識や顧客とのやりとり、人員・進捗の管理も求められるようになります。
プログラミングが好きでも、人との調整が多い職種では戸惑う場面があります。逆に会話が得意な方は、設計寄りの役割で力を発揮しやすい傾向があります。
02要件定義から 保守まで :仕事の 流れと 職種の 対応図

POINTシステムの仕事は「要件定義→設計→実装→テスト→リリース→運用・保守」の順に進み、職種ごとに主に関わる工程が異なります。
要件定義・ 設計で 決める こと
仕事の流れを工程ごとに見ていきます。最初の要件定義では、顧客が何に困っていて、システムで何を実現したいのかを整理します。
業務の流れやコンピュータで処理する内容を把握し、顧客自身が気づいていない課題を引き出すことも役割のひとつです。
要件が固まったら、基本設計で画面や機能の全体像を決めます。続く詳細設計では、プログラムとして作れる粒度まで具体化します。
ここが曖昧なまま進むと、後の工程でやり直しが増えます。残業の原因にもなります。企画や設計の不足が後工程に響くと時間外労働が増える場合がある、と国も指摘しています。
要件定義と設計は「上流工程」と呼ばれ、特に求められるのは業務知識です。
実装・ テストで 行う こと
設計が済んだら、実装に入ります。設計書をもとにプログラムを書き、動作を確かめる流れです。
テストは段階を踏みます。
- 単体テスト:部品単位の確認
- 結合テスト:部品を組み合わせた確認
- 総合テスト:システム全体の確認
- 受け入れテスト:顧客による確認
プログラミングとテストは「下流工程」と呼ばれます。上流よりも、ソフトウェアやネットワークの技術知識が重視される工程です。
テストの実施だけなら、計画書に沿って進める作業が中心で、未経験者が担当する例もあります。一方、テスト設計や自動化まで担うテストエンジニアには、プログラミングやテスト技法の深い知識が求められます。
リリース後の 運用・ 保守で 起きる こと
リリースはゴールではなく、運用の始まりです。
運用では、システムやネットワークの監視、定期点検、設定変更、障害対応を行います。利用者からの問い合わせ対応や、OS・ソフトウェアの保守も含まれます。
既存システムの改修やデータ移行、OSの更新への対応なども、保守の仕事です。
正常に動いている間は目立ちませんが、止まれば利用者にすぐ影響が出ます。だから障害の切り分けや復旧の手順を日頃から整えておく作業が、この工程の中心になります。
職種と 開発工程の 対応表 (SE・ プログラマー・ インフラ)
職種と工程の関わりを表にまとめます。公的な定義ではなく、公開されている職業解説をもとにした筆者の整理です。会社や案件によって担当範囲は変わります。
| 工程 | SE | プログラマー | インフラ |
|---|---|---|---|
| 要件定義 | 主担当 | 関与は少ない | 基盤の要件を担当 |
| 設計 | 主担当 | 一部参加 | 基盤の設計 |
| 実装・構築 | 管理・一部 | 主担当 | 構築・設定 |
| テスト | 管理・実施 | 実施 | 基盤の試験 |
| 運用・保守 | 改修対応 | 不具合修正 | 監視・障害対応 |
職業訓練の資料では、プログラマーは主にプログラム作成とテスト、SEは全工程を担当すると整理されています。
表を縦に見ると、SEは要件定義から運用・保守まで全工程に名前が出ます。プログラマーは実装とテストに集中し、インフラは基盤の要件定義から障害対応までを自分の領域で一通り担います。顧客と話して要件を整理する仕事に進みたいならSE、コードを書く時間を長く取りたいならプログラマー、サーバーやネットワークを扱いたいならインフラが候補になります。
SE・ プログラマー・ インフラエンジニアの 1日の 流れの 違い
1日の過ごし方は、職種よりも会社や工程で変わります。あくまで一般的な傾向として、違いを見てみましょう。
- SE:打ち合わせ、設計書の作成やレビュー、進捗確認
- プログラマー:実装、単体テスト、不具合の修正
- インフラ:構築作業、監視の確認、設定変更、障害の切り分け
SEは人と話す時間が長くなりがちです。プログラマーは、集中して作業する時間が多くなります。
インフラは、障害が起きた日と平常時で一日の様子が大きく変わります。物理サーバーの構築では顧客先での勤務が数か月から1〜2年続く場合があり、クラウド構築はリモート作業でも行えるのが特徴です。
03開発系エンジニアの 仕事内容:SE・ プログラマーは どこが 違う?

POINTSEは要件から設計・管理までを広く担い、プログラマーは設計書をもとにコードを書く役割が中心です。
システムエンジニア (SE)の 仕事内容
SEは、システム開発全体の設計役であり、まとめ役です。
受託開発のSEは、顧客へのヒアリング、要件定義、基本設計、詳細設計を進めます。プログラマーへの作成依頼や工程管理、各種テスト、導入後の保守まで受け持ち、予算とスケジュールの管理も仕事のうちです。
新卒の場合、3〜4か月の新人研修のあと約2年のOJTを受け、一般に3年目頃に詳細設計、5年目頃に基本設計を含む開発全体を担当できるようになります。
特定の学歴や資格は必須ではなく、文系出身者もいます。勤務先はSIerなど大都市圏に多く、納期前には休日や夜間の勤務もあります。
プログラマーの 仕事内容
プログラマーの仕事は、設計書に基づくプログラムの作成、テスト、保守用文書の整備です。軸になるのは、コードを書く技術そのものです。
会社や案件によって「SE」と「プログラマー」の線引きは違います。小さな会社では、1人が設計から実装まで兼ねる例も珍しくありません。求人票では肩書きより、担当する工程を見てください。
プログラマーから始めて、設計や管理の経験を積みSEへ進む流れが一般的です。ITSSでは、職種を変えると評価レベルが下がることがあるとされています。
アプリケーション・ 組み込み・AIなど 領域別の 違い
作るものが違えば、同じ開発系でも仕事の中身は変わります。公的な職業分類の整理は、次のとおりです。
| 領域 | 作るもの | 特徴 |
|---|---|---|
| Web・オープン系 | Webサイト、業務システム、スマホアプリ | 対象が幅広い |
| 組込・制御系 | 機械を動かすソフトウェア | 機器の知識が必要 |
| AI・データ系 | AIモデル、データ分析基盤 | 数理的な知識が必要 |
AIエンジニアや脆弱性診断のセキュリティエンジニアなどは、同じ分類資料では「その他」に含まれます。
使われる言語も領域で異なります。Web系ではJavaやJavaScript、PHP、Ruby、Pythonなどがよく使われ、大型コンピューターのシステムではCOBOLも使われています。
Web領域の 詳しい 職種は Webエンジニアの 職種地図で 確認
Web領域では、フロントエンド、バックエンド、SREなど、職種がさらに細かく分かれています。
詳しい違いはWebエンジニアの職種地図|フロント・バック・SREの違いで整理しています。Web系への転職を考えている方は、あわせて読んでみてください。
04インフラ系エンジニアの 仕事内容:設計・ 構築・ 運用を 担う

POINTインフラ系は、サーバー・ネットワーク・データベースを設計し、構築して、止めずに動かす仕事です。
サーバー・ ネットワーク・ データベースの 担当範囲
インフラエンジニアは、システムが動く土台を受け持ちます。中心になるのは、サーバー、OS、ストレージ、ネットワークの設計と構築です。
担当を分けると、次のようになります。
- サーバー:OSの設定、機器の選定、構築
- ネットワーク:機器の設置と設定、通信の試験
- データベース:設計、構築、運用管理
ネットワーク担当は、要件定義から設計、機器やサーバーの設置と設定、ネットワーク試験までを手がけます。
データベースの設計や運用では、SQLの知識が役立ちます。
小さな現場では、1人がこれらを兼ねる例もあります。大規模な現場ほど分業が進みます。
クラウドと セキュリティで 広がる 業務
今のインフラでは、クラウドを使う場面が増えています。
IaaS、PaaS、SaaSといったクラウドサービスを調べ、設定や調整をしてインフラを組み上げます。クラウドは、導入や維持のコストを抑えやすく、拡張や運用保守もしやすい点が特徴とされます。
物理機器を扱う仕事が消えたわけではありません。機器の搬入や配線を伴う現場も残っています。
セキュリティも守備範囲です。脆弱性を診断するセキュリティエンジニアのように、専門職として独立した役割もあります。
クラウドを覚えれば仕事の幅は広がりますが、範囲も一気に膨らみます。手を付ける順は、サーバーとネットワークの基本が先、クラウドのサービスはその後、と決めておくと迷いにくいでしょう。
構築から 監視・ 障害対応までの 流れ
インフラの仕事は、構築して終わりではありません。流れを順に見ていきます。
- 顧客の要望を聞き、要件を決める
- 機器やOSを選び、設計する
- 搬入、設置、配線、インストールで構築する
- テストをして、開発担当者へ引き継ぐ
- 監視、定期点検、設定変更、保守を続ける
この流れは職業解説にも示されています。
運用に入ると、監視画面を見ながら異常を検知し、原因を切り分けて復旧させる仕事が増えます。
障害は予告なく起きます。そのため運用では、手順書や連絡体制の整備が欠かせません。地味に見えても、手堅さが評価される分野です。
05働き方で 仕事内容は どう 変わる? きついと 言われる 場面と ギャップ
POINT同じ職種でも、勤務先の形態と工程で、仕事内容も負担も変わります。
SES・受託開発・ 自社開発・ 社内SEの 仕事内容比較
職種名が同じでも、勤務先のタイプで日々の業務はかなり違います。次の表は、一般的な傾向を筆者がまとめたものです。
| 形態 | 主な仕事 | 勤務の特徴 |
|---|---|---|
| SES | 顧客先で技術支援 | 常駐先で業務が決まる |
| 受託開発 | 顧客のシステム開発 | 納期に追われやすい |
| 自社開発 | 自社サービスの開発 | 継続して改善する |
| 社内SE | 社内システムの運用 | 社内調整が多い |
開発は自社だけでなく、顧客先に常駐して進める場合もあります。工程の一部を他社へ委託し、元請け、一次請け、二次請けといった多重下請け構造になることもあります。
どの階層に所属するかで、関われる工程が変わります。求人を見るときは、元請けか下請けか、どの工程を担当するかを確認してください。
リモートワークや 副業は 仕事内容的に 可能か
仕事内容によって、リモートのしやすさは違います。
Webサービスの開発は、クラウド上で作業するため在宅勤務が多いとされています。クラウド構築でもリモート作業を行います。
反対に、物理サーバーの構築では顧客先での作業が欠かせません。
副業やテレワークなどの柔軟な働き方は、IT業界で広がりつつあります。ただ、顧客の機密を扱う受託開発では、守秘義務の都合で制限が出ることもあります。
働き方の可否は職種よりも、会社の方針と案件で決まることが多いです。
夜間対応・ 障害対応・ 納期前の 残業が 起きる 場面
「IT業界はきつい」と言われる背景には、負担が集中する場面があります。長時間労働の背景として挙げられているのは、次のような要因です。
- 厳しい納期
- 顧客対応
- 急な仕様変更
- トラブル時の緊急対応
- 無理のある納期や予算
職種ごとの傾向も見ておきます。
- SE:納期前やテスト工程で休日・夜間の勤務が出やすい
- インフラ:納期前やテスト工程で残業が増えやすい
- Web開発:新サービスのリリース前に残業が増えやすい
これらは各職種の解説に記載されている傾向です。
夜間のオンコール対応があるかどうかは、会社や案件で異なります。面談の場で具体的に聞いてください。
転職後に 感じやすい 仕事内容の ギャップ
入社後にずれを感じやすい点をまとめます。
- 設計をやりたいのに、実際はテスト中心だった
- 開発志向なのに、運用保守の比率が高かった
- 職種を変えたら、評価レベルが下がった
最後の点は、ITSSでも触れられています。職種を転換すると、転換後の職種ではレベルの位置づけが下がるとされています。同じレベルを保つには、必要な教育や訓練が前提になります。
未経験からの転職でも、同じ構図です。最初は下のレベルから始まる前提で、研修やOJTの体制を選ぶのが現実的です。
06ITエンジニアに 必要な 知識と スキルは? 向き不向きと 資格の 役立ち方

POINT技術知識に加えて、人と調整する力が求められます。資格は知識の入口として使うのが現実的です。
職種別に 求められる 技術知識と ソフトスキル
職種ごとの中心となる知識を整理します。
| 職種 | 技術知識 | 人に関わる力 |
|---|---|---|
| SE | 設計、業界の業務知識 | 顧客との対話、管理力 |
| プログラマー | 言語、テスト技法 | チームでの連携 |
| インフラ | サーバー、ネットワーク | 顧客・部門との調整 |
SEには、情報システム技術に加え、業務知識、構想力、問題解決力、マネジメント力、コミュニケーション能力などが求められます。
インフラでは、ネットワークとサーバーの知識に加え、コミュニケーション能力も求められます。
どの職種でも、新しい技術を学び続ける姿勢は欠かせません。技術革新の速い分野だからです。
論理的 思考が 苦手でも 向いている 人・ 向いていない 人の 特徴
「論理的思考が苦手だから向いていない」と決めつける必要はありません。
設計やテストでは、順序立てて考える力が役立ちます。ただ、これは練習で伸ばせる部分です。
向いている人の傾向は、次のとおりです。
- 原因を調べるのが苦にならない
- 手順を決めて淡々と進められる
- 分からないことを自分で調べて学べる
向きにくいのは、学び続けることに強い抵抗がある方や、確認作業を省きたがる方です。細かな確認がシステムの品質に直結するためです。
人と話すのが得意な方は、顧客と開発側をつなぐ役割で強みを発揮できます。
基本情報技術者などの 資格は 仕事で どこまで 役立つか
意外に思われるかもしれませんが、IT業界で働くのに特別な資格は求められません。未経験者を採用する企業もあります。
そのうえで、資格は知識の土台づくりに使えます。基本情報技術者試験は、ITを活用したサービスやシステムを作る人材に必要な基本知識と技能を対象にしています。
IPAの統計では、令和7年度の年度合計で応募者172,217人、受験者147,186人、合格者56,370人、合格率は38.3%でした(令和8年4月21日現在)。
つまり、受験者の3人に1人強が合格する難易度です。簡単ではありませんが、準備すれば狙える範囲といえます。
ITの基礎を広く学ぶ入口としては、iパスもあります。令和7年度の年間応募者数は307,266人でした。
資格があれば転職が必ず有利になるとまでは言えません。実務で何を学んだかを職務経歴書に書けるようにしておくと安心です。
最初に 学ぶ言語は Python・Java・JavaScriptの どれか
目指す職種から逆算して選ぶのが無難です。
Web系の開発では、Java、JavaScript、PHP、Ruby、Python、C言語がよく使われます。AI開発ではPythonが使われます。
目安を表にまとめます。筆者の整理です。
| 言語 | 向く分野 | 一言 |
|---|---|---|
| Python | AI、データ分析 | 書き方が読みやすい |
| Java | 業務システム | 業務系の現場で使われる |
| JavaScript | Web画面 | 画面の動きを作れる |
一般に、言語そのものに絶対的な優劣はないとされます。ひとつ身につければ、他の言語にも応用しやすくなります。迷ったら、志望する求人に書かれている言語から始めてください。
07セールスエンジニア
POINTセールスエンジニアは、技術の知識を営業の場で活かし、顧客の要望と製品をつなぐ役割です。
技術と 営業を つなぐ 仕事
セールスエンジニアは、営業に同行して、システムの視点から顧客に製品を説明します。見積書や注文書の作成まで担う例もあります。
プリセールスエンジニアとして、顧客の要望や悩みをくみ取り、契約につなげていく仕事です。itエンジニア仕事内容の中でも、顧客と向き合う時間が長い職種といえます。
開発の経験があると、顧客の要望を技術的な言葉に置き換えやすくなります。システム開発で顧客と開発側の橋渡しをした経験が、そのまま役立つ例もあります。
開発一筋のキャリアとは違い、営業の目標とも向き合うことになります。人と話すのが好きな方には、検討してみたい選択肢です。
08フロントエンドエンジニア
POINTフロントエンドエンジニアは、利用者が直接触れる画面側の機能をつくります。
画面側の 機能を 担う 仕事
itエンジニア仕事内容のなかでも、フロントエンドエンジニアは、デジタルサービスのインターフェース(クライアントサイド)の機能を実現する役割です。
利用者のニーズを読み取り、体験の価値を高めるソフトウェアを設計して実装します。プロトタイプを試作し、利用者の反応をもとに改善を重ねていく流れです。
求められるスキルとして挙げられているのは、Webアプリケーションの基本技術とフロントエンドの開発。デザインやセキュリティの知識も含まれます。画面の見た目だけを整える仕事ではなく、設計から運用後の改良まで関わる点は、転職前に押さえておきたいところです。
バックエンドエンジニアやクラウドエンジニア/SREも、関連するソフトウェアエンジニアのロールとして並びます。職種ごとの違いを詳しく知りたいときは、前述のWebエンジニアの職種地図をご覧ください。
09バックエンドエンジニア
POINTバックエンドエンジニアは、画面の裏側でデータや処理を動かす仕組みを担当します。
裏側の 処理を 支える 仕事
バックエンドは、フロントエンドと対になる役割です。利用者から見えないサーバー側で、データの処理や保存を担います。
Webサービス開発で使われる主な技術は次のとおりです。
- Linux
- データベース(MySQL、PostgreSQLなど)
- API
よく登場する言語は次のとおりです。
- Java
- Python
- Ruby
- Go
- PHP(利用例も多い)
開発はクラウド上で行う場面が多く、一般的にはインフラの知識があると仕事の幅が広がるとされています。
フロントエンドと違って成果が画面に表れにくいため、処理の正確さや性能に興味がある方に向いた職種です。
10データサイエンティスト
POINTデータサイエンティストは、データの加工や分析を通じて、判断の材料をつくる職種です。
データを 分析して 価値を 引き出す仕事
厚生労働省の調査報告書では、IT・デジタル人材の仕事として、データの加工や分析、AIモデルの構築と実装などが分類されています。
開発やインフラとは性質が違います。数理的な知識に加えて、ビジネス課題を読み解く力が求められる仕事です。
データ関連には、データエンジニアやAIエンジニアといった近い職種もあります。AI開発などで使われる言語としては、Pythonが挙げられます。
未経験からいきなり目指す職種というより、開発やデータベースの経験を積んだうえで検討するほうが現実的です。まずは、自分の関心が「作ること」にあるのか、「データから読み解くこと」にあるのかを見極めてみてください。
SUMMARYまとめ
ITエンジニアの仕事は、作る開発系と動かし続けるインフラ系に分かれます。同じ職種名でも、会社や案件によって担当工程が変わる点は、意外に感じるかもしれません。
求人票では、次の5点を見比べてみてください。
- 担当工程
- 開発かインフラか運用か
- 夜間対応の有無
- 必要な実務経験
- 研修の有無
未経験から転職を考え始めたばかりの方や、SEとインフラの違いで迷っている方に、特に役立つ内容です。
ここまで読んだ方は、気になる職種を1つ選び、その職種の求人票を3件読み比べてみてください。情報収集の段階でも十分に意味があります。
FAQ
よく ある 質問
- QITエンジニアとは、
どんな 仕事を する 人ですか? - Aシステムやソフトウェアを「作る」仕事と、それを「動かし続ける」仕事に携わる人の総称です。作る側は要件定義、設計、プログラム作成、テストを担い、支える側はサーバーやネットワークの構築、監視、障害対応を担います。職種名や担当範囲は会社や案件によって変わるため、求人票で担当工程を確認するのが確実です。
- QSEと
プログラマーの 違いは 何ですか? - A一般に、SEは要件定義や設計などの上流工程を中心に担当し、プログラマーは設計書をもとにプログラムを書いてテストを行います。ただし、会社によってはSEが開発全体を担当したり、プログラマーが設計の一部を担ったりします。応募前に、どの工程まで任されるのかを確認しておくと、入社後のギャップを減らせます。
- Q未経験から
でも インフラエンジニアに なれますか? - A未経験者を採用する企業はあり、IT業界で働くために特別な資格は必須ではありません。入社後に研修やOJTで学ぶ会社もあります。ただし、応募先によって必要な経験は異なります。研修の有無、夜間対応の頻度、配属先の業務範囲を事前に確認してください。
- Q基本情報技術者試験などの
資格は、 仕事に 役立ちますか? - A基本情報技術者試験は、ITを活用したサービスやシステムを作る人材に必要な基本知識と技能を対象とした試験です。IPAの統計では、令和7年度(年度合計)の受験者数は147,186人、合格率は38.3%でした。資格は知識の土台づくりには向きますが、取得だけで仕事や転職が決まるわけではありません。
- QITエンジニアの
仕事が きついと 言われるのは どんな ときですか? - A納期前やテスト工程で残業が増える、リリース前後や障害時に緊急対応が入る、といった場面が挙げられます。厚生労働省の資料でも、厳しい納期や急な仕様変更、トラブル対応が長時間労働の背景として挙げられています。応募先を選ぶときは、夜間・休日対応の有無と、繁忙期の働き方を確認するとよいでしょう。




