キャリアのトビラ

「SEはどのような仕事をしているのか」「プログラマーとは何が違うのか」と気になっている方もいるでしょう。

SEはシステムエンジニアの略称で、企業や利用者が必要とするシステムを考え、設計し、開発や導入を進める仕事です。

ただし、SEという職種名が示す範囲は会社によって異なります。

顧客へのヒアリングや設計を中心に担当する求人もあれば、プログラミング、テスト、運用、問い合わせ対応まで幅広く担当する求人もあります。

そのため、「SEなら必ず上流工程を担当できる」「未経験でも研修を受ければすぐに設計ができる」とは限りません。

この記事では、SEの仕事内容、プログラマーやほかのIT職種との違い、必要なスキル、向いている人、20代未経験から目指す方法を解説します。

30秒でわかるこの記事の結論

SEは、顧客や社内の要望を整理し、システムとして実現する方法を設計し、開発から導入までを進める仕事です。

主な仕事には、次のようなものがあります。

• 顧客や利用部門へのヒアリング

• 要件定義

• システムの設計

• プログラミングや開発管理

• テスト

• 導入支援

• 運用・保守

ただし、すべてを一人で担当するわけではありません。

会社、システムの種類、プロジェクトの規模、経験年数によって担当範囲が変わります。

未経験から目指す場合は、「SE」という求人名だけでなく、入社後に最初に担当する業務、研修内容、配属先、将来どの工程へ進めるのかを確認しましょう。

SEとはシステム開発を設計・調整する仕事

SEは、企業や利用者が抱える課題をシステムで解決するために、必要な機能や仕組みを考える仕事です。

例えば、商品の注文を管理するシステムを作る場合、単に画面やプログラムを作ればよいわけではありません。

誰が利用するのか、どのような情報を入力するのか、在庫や売上のデータをどう連携するのか、エラーが起きたときにどう対応するのかなどを整理する必要があります。

SEは、顧客や利用部門の希望を聞き、開発に必要な形へ整理し、エンジニアやプログラマーと協力しながら完成を目指します。

厚生労働省の職業情報提供サイト「job tagのシステムエンジニア情報」でも、システムの機能、構成、性能、信頼性、予算、開発工程などを設計する仕事が紹介されています。

ただし、SEには業務システム、Webサービス、基盤システム、組み込みシステムなど複数の分野があります。

分野によって必要な知識と担当業務は異なります。

SEの仕事内容を開発工程ごとに解説

システム開発は、一般的に要件定義、設計、開発、テスト、導入、運用・保守という流れで進みます。

実際の進め方は会社や案件によって異なりますが、SEの仕事を理解するために基本的な工程を確認しましょう。

顧客や利用部門へのヒアリング

最初に、顧客や社内の利用部門が抱えている課題を聞きます。

相手が最初から必要なシステムを明確に説明できるとは限りません。

「作業に時間がかかっている」「情報が別々に管理されている」といった話から、現在の業務の流れや問題を整理します。

この段階では、ITの知識だけでなく、相手の話を聞く力、質問する力、業務を理解する力が必要です。

要件定義

要件定義では、システムで実現する内容を決めます。

• 必要な機能

• 利用する人数

• 扱うデータ

• 性能やセキュリティ

• 開発期間

• 予算

• 運用方法

顧客の希望をすべて入れればよいわけではありません。

予算や期間、技術上の制約を考え、優先順位をつけます。

要件の認識がずれると、完成後に「希望していたものと違う」という問題につながるため、重要な工程です。

基本設計

基本設計では、利用者から見える機能やシステム全体の構成を決めます。

画面、入力項目、処理の流れ、データの保存方法、ほかのシステムとの連携などを設計します。

顧客や利用部門が内容を確認できるように、専門用語を減らしながら説明することもSEの役割です。

詳細設計

詳細設計では、プログラマーや開発担当者が実装できるように、処理の内容をより具体化します。

どのような順番で処理するのか、データをどう受け渡すのか、エラーが発生した場合にどう動くのかなどを決めます。

会社によっては、SEが基本設計までを担当し、詳細設計以降をプログラマーが担当します。

一方で、SEが詳細設計や実装まで行う場合もあります。

プログラミング・開発

設計書をもとに、プログラミング言語を使ってシステムを作ります。

プログラマーが実装を担当するプロジェクトでは、SEは質問への回答、仕様の調整、進捗確認、成果物の確認などを行います。

小規模な会社やプロジェクトでは、SE自身がコードを書くこともあります。

「SEはプログラミングをしない」と決めつけず、求人ごとの担当範囲を確認してください。

テスト

開発したシステムが設計どおりに動くかを確認します。

個別の機能だけでなく、複数の機能を組み合わせた場合や、実際の業務に近い使い方でも問題がないかを調べます。

不具合が見つかった場合は、原因を確認し、修正内容と影響範囲を整理します。

未経験で入社した場合、テストや検証から経験を積むこともあります。

ただし、テストだけを長期間担当するのか、その後に開発や設計へ進めるのかは会社によって異なります。

導入・移行

完成したシステムを実際に使える状態へ移します。

既存システムからデータを移したり、利用者へ操作方法を説明したり、稼働直後の問題に対応したりします。

導入日は多くの関係者が動くため、手順の確認やスケジュール管理も重要です。

運用・保守

システムの稼働後は、問題なく動いているかを確認し、不具合や問い合わせに対応します。

法改正、業務の変更、利用者の要望などに応じて、機能を追加・修正する場合もあります。

運用・保守は、単に決められた作業を繰り返す仕事とは限りません。

障害の原因分析、改善提案、顧客との調整などを経験できる求人もあります。

一方で、監視や定型作業が中心の求人もあるため、具体的な仕事内容を確認しましょう。

SEとプログラマーの違い

一般的には、SEは要件定義や設計、関係者との調整を担い、プログラマーは設計書をもとにプログラムを作る役割と説明されます。

ただし、実際には会社やプロジェクトによって役割が重なります。

SEは全体を考えて調整する役割が多い

SEは、顧客の要望、システムの仕様、開発期間、予算などを踏まえて、プロジェクト全体を進めます。

技術的に実現できるかを考えるだけでなく、顧客と開発担当者の認識を合わせる必要があります。

経験を積むと、進捗管理やメンバーへの指示などを任される場合もあります。

プログラマーは実装を中心に担当する

プログラマーは、設計をもとにコードを書き、必要な機能を形にします。

動作確認や不具合の修正も重要な仕事です。

ただし、プログラマーが設計に参加したり、SEが実装したりする会社もあります。

職種名だけで仕事を完全に分けることはできません。

未経験者が最初から要件定義を担当するとは限らない

顧客の要望をシステムの仕様へ落とし込むには、技術知識と開発経験が必要です。

未経験でSEとして採用されても、最初は研修、テスト、運用、プログラミングなどから始めることがあります。

これは必ずしも悪いことではありません。

実際にシステムがどのように作られ、動くのかを理解する経験になります。

大切なのは、その経験の先に設計や要件定義へ進める道筋があるかを確認することです。

SEにも複数の種類がある

求人で「SE」と書かれていても、対象とするシステムや働き方は同じではありません。

業務系SE

企業の販売、会計、人事、生産管理などに使われるシステムを扱います。

技術知識だけでなく、対象となる業務の理解が求められます。

顧客へのヒアリング、設計、導入支援などを担当することがあります。

Web系SE

WebサイトやWebサービス、スマートフォン向けサービスなどの開発に関わります。

開発スピードが速く、利用者の反応やデータを見ながら改善する仕事もあります。

会社によっては、Webエンジニア、ソフトウェアエンジニアなど別の名称で募集されています。

インフラ系SE

サーバー、ネットワーク、クラウドなど、システムが動く基盤を設計・構築します。

障害への備え、セキュリティ、性能、安定性などを考える仕事です。

開発系SEとは必要な技術が異なるため、「ITに興味がある」という理由だけでなく、何を作りたいのかを考えましょう。

社内SE

自社の情報システム部門などで、社員が利用するシステムの導入、運用、問い合わせ対応、セキュリティ対策などを担当します。

自社内で働くイメージを持ちやすい職種ですが、担当範囲は会社によって大きく異なります。

システム企画やベンダー管理が中心の場合もあれば、PCの設定や問い合わせ対応が中心の場合もあります。

組み込み系SE

家電、自動車、産業機器など、製品の中で動くシステムを扱います。

ハードウェアに近い知識や、製品ごとの安全性・性能への理解が求められることがあります。

SEの一日の仕事はどう進むのか

SEの一日は、担当工程やプロジェクトによって変わります。

設計を担当している場合は、顧客との打ち合わせ、設計書の作成、開発メンバーからの質問対応などが中心になります。

開発中であれば、進捗確認、仕様の調整、成果物の確認、テスト結果の分析などを行います。

運用・保守では、問い合わせ対応、障害調査、定例作業、改善提案などがあります。

SEは一日中パソコンに向かって一人で作業する仕事とは限りません。

顧客、利用部門、プログラマー、インフラ担当、営業など、多くの人とやり取りします。

「人と話さずに働けそう」という理由で目指すと、実際の仕事とのズレが生じる可能性があります。

SEに必要なスキル

SEには技術知識だけでなく、情報を整理し、関係者と仕事を進める力も必要です。

ITとプログラミングの基礎知識

自分でプログラミングを担当しない場合も、設計や開発担当者との会話には技術の理解が必要です。

プログラミング言語、データベース、ネットワーク、セキュリティなど、担当分野に応じた知識を身につけます。

未経験者は、広い範囲を暗記するより、システムがどのような流れで動くのかを理解することから始めましょう。

論理的に整理する力

複雑な要望や問題を分解し、原因と対応方法を考える力です。

「何が起きているか」「本来どうなるべきか」「どの条件で問題が起きるか」を順番に整理します。

この力は、ITの仕事だけでなく、業務改善や顧客対応の経験からも示せます。

コミュニケーション力

SEに必要なのは、会話が得意であることだけではありません。

相手の要望を聞き、認識の違いを確認し、専門的な内容を分かりやすく説明する力が必要です。

問題が発生したときに、状況を正確に報告することも重要です。

文書を作る力

要件定義書、設計書、テスト仕様書、手順書など、SEは多くの文書を作成します。

誰が読んでも同じ内容を理解できるように、条件や処理を明確に書く必要があります。

スケジュールを管理する力

システム開発には期限があります。

自分の作業だけでなく、ほかの担当者の進み具合や、仕様変更の影響を確認しながら進めます。

経験を積むと、複数の作業やメンバーを管理する役割を任されることがあります。

業界や業務に関する知識

金融、物流、製造、医療など、システムが使われる業界の知識も役立ちます。

例えば販売管理システムを作るなら、受注、在庫、請求などの業務を理解する必要があります。

前職の業界経験を活かして、IT業界へ移る方法も考えられます。

SEに向いている人・仕事が合わない可能性がある人

SEは、プログラミングが好きな人だけに向く仕事ではありません。

SEに向いている人

次のような人は、SEの仕事に適性を活かせる可能性があります。

• 問題の原因を順番に考えることが好き

• 相手の話を聞いて内容を整理できる

• 分からないことを調べ続けられる

• 複数の人と協力して仕事を進められる

• 細かな確認を面倒に感じにくい

• 新しい技術や知識を学び続けられる

すべてに当てはまる必要はありません。

これまでの仕事で似た行動をした経験がないかを振り返りましょう。

合わない可能性がある人

次のような希望が強い場合は、仕事内容をよく確認する必要があります。

• 人とほとんど話さずに働きたい

• 一度知識を身につけたら勉強を続けたくない

• 仕様変更や予定変更に対応したくない

• 細かな確認や文書作成を避けたい

• プログラミングだけを続けたい

コードを書くことを専門にしたい場合は、SE以外の開発職が合うこともあります。

向き不向きを性格だけで決めず、実際の業務内容と照らし合わせて判断してください。

SEの大変なところ

SEには、システムを通じて企業や利用者の課題を解決できる魅力があります。

一方で、大変な点も理解しておく必要があります。

顧客と開発側の間で調整が必要

顧客の希望と、予算、期間、技術的な制約が合わないことがあります。

SEは、できないと伝えるだけでなく、優先順位や代替案を考えます。

双方の認識を合わせる調整が負担になる場合があります。

仕様変更が発生する

開発途中で、業務の変化や確認不足によって仕様が変わることがあります。

変更によってどの機能、スケジュール、費用に影響するかを調べ、対応方法を決めます。

障害対応が必要な場合がある

担当するシステムによっては、障害が発生した際に緊急対応が必要です。

夜間や休日の対応があるか、当番制か、どの部署が一次対応するかは求人や面接で確認しましょう。

学び続ける必要がある

技術やサービスは変化します。

すべての新技術を追う必要はありませんが、自分の担当分野に必要な知識を更新することは欠かせません。

20代未経験からSEを目指す方法

未経験からSEを目指すことは可能ですが、すべてのSE求人が未経験者を対象としているわけではありません。

求人名だけで判断せず、入社後の仕事内容と育成方法を確認しましょう。

まずIT業界の職種を知る

SE以外にも、プログラマー、インフラエンジニア、ITサポート、テクニカルサポート、社内SEなどがあります。

自分がシステムの設計をしたいのか、コードを書きたいのか、利用者を支援したいのかによって、目指す仕事が変わります。

IT業界の選択肢を広く知りたい方は、「20代未経験からIT業界へ転職するには？エンジニア以外の選択肢も解説」もあわせて参考にしてください。

基礎を学んで適性を確認する

求人へ応募する前に、プログラミングやITの基礎に触れてみましょう。

本やオンライン教材を使い、小さなプログラムを動かしたり、データベースやネットワークの基本を学んだりします。

学習実績を作ることだけが目的ではありません。

エラーを調べて直す作業や、仕組みを理解する学習を続けられるかを確認します。

前職で活かせる経験を整理する

未経験だからといって、これまでの経験がすべて無関係になるわけではありません。

次のような経験は、SEの仕事との接点を説明できる可能性があります。

• 顧客の要望を聞いて提案した

• 業務手順を整理した

• 数字やデータを管理した

• 複数の関係者と日程を調整した

• ミスの原因を調べて改善した

• 新しいシステムの導入を支援した

ただし、調整経験があるからSEの実務経験があるとは扱いません。

転用できる力と、入社後に学ぶ必要がある技術を分けて伝えましょう。

未経験求人の中身を確認する

「未経験歓迎」「研修あり」という言葉だけで応募先を決めないようにします。

確認したい項目は次のとおりです。

• 研修期間と内容

• 研修中の給与

• 配属の決まり方

• 最初に担当する業務

• 配属後の教育担当者

• テストや運用から開発へ進んだ実例

• 客先常駐の有無

• 待機期間の扱い

• 資格取得が配属条件になっていないか

「SE募集」と書かれていても、入社後の仕事が希望と一致するとは限りません。

未経験求人を選ぶときの注意点は、「未経験転職で20代が選んではいけない求人の特徴」もあわせて読んでみてください。

最初の会社だけで完成形を目指さない

未経験から一度の転職で、要件定義から開発まで幅広く担当できるSEになるとは限りません。

最初はテスト、運用、プログラミングなどを経験し、その後に設計や顧客対応へ担当範囲を広げる方法もあります。

大切なのは、最初の仕事で何を学び、その次にどの工程へ進むのかを考えることです。

SE求人を選ぶときの確認ポイント

SE求人を比較するときは、給与や未経験可という条件だけでなく、経験できる業務を確認します。

開発するシステム

業務システム、Webサービス、インフラ、組み込みなど、対象を確認します。

どの業界の顧客が多いかも、身につく業務知識に影響します。

担当する工程

要件定義、設計、実装、テスト、運用のうち、どこを担当するのかを確認します。

「上流工程に挑戦できる」と書かれている場合は、入社後どの程度の経験を積むと担当できるのかを聞きましょう。

自社開発・受託開発・客先常駐の違い

自社サービスを開発する会社、顧客から開発を請け負う会社、顧客先のプロジェクトへ参加する会社では、仕事の進め方が異なります。

どれが一律に良いとは限りません。

配属の決まり方、担当業務、教育体制、勤務地の変化を確認します。

教育体制

研修の有無だけでなく、配属後に誰へ質問できるかを確認します。

研修で学んだ技術と、配属後に使う技術が一致するかも重要です。

働き方

残業、休日対応、夜間対応、リモートワーク、勤務地を確認します。

プロジェクトによって変わる場合は、会社全体の平均だけでなく、応募する部署や配属予定案件の状況を聞きましょう。

SEへの転職に迷ったら相談する

SEに興味を持っても、自分に開発職が合うのか、未経験からどの求人を選ぶべきか、一人では判断しにくいことがあります。

「キャリアのトビラ」では、20代・第二新卒の転職活動に特化した転職支援を行っています。

これまでの経験、IT業界へ興味を持った理由、希望する働き方を整理し、SE以外の職種も含めて現実的な選択肢を考えましょう。

また、「SEになりたいけれどまずは何をすべきかわからない」という方へも、研修の有無だけでなく、仕事内容や入社後に積める経験を確認しながら応募先を検討します。

希望職種を無条件で勧めるのではなく、現在の経験から狙えるのか、別の仕事からIT経験を積む方法が合うのかを一緒に判断します。

今回の転職だけでなく、30代でどのような技術や役割を身につけたいかから仕事を選びたい方は、キャリアのトビラへご相談ください。

まとめ

SEは、顧客や利用部門の要望を整理し、システムとして実現する方法を設計し、開発から導入までを進める仕事です。

主な仕事には、ヒアリング、要件定義、設計、開発、テスト、導入、運用・保守があります。

ただし、会社やプロジェクトによって担当範囲は異なります。

SE求人を見るときは、次の点を確認しましょう。

• 開発するシステムの種類

• 最初に担当する工程

• プログラミングを担当するか

• 自社開発、受託開発、客先常駐のどれか

• 研修と配属後の教育体制

• 将来担当できる工程

• 残業、休日・夜間対応、勤務地

未経験から目指す場合は、研修があることだけで安心せず、研修後にどの仕事を経験できるかを確認してください。

SEという職種名にこだわるのではなく、自分がどのシステムに関わり、どの工程を経験し、将来どのようなエンジニアになりたいかから判断することが大切です。

＜この記事から次に読むおすすめ記事＞

IT業界への転職に興味があるものの、自分には活かせるスキルがないと感じている方は、

「転職したいけどスキルがない20代へ｜今ある経験を強みに変える方法」もあわせて読んでみてください。