システムエンジニアは本当にきつい?転職で“働きやすさ”を実現するキャリアの見つけ方
2026年10月05日更新
システムエンジニアとして働くなかで、「なぜこんなに消耗しているのに、年収も環境も変わらないのだろう」と感じたことはないでしょうか。
SEが「きつい」と言われる理由は複数ありますが、その多くは個人の能力や適性ではなく、働いている環境の構造に起因しています。納期直前に業務が集中するプロジェクトの進め方、深夜でも対応が求められるトラブルの発生サイクル、クライアントと開発現場の板挟みになる立場。
これらはSEという職種の本質ではなく、所属する企業や関わる商流によって生まれる問題です。同じSEでも、SIer・SES・社内SE・運用保守担当では「きつい」の中身がまったく異なり、対処法も変わります。
この記事では、以下の内容を解説します。
- SEが「きつい」と言われる5つの構造的な理由
- 雇用形態・企業形態別に見るきつさの実態
- 「きつい」の原因が環境か職種かを判断する方法
- 転職で「きつさ」を解消できた転職先の具体例
- きつい環境から抜け出すために転職で失敗しないためのポイント
今の「きつさ」が環境の問題なのか、それとも職種そのものに対する違和感なのかを整理したいITエンジニアの方に、状況を変えるための考え方と具体的な手順をお伝えしているので、ぜひ参考にしてください。

著者
川村 莉子
(Kawamura Riko)
名古屋工業大学卒業後、新卒でDirbatoに入社。通信会社に対する業務改善プロジェクトや次世代ネットワーク移行案件のPMOなどに従事。自身のコンサルタント経験を活かした、IT系コンサルファームへの開発支援を得意とする。
プロフィール詳細を見る

監修者
串田 聡太
(Kushida Sota)
明治大学卒業後、富士通株式会社にて、自社製品に加えSAPやSalesforce導入、DX提案などを経験。その後、パーソルキャリア株式会社にて、ITエンジニアの転職支援を担当。業界トップクラスの実績を有する。
プロフィール詳細を見る
目次
CONTENTS
システムエンジニアが「きつい」と言われる本当の理由
システムエンジニアが「きつい」と感じる原因は、ひとつではありません。プロジェクトの構造、業界特有の商流、技術変化のスピードなど、複数の要因が重なって現場の負荷を生み出しています。
よく挙げられる理由は、以下の5つです。
- 納期前に業務が集中するプロジェクトの進め方になっている
- 深夜・休日を問わないトラブル対応が発生する
- クライアントと開発現場の板挟みになりやすい
- 技術変化に追いつくための学習が業務外に求められる
- 多重下請け構造で努力が報酬に反映されにくい
それぞれの実態を順に見ていきましょう。
納期前に業務が集中するプロジェクト構造になっている
システム開発は複数の工程が直列につながっているため、上流での遅れが下流に連鎖します。要件定義や基本設計が長引けば、開発・テストの期間が削られ、納期は動かせないまま作業量だけが残ります。
問題はスケジュールの立て方にもあります。残業込みで間に合うことを前提に計画が組まれるケースは、受託開発の現場では珍しくありません。 余裕のないスケジュールは、仕様変更や人員の欠員が発生したときに即座に破綻します。
結果として、リリース直前の1〜2週間に業務が集中し、長時間労働が常態化するという流れが繰り返されます。
深夜・休日を問わないトラブル対応が発生する
システムは24時間稼働しています。障害や重大なセキュリティインシデントが発生すれば、時間帯に関係なく対応が求められます。とくに金融・物流・医療といった業務停止が許されない領域のシステムを担当するシステムエンジニアは、深夜のオンコール対応が日常的なリスクとして存在します。
システムエンジニアの残業が増える大きな要因のひとつが、この突発的なトラブル対応です。開発業務に加えてインシデント対応が重なると、通常の業務量をこなしながら緊急対応も処理するという二重の負荷が発生します。問題が解決するまで離席できないという性質上、終了時刻を自分でコントロールできない点が、システムエンジニアにとって精神的にも消耗しやすい要因です。
対応が深夜に及ぶことが続くと、翌日以降のパフォーマンスにも影響します。こうした働き方のリズムの乱れが、「システムエンジニアはきつい」という実感の大きな部分を占めています。
クライアントと開発現場の板挟みになりやすい
システムエンジニアは技術者でありながら、クライアントとの折衝を担う立場でもあります。クライアントからは「仕様を変更したい」「スケジュールを前倒しにしてほしい」という要望が入り、開発チームからは「それは工数的に無理だ」という現実が返ってくる。その調整役を担うのがSEです。
この板挟み構造が生むのは、単純な業務量の増加だけではありません。どちらの意向にも完全には応えられないまま、双方への説明と交渉を続けなければならない状態が続きます。クライアントへの配慮と開発現場への配慮を同時に求められるポジションは、技術的なスキルとは別の消耗を生みます。
受託開発のシステムエンジニアがとくに感じやすいきつさですが、プロジェクトリーダーや中堅以上のシステムエンジニアにとっては、開発作業に加えてこうしたマネジメント負荷が積み重なることで、残業時間が押し上げられる要因にもなっています。
技術変化に追いつくための学習が業務外に求められる
IT業界は技術の変化が速い分野です。クラウド化、生成AIの普及、セキュリティ要件の高度化など、数年前には存在しなかった概念や技術が次々と実務に入り込んできます。
問題は、この学習が多くの場合、業務時間内に確保されないことです。プロジェクトの納期をこなしながら、並行して新しい技術を自分でキャッチアップしていくことが、暗黙のうちに求められます。会社が学習環境を整えているかどうかにかかわらず、「自己研鑽は自分の時間でやるもの」という文化が根強い現場は、まだ多くあります。
仕事でも消耗し、プライベートの時間も学習に充てなければならないという状況は、長期的なバーンアウトにつながるリスクがあります。技術へのモチベーションが高いエンジニアほど、この負荷を受け入れてしまいやすい点にも注意が必要です。
多重下請け構造で努力が報酬に反映されにくい
日本のIT業界は、大手元請けから一次請け・二次請け・三次請けへと仕事が流れていく多重下請け構造が広く残っています。この構造では、発注が下に流れるたびに中間マージンが発生するため、実際に開発を担当するエンジニアへの報酬が圧縮されます。
下請けの階層に位置するほど交渉力は弱くなり、スキルを高めても年収への反映が遅れるという状況が生まれやすいです。 一次請けの大手SIerのシステムエンジニアと、三次請けのSES企業のシステムエンジニアが同じプロジェクトに関わっていても、受け取る年収には大きな差があります。
年収が上がらないことに加え、商流の影響でスケジュールへの裁量も持ちにくいといった、努力と報酬がつながりにくい構造そのものが、システムエンジニアの「きつさ」の根底にあると言えます。
雇用形態・企業形態別に見るきつさの実態
「システムエンジニアはきつい」といっても、その中身は働く環境によって大きく異なります。
SIerで受託開発を担うシステムエンジニアと、SESで客先常駐するシステムエンジニアと、社内システムを管理するシステムエンジニアとでは、日々感じるきつさの質がまったく違います。
自分のきつさがどこから来ているのかを知ることが、対処法を考えるうえでの出発点です。それぞれの実態を確認していきましょう。
【SIer(受託開発)のきつさ】納期とクライアント対応の重圧
SIerで働くシステムエンジニアのきつさは、「納期への責任」と「クライアントへの対応」という二重の圧力から生まれます。
受託開発は成果物を納品することへの責任を負う契約形態です。クライアントから仕様変更の要望が入っても、納期は原則として動きません。要件が固まらないまま開発がスタートし、後から手戻りが大量発生するケースも多く、そのしわ寄せは現場のシステムエンジニアに集中します。
加えて、SIerのシステムエンジニアはクライアントと開発チームの双方に対して説明責任を持ちます。技術的な判断とビジネス的な要求を同時に扱い続けるポジションは、スキルが上がるほど担う調整業務も増えていきます。プロジェクトリーダーや中堅以上のシステムエンジニアが「マネジメントと実作業の両方をこなさなければならない」という状況に陥りやすいのも、SIerのきつさの特徴です。
ただし、SIerは多様な業界・規模のプロジェクトに関わるため、経験の幅は広がります。きつさと引き換えに得られるものも大きい環境です。
【SES(客先常駐)のきつさ】帰属意識の薄さとキャリア形成の難しさ
SESで働くシステムエンジニアのきつさは、労働時間の長さよりも「どこにも属していない感覚」から生まれることが多いです。
SES契約では、システムエンジニアは常駐先の企業で働きながら、評価や給与の決定は元の会社でおこなわれます。常駐先では「外部の人間」として扱われ、社員と同じ業務をこなしながらも、組織の意思決定には関与できません。常駐先の社員のように扱われながら、評価は元の会社で受けるという二重構造が、モチベーションの維持を難しくします。
キャリア形成の観点でも課題があります。プロジェクトごとに常駐先が変わるため、特定の技術や業界知識を深掘りしにくい環境になりがちです。どのプロジェクトに入るかは会社や市場の状況に左右されるため、自分の意志でキャリアを設計しにくいという声も多く聞かれます。
多重下請け構造の下層に位置するSES企業では、中間マージンの影響で年収が上がりにくいという問題も重なります。きつい仕事をこなしていても、それが収入に反映されないという状況が、長期的な不満につながっています。
【社内SEのきつさ】業務範囲が広すぎて専門性を磨きにくい
社内SEは「きつくない」というイメージを持たれることがありますが、独自のきつさがあります。その最大のものが、業務範囲の広さです。
社内SEは、社内システムの開発・運用・保守を担うだけでなく、PCやネットワークの管理、ヘルプデスク対応、外部ベンダーとの調整、セキュリティ対策まで幅広く担当します。企業によっては1人、あるいは少人数で社内のIT全般を引き受けるケースもあります。「なんでも屋」として呼ばれ続ける状況では、特定の技術を深掘りする時間を確保しにくいです。
加えて、社内の利用者が顧客になるという特性上、「社内の人間だから無茶な要望も断れない」というプレッシャーを感じやすい面もあります。外部クライアント相手なら断れる依頼でも、同じ会社の同僚からだと断りにくいという状況です。
残業時間は受託開発のシステムエンジニアより少ない傾向がありますが、専門性の停滞と業務の属人化という別のきつさが生じやすい環境です。
【運用・保守担当のきつさ】スキルが停滞する閉塞感
システムの運用・保守を担当するシステムエンジニアが感じるきつさは、労働時間ではなくスキルの停滞感と将来への閉塞感から来ることが多いです。
運用・保守業務は、既存システムを安定稼働させることが主な役割です。障害対応やパッチ適用、定期的な監視業務が中心になるため、新しい技術に触れる機会が限られます。同じ作業を繰り返す毎日のなかで、「自分は成長しているのか」「このままで市場価値が維持できるのか」という不安が積み重なっていきます。
さらに、夜間・休日の対応が発生しやすい点も運用・保守特有のきつさです。システムは常時稼働しているため、障害は時間を選びません。シフト制やオンコール体制で対応するケースが多く、生活リズムが不規則になりやすい環境です。
スキルの停滞と不規則な勤務体系が重なると、「きつさ」は体力的な問題というより、将来への焦りや自己評価の低下として現れてきます。 技術的なモチベーションが高いシステムエンジニアほど、この閉塞感を強く感じる傾向があります。
「辞めたい」「きつい」は環境のせい?職種のせい?
システムエンジニアとして「もう限界かもしれない」と感じたとき、最初に問うべきことがあります。それは、「きついのは今の環境のせいなのか、それともシステムエンジニアという職種そのものが合わないのか」という問いです。
この判断を誤ると、転職しても同じきつさを繰り返すか、本来は続けられたキャリアを手放してしまうかのどちらかになります。原因の所在を正確に見極めることが、次の一手を考えるうえで不可欠です。
環境依存の「きつい」は転職で解決できる
きつさの原因が環境にある場合、職種を変えなくても状況は大きく改善できます。次のような状態に心当たりがあれば、きつさの原因は職種ではなく環境である可能性が高いです。
| 状態 | 環境に起因するきつさの例 |
|---|---|
| 納期前だけ極端に忙しい | 残業前提のスケジュール管理が常態化している |
| 年収が上がらない | 多重下請け構造の下層に位置している |
| 深夜対応が多い | 運用・保守やオンコール体制が必須の現場にいる |
| キャリアの先が見えない | SESで案件選びの裁量がなく、スキルが偏っている |
| クライアント対応が消耗する | 板挟みが構造的に発生しやすいポジションにいる |
これらは、所属する企業・商流・担当ポジションを変えることで解消できる問題です。システムエンジニアとしての技術力や経験は維持しながら、働く環境だけを切り替えるという選択肢があります。
きついという感覚が今の現場に限定されているなら、それは職種への違和感ではなく環境への不満でしょう。
職種依存の「きつい」はキャリアチェンジが視野に
一方、きつさの原因が職種そのものにある場合、環境を変えるだけでは根本的な解決になりません。次のような感覚が続いているなら、システムエンジニアという職種との相性を改めて考えてみる価値があります。
| 状態 | 職種に起因するきつさの例 |
|---|---|
| 技術的な学習が苦痛に感じる | 新技術のキャッチアップ自体がストレスになっている |
| 論理的な作業よりも人と動く仕事がしたい | 設計や開発よりも対人・折衝業務に手応えを感じる |
| システム開発の工程に関心が持てない | 要件定義も実装も、どの工程も楽しめない |
| 成果物への達成感がない | システムが完成しても喜びを感じにくい |
ただし、この判断は慎重におこなう必要があります。疲弊した状態で下した「職種が合わない」という結論は、環境によるバーンアウトと混同していることがあります。まず休息を取り、体力と思考力が回復した状態で改めて考えることが大切です。
職種への違和感が明確で、なおかつシステムエンジニアとして培ったコミュニケーション力・ロジカルシンキング・業界知識が活かせる領域は多くあります。 ITコンサルタントやプロジェクトマネージャー、プリセールスなど、技術を直接扱わなくても経験が生きる職種への転換も選択肢のひとつです。
環境を変えて「きつさ」を解消できた転職先の例
システムエンジニアとしての経験を活かしながら、働き方を変えられる転職先はいくつかあります。ここで重要なのは、「きつさの原因が何だったか」と「転職先が何を解消してくれるか」を対応させて考えることです。原因と解決策がずれると、転職しても同じ問題が繰り返されます。
ここでは、環境を変えることできつさを解消できた転職先として、代表的な4つのパターンを紹介します。
社内SE:納期のプレッシャーと客先対応から解放される
受託開発やSESで感じていた「納期への重圧」「クライアントへの対応疲れ」を解消したいシステムエンジニアにとって、社内SEへの転職は有力な選択肢です。
社内SEは自社の情報システムを担当するため、顧客は社内の利用者になります。外部クライアントからの急な仕様変更や、深夜のトラブル対応が発生しにくい環境で、納期の調整も社内で話し合いながら進められます。残業時間は受託開発のシステムエンジニアより少ない傾向があり、生活リズムを整えやすいです。
ただし、社内SEは求人数が少なく競争率が高い職種です。 一般的に1企業あたりの募集枠は1〜2名程度で、経験者が優先されます。転職のタイミングと求人の状況を見極めながら動くことが大切です。
また、社内SEには「業務範囲が広い」「専門性を深めにくい」という別の課題もあります。納期や客先対応のきつさから解放されたい方には向いていますが、技術を深掘りしたいシステムエンジニアには物足りなさを感じる場合もあります。
社内SE・情報システムの求人情報
Head of IT(IT戦略責任者)
想定年収
1,000~2,500万円
勤務地
東京都(中央区日本橋馬喰町)
業務内容
●IT戦略の策定・実行 ・全社IT戦略・情シスロードマップの策定とアップデート ・IT投資計画/予算策定/ベンダーマネジメント ・経営陣・各事業部門と連携した、業務プロセス変革・DX推進 ●パブリッククラウド・SaaS のガバナンス ・AWS / Google Cloud / Azure を含むパブリッククラウドの全社統制(権限・監査・コスト・セキュリティ) ・Google Workspace、Microsoft 365、Slack、Notion などの SaaS ガバナンス設計 ・IDaaS(Okta / Entra ID / Google など)を中核としたシングルサインオン・ゼロトラスト設計 ・デバイス管理(MDM/EDR)、ネットワーク、VPN/ZTNA の設計運用 ●生成AI/Claude などの全社活用とガバナンス ・Claude をはじめとした生成AIツールの全社導入・運用設計 ・生成AI利用ポリシー、データ取扱いガイドライン、監査・ログ統制の設計 ・社員が安心して『触りに行ける』環境作り(過度な制限ではなく、賢いガードレール設計) ・AI起点での社内業務自動化、生産性向上施策のリード ●情報セキュリティ・コンプライアンス ・ISMS / Pマーク / SOC2 などの認証・監査対応(必要に応じて) ・インシデント対応体制、ログ・監視基盤の設計運用 ・リスクベースでの統制設計(『何を厳しく、何を緩く』のメリハリ)
View More
【CP】情報システム部門 リーダー【正社員】
想定年収
600~800万円
勤務地
東京都(文京区)
業務内容
JDSCは、AIやデータサイエンスを活用してインパクトの大きな業界全体のアップグレードに取り組んでいます。本ポジションは、JDSCおよびグループ各社の情報システムチーム(PIT)の実務をリードし、ご自身も手を動かしながらチームを牽引していただく役割です。情シス実務そのものの高いスキルとチーム運営に必要なマネジメントスキルが求められます。 ●業務内容 ・チームマネジメント:メンバー育成・評価、業務配分。日々発生する業務の優先順位判断、勤務シフト・アサイン調整、対応品質のコントロール、エスカレーション対応の受け皿 ・情シス実務のリード:ヘルプデスク・PCキッティング・デバイス管理・SaaS運用など、情シス業務全般の遂行状況を管理 ・ITサービスデスク運用:JDSCおよびグループ各社の従業員からのITリクエスト対応チームの運営、対応品質・スピードの管理 ・デバイス管理・SaaS運用のリード:Windows/Mac端末の選定・キッティング・配送回収ロジスティクス、Google Workspace・Microsoft 365・Slack・Netskope等の運用管理 ・権限管理・一次審査:新規SaaS・ソフトウェア導入時の一次審査、権限付与の実務対応 ・予算・ベンダー管理:ITベンダーとの契約交渉、コスト最適化 ・部署間連携:他部門・グループ会社との調整、チームの業務方針の実行
View More
【正】_本社_ヘルプデスク設計・構築(SV・リーダー候補)
想定年収
410~600万円
勤務地
東京都
業務内容
クライアント企業の社内ヘルプデスク、あるいはユーザー向けの「製品・ITシステム・サービスに関する問い合わせ窓口(インバウンド・メール対応含む)」を代行するBPOプロジェクトにおいて、リーダーまたはSV候補として、チーム運営および応対品質の向上・改善をリードしていただきます 。 単に言われたことをこなすだけでなく、問い合わせデータを分析して「どうすれば入電数が減るか」「一次解決率を上げられるか」をお客様と同じ視点で考えて提案・実行できる環境です 。 具体的な業務内容 ●リーダー・SV業務 ・メンバーマネジメント 自社社員およびビジネスパートナーを含むオペレーターの管理・育成 ・二次対応(エスカレーション先)としてのサポートを行います。 ・数値・品質管理 応答率、放棄率、平均対応時間(AHT)、一次解決率などのKPI設計・進捗管理。 また、FAQの整備やマニュアルのアップデートを通じた生産性向上策の実行をお願いします。 ・顧客折衝・レポーティング クライアントへの週次・月次レポーティング、問い合わせ傾向から見えたシステムやサービス課題の報告、BPR(業務改善)の提案 、契約内容の整合 。 ・新規立ち上げ 新規ヘルプデスクの垂直立ち上げ支援、業務巻取り設計、運用フローの構築などをお任せします。 当社はクライアントと直接契約を行う「プライム案件」が中心です。 言われたことをこなすだけでなく、お客様と同じ視点で「どうすればより良くなるか」を考え、提案・実行できる裁量があります。 【入社後すぐにお任せする業務想定】 まずは配属されたプロジェクトにて、問い合わせ対応の実務(FAQの使い方やシステム操作、顧客対応の流れなど)を習得いただきます 。 専門的な知識を研修で身に付け、実務はOJT形式で丁寧に指導します 。 現場の業務をマスターした後は、早期にオペレーターの教育や品質管理、チームの数値改善といったマネジメント業務をお任せしていく想定です 。 業務一例 ●自動車メーカー社内向けヘルプデスク ・情報システム室内でのPC及びシステムに関する問い合わせ業務 ・Jira、Intra-martに関わる運用 ●自動車メーカー1.5次ヘルプデスク対応 ・CRMシステムに関わるヘルプデスク業務 ・申請書管理、システム権限付与など ●情報システム部門サービスデスク支援業務 ・情報システム部門のITサポートデスク立上げ ・対応範囲の調査、計画策定、提案 ●製品開発製造に関わる社内システム運用業務 ・ユーザサポート対応(メール・チャット) ・ライセンス管理 ・バリデーション文書作成 ・各種会議議事録作成 ●国際物流業界ITヘルプデスク ・システムに関わる問合せ対応 ・PCに関わる問合せ対応 配属先の組織構成 5~10名程度 ※配属先のプロジェクトによります
View More
【PG】【コンサル出身者向け・ポテンシャル採用】【オープンポジション】社内SE/数十〜数百億円規模の自社インフラ・システム企画開発
想定年収
500~1,200万円
勤務地
愛知県(名古屋市)
業務内容
●ポジション概要 ご自身の適性や、「どのような形でインフラに貢献したいか」という志向に基づき、最適なポジションへ配属を決定するオープンポジション型の求人です。貴方のコンサルティングファーム/SIerでの要件定義・構想策定の経験を活かし、事業会社の大規模プロジェクトを牽引していただきます。 求人を絞らず、当社に興味のある方・どの職種が自分にマッチするか聞いてみたい方はご活用ください。ご経験に応じたポジションにて選考します。具体的な業務内容は、カジュアル面談時に部門担当者よりご説明しますので、お気軽にご応募ください。 ●業務内容 中部電力グループの送配電事業担う当社にて、以下のような業務をお任せします。 ▽ システムコンサルタント 当社事業やサービスを行うにあたり、システムコンサルタントとして必要なシステムや最適なシステムを検討、また、システムの計画~導入までの取りまとめを行っていただきます。また、最先端デジタル技術(AI・DX推進)を活用したITシステムの企画、開発、保守業務にも携わっていただけます。 ▽ PM/PL 業務アプリケーションエンジニアとして、大規模システム開発のプロジェクトマネージャーをお任せします。要件定義から設計(外部設計/内部設計/詳細設計)、運用保守に至るまで、幅広く携われるところが当ポジションの魅力です。なお、開発に関しては外部ベンダーへ委託しているため、ベンダーコントロールがメインとなります。 ▽ セキュリティスペシャリスト 情報系・制御系システムのリスクアセスメントや、ペネトレーションテストの企画・実施、セキュリティ基盤整備、サービスの安全性向上のための各種施策の企画・実施、モニタリングなどをお任せします。 ●プロジェクト事例 中部電力パワーグリッドはグループ3社の中でも業務システムの保有量が最も多く、数億円以上のシステムが100システム程度稼働しています。 100億円超の大規模プロジェクト例は下記です。 ・配電業務総合支援システム再開発プロジェクト ・CIS物理分割プロジェクト 100億円超の大規模プロジェクトの他にも、数億円~10億円超の開発案件が20件程度並走しています。
View More
【東京エリア】 社内SE
想定年収
400~700万円
勤務地
東京都(日野市)
業務内容
●ソフトウエア開発・システム構築 ・WEBデータベース 業務システム開発(Javascript,HTML,CSS) ・RPA UiPath 業務自動化 ・SalesForce関連 ・エクセル構築(帳票,リスト,データ分析)/エクセルマクロ開発 ●インフラ業務 ・社内ネットワーク構築、メンテナンス ・複合機関連 手配、設定、保守 ・サーバー構築、メンテナンス(Windowsサーバー/Linuxサーバー/仮想サーバ) ・クラウドサービス利用/SaaSの利用
View More
自社開発Webエンジニア:裁量を持って技術に向き合える
多重下請け構造の下層で裁量のない仕事をしてきたシステムエンジニアや、レガシーな開発環境に閉塞感を感じているシステムエンジニアにとって、自社開発企業のWebエンジニアポジションは技術面での刷新を実感しやすい転職先です。
自社サービスを持つ企業では、開発スケジュールを自社で決定できます。外部クライアントの都合に振り回されることなく、エンジニアチームが主体的に技術選定や開発方針に関われる環境が整っている企業も多いです。アジャイル開発やモダンなフレームワークを採用している企業では、技術的な成長も実感しやすくなります。
一方で、自社開発企業ではサービスの成長に直結する責任を担うことになります。スピード感のある意思決定や、事業視点でのコミュニケーションが求められる場面も増えます。受託開発で培った要件定義や設計の経験は武器になりますが、事業側との連携力が新たに求められる点は意識しておきましょう。
システムエンジニア(Web)の求人情報
【広島・中途】エンジニア職(Web開発)
想定年収
450~850万円
勤務地
広島県(広島市)
業務内容
大手SIer経由案件が約80%、エンドユーザー直案件が約20%で、幅広いプロジェクトがあります。 社歴や年齢に関係なく、エンジニア自身が案件を自由に選択できます。 今までは下流工程のみだったという方も上流工程にチャレンジ可能です。 現在保有している案件のうち、約7割がリモート勤務可能な案件となっております。 ●プロジェクト例 【開発実績】 ・通信 基地局統合支援(Java,JavaScript,SQL,Shell,Linux) ・銀行 国内外送金システム(Java,JavaScript,Windows) ・製薬 営業支援システム(C#.net, Windows,SQLServer) ・サービス ポイントシステム(Java,JavaScript,Docker) ・メーカー 車載パワーコントロールユニットECU(C,C++) ・物流 従業員向けシステム(Java,Vuejs,Spring) 【インフラ実績】 ・損保 データセンター移設設計構築(Linux,Windows,Apache,Tomcat,IIS) ・電気メーカー 環境構築(AWS,Lambda,TypeScript) ・流通業 ネットワーク基盤設計/構築・運用/保守(Cisco,Juniper) ・官公庁 基幹システム維持保守/更改(Red Hat Enterprise Linux,Windows,JP1) ・銀行 都銀向けサーバー構築(AWS,Linux) ・旅行業 基盤運用保守(AWSCloudFormation) 上記のほかにも大規模なプロジェクトが多数。 会社からの案件おしつけはなく、 希望の条件をヒアリングしてから プロジェクトをご紹介いたします!
View More
006-009SH_ソリューション開発エンジニア
想定年収
600~800万円
勤務地
神奈川県(横浜市)
業務内容
<業務概要> 今回の募集は、ソリューション開発(クラウド、Web)です。 <業務詳細> クラウドネイティブで開発するWebアプリを前提としたソリューション開発(管理)を担当いただきます。スクラムでの開発が多く、プロダクトオーナーやスクラムマスターなどの役割を担当できる方。 <開発PJの一例> 現場向け対話ソリューション「MelBridge」 https://www.mitsubishielectric.co.jp/communication-solution/ 【変更の範囲】会社の定める業務※ ※業務の都合によっては会社外の職務に従事させるため出向又は転任を命じることがある。
View More
関東エリア・Webオープンソフトウェア開発/多数の業界(銀行・保険・官公庁・介護業界など
想定年収
400~800万円
勤務地
東京都
業務内容
●オープン系 ソフトプログラマーとして、放送システム、医療システムなどのソフトウェア開発に携わります。 入社後、プロジェクト参画が確定するまでは当社にて研修を実施します。 幅広いプロジェクトに携わり、オープン系プログラマーとしての知識を身に付け、経験を積んでいきます。 その後、自身の興味のある分野でご活躍頂けます。 ●Web系 エンジニアとして、ご経験やご興味に合わせて案件にアサインさせていただきます。 【案件例】 ・生産・工程・設備等の管理システム ・エネルギーマネジメントシステム ・動画配信システム 等 【開発言語】 ・Java、C++、C#、Python、PHP、Ruby、JavaScript (Django、Laravel、React、Angular、Vue.js、Node.js、Ruby on Rails)
View More
【経験者向け】ソフトウェア開発職/ワイドバリューグループ
想定年収
-
勤務地
神奈川県
業務内容
<メーカーの研究所や開発拠点で、新商品のソフトウェア開発業務を担当して頂きます> ワイドバリューグループは、プログラミング以上の上流工程業務に対応する部門です。 <職務内容例> ・輸送用機器(自動車、車載用電装品等) └自動運転・安全運転支援システムの制御設計・研究開発 └燃料電池自動車の制御システムのソフトウェア開発 └コネクテッドカー用通信及びアプリケーションソフトウェア開発 └その他各種車載向けECUの制御ソフトウェア開発 ・情報通信機器(スマートフォン、タブレット等)向けソフトウェア開発 ・AI、数値解析・シミュレーション系のソフトウェア開発 ・ICT技術を応用したシステム開発、Web系アプリケーションソフトウェア開発 ・ロボット・生産設備機械・半導体製造装置 等の制御ソフトウェア開発 ※使用言語:C、C++、C#、JAVA、R、Python、VB、SQL 他 ※使用ツール:MATLAB/Simulink、HILS、CANoe、Eclipse、Oracle 他 ※雇入れ直後:各種研修、変更の範囲:顧客企業業務
View More
Webアプリケーションエンジニア
想定年収
500万円~
勤務地
東京都(目黒区)
業務内容
●業務概要 顧客企業と伴走しながら、生成AIや機械学習を組み込んだアプリケーションの設計〜開発〜運用までを担当します。 ●<主な業務例> ・生成AIを組み込んだAIエージェントアプリケーションの開発 ・生成AIアプリケーション/システムのLLMOps/AgentOps設計・開発 ・機械学習アプリケーション/システムのMLOps設計・開発 ・機械学習アプリケーション/システムの新規技術・サービス調査検証 ※詳細は面接時に説明します。 ●プロジェクト事例 AI自動発注システム 未来型無人化店舗「SECURE AI STORE LAB」開発 ●技術スタック 言語:Python、SQL、Scala、Java DWH:Snowflake、BigQuery、Redshift データ基盤:Databricks、Spark、Presto、Hadoop BIツール:Tableau、Looker、PowerBI、Datorama、DOMOなど クラウド:AWS、GCP、Azure ETL/ELTツール: dbt、Fivetran、trocco、Airbyte、Talend、AWS Glue AIフレームワーク:VertexAI、SageMaker、AzureML IaCツール:Terraform、CloudFormation、Ansible
View More
ITコンサルタント・PMO:上流工程で市場価値と年収を伸ばせる
年収アップと市場価値の向上を同時に実現したいシステムエンジニアにとって、ITコンサルタントやPMOへのキャリアアップは現実的な選択肢のひとつです。
ITコンサルタントは、クライアント企業のIT戦略や業務改善を上流から支援する職種です。システムエンジニアとして要件定義や設計を経験してきた人材は、クライアントのビジネス課題を技術的な観点から整理する力がすでに備わっています。この経験はITコンサルタントへの移行で直接活きます。
PMOはプロジェクト管理の支援を担う職種で、ITコンサルタントよりも技術的な専門性よりもプロセス管理やステークホルダー調整のスキルが中心になります。システムエンジニアとしてプロジェクトの進行管理に関わってきた経験がある方は、比較的スムーズに移行できます。
どちらも「技術を直接触る仕事から離れる」という変化を伴いますが、多くのシステムエンジニアが経験してきた「クライアントと開発現場の調整」という業務の延長線上にあるポジションです。
PMOの求人情報
QA / プロセスQA E2Eプロジェクトの品質管理 / 東京/FPTソフトウェアジャパン
想定年収
450~800万円
勤務地
東京都(港区芝公園1丁目7-6 KDX浜松町)
業務内容
●プロジェクト、特に上流工程の品質の目標と戦略の定義 ●プロジェクトマネージャーへコンサルティング、助言 ●上流工程の要件定義と、外部設計~運用工程までのプロジェクトのプロセスと、製品の品質の確保 ●リスクと課題を洗い出し、検出されたリスクと改善項目をプロジェクトマネージャーと協力して対応 ●FPT内の各部門担当者、及び顧客様と運用プロセスの立案 ●品質保証ガイドラインの定義とプロジェクトの品質管理 、メンバーのトレーニング
View More
松尾研発AI企業|上場準備中【CTO直下のPMOポジション】PM組織を統括し、AI開発プロジェクトの品質・収益性を向上させるPMO責任者候補
想定年収
800~1,400万円
勤務地
東京都(千代田区神田小川町)
業務内容
企業ごとの課題に合わせた完全オーダーメイドのAI開発を手掛ける当社にて、複数のAI開発プロジェクトを横断して統括し、デリバリー組織全体の成長と事業拡大を牽引するPMOをお任せします。 各プロジェクトの進捗・品質・リスク・収益状況を管理しながら、各PMと連携してプロジェクトを推進し、顧客への提供価値と事業成果の最大化を目指していただきます。 単なる進捗管理やPMの支援にとどまらず、プロジェクトの状況に応じて自ら課題を発見し、必要に応じて業務を巻き取りながら、プロジェクトを前に進めていただくポジションです。 また、各プロジェクトを通じて得られたSCM領域の業務知識やAI開発のノウハウを組織の資産として蓄積し、デリバリー組織の技術的・組織的な強みの拡張や、今後の事業開発・新たなユースケースの創出につなげていただきます。 「プロジェクトを成功させる」だけでなく、「プロジェクトを通じて、より強いデリバリー組織と事業をつくる」ことが本ポジションのミッションです。 【具体的な業務内容】 ・複数のAI開発プロジェクトにおける進捗・課題・リスク・品質・収益状況の横断管理 ・各プロジェクトPMとの連携およびプロジェクト全体の推進 ・プロジェクトの状況に応じた課題解決やPM業務の巻き取り ・プロジェクト計画、進行管理プロセスの標準化・改善 ・PM向けのプロジェクトマネジメントルール・ガイドラインの策定 ・プロジェクトの品質・リスク管理および改善施策の立案・実行 ・プロジェクトの工数・原価・収支等の管理・改善 ・プロジェクトにおける課題・リスクの早期発見および解決支援 ・顧客との重要な折衝・合意形成への参画 ・PM、エンジニア、データサイエンティスト等のチーム間連携の改善 ・プロジェクトを通じたAI開発プロセス・技術ノウハウの蓄積 ・SCM領域におけるAI活用ユースケースの発掘・体系化 ・プロジェクトで得られた業務知識・技術知見の社内ノウハウ化 ・蓄積した知見を活用した新たなソリューション・事業の創出 ・プロジェクトの振り返り、ナレッジの蓄積・組織への展開 ・PMメンバーの育成・オンボーディング・マネジメント ・経営陣へのプロジェクト状況・リスク・収益状況等のレポーティング ・PM組織およびデリバリー組織のKPI設計・モニタリング ・デリバリー組織の競争力向上に向けた施策の企画・実行 現在は組織拡大フェーズにあり、PMOとしての仕組みやルール自体をこれから構築していく段階です。 個々のPMの経験や力量に依存するのではなく、組織として高い品質でプロジェクトを成功させるための仕組みを構築していただきます。 また、プロジェクトを通じて蓄積したSCM領域の知見やAI開発ノウハウを組織全体に還元し、デリバリー組織の技術的・組織的な強みを拡張していただきます。 プロジェクトの成功や収益性の向上に責任を持ちながら、顧客への価値提供を最大化し、事業を前に進めることが期待されるポジションです。 ●配属先 経営・開発組織と連携しながら、複数のPM・エンジニアを横断してプロジェクトを統括し、デリバリー組織全体の成長を推進するポジションです。 現在はPM組織およびデリバリー組織そのものを拡大・強化しているフェーズであり、PMOとしてプロジェクトマネジメントの仕組みづくりから、プロジェクトの推進、組織の競争力向上まで幅広く携わっていただきます。
View More
PMO
想定年収
-
勤務地
東京都(新宿区)
業務内容
-プロダクトロードマップ策定: プロダクト統括本部全体のロードマップ計画の策定、運営、および継続的な改善 -戦略的プロジェクトの推進: 経営戦略に直結する重要プログラムおよびプロジェクトの推進 -レポーティング: 経営層や各部門長への定期的なレポーティング資料の作成と報告 -プロセス最適化:プロダクト統括本部のデリバリー能力を最大化させるために開発プロセス等の継続的な改善 -PayPayグループ連携のハブ:PayPayグループ各社のPMOと連携し、会社の壁を越えたシームレスなプロジェクト推進を実現する ●組織・チームについて 配属先の組織は、PayPay銀行の成長戦略の根幹をなす「全社プロダクトロードマップ」の運営・統括を担当するチームです。 プロダクト本部、テクノロジー本部などの社内ステークホルダー、さらにはPayPayグループ各社のPMOとも密に連携し、多岐にわたる重要なプロダクト開発プロジェクトを成功に導くことがミッションです。 単なる進捗管理にとどまらず、開発プロセスの改善やグループ標準の手法の導入など、組織のデリバリー能力を最大化させる変革をリードしていただける方をお待ちしています。 ●プロジェクト事例 -預金革命(ドル&円2%預金、ステップアップ円預金)プロジェクト -PayPay店舗専用ローンプロジェクト(AIを活用して与信モデルを構築) -PayPayグループ間サービス連携プロジェクト 他、多数
View More
(課長相当職)AIエージェントを率いてCIセクターのデジタル戦略企画を牽引するCDIOスタッフ
想定年収
1,160~1,490万円
勤務地
東京都(千代田区)
業務内容
●携わる事業・ビジネス・サービス・製品など 日立の中核であるコネクティブインダストリーズセクター(ビルシステム、家電・空調、産業機器、計測・分析装置、水・環境等)の、数万人規模の事業運営・経営基盤(Internal Operations)そのものが対象です。 生成AI・AIエージェント、次世代エンタープライズアーキテクチャを用いて、意思決定プロセス・業務フロー・ガバナンスをAI前提で再構築します。さらに、社内ITの枠を超え、Physical AI時代の事業を支えるデジタル基盤の企画にも携わります。 https://www.hitachi.co.jp/products/infrastructure/connective-industries/sector/index.html ●職務概要 CIO・CISO・CDOを兼任するCIセクターCDIOの直属スタッフとして、セクター全体(国内外グループ会社を含む)のIT/デジタル戦略企画の中枢を担う、1名限定のポジションです。 上位者を介さずCDIOと直接議論し、構想を練り上げ、セクターCEO・CXOが意思決定できる形(定義→価値→数値→既存戦略との接続)に落とし込み、実行部隊へつなぐところまでを担います。担当領域は限定せず、AIエージェント基盤・データ基盤・次世代アーキテクチャから経営層のAI活用支援までを横断します。 特徴は、この戦略企画業務をAIエージェント群と組んで回す点です。情報の集約・整理・下書きはエージェントが担い、人は問いの立て方、戦略の方向の良し悪しの判断、経営を動かす合意形成に時間を使います。エージェントの構築は専任メンバーが担当するため、あなたに求めるのはそれを設計する力ではなく、エージェントを使い倒し、企画の質とスピードを上げる力です。 ●職務詳細 ・セクター全体のIT/デジタル戦略(AIエージェント基盤、データ基盤、次世代エンタープライズアーキテクチャ)の構想立案 ・セクターCEO・CXO・本社経営層向けの戦略資料・経営会議資料の作成と合意形成の支援 ・IT投資・コストデータの構造化とKPI設計(戦略判断が可能な粒度への再設計、投資対効果の定量化) ・社内ITの枠を超えるデジタル基盤(Physical AI等)の新規企画・調査・仮説検証 ・経営幹部へのAI活用ハンズオン支援、セクター全体のAIリテラシー向上施策の企画・運営 ・EAO各部・IT本部・R&D・本社デジタル部門・グループ会社との横断調整 ・上記の企画業務において、AIエージェント群を活用して調査・分析・資料化を高速に回すこと。あわせて「何をエージェントに任せられるか」を実務者の視点でフィードバックし、体制の改善につなげる ●働く環境 ①配属組織/チームについて: CDIO直轄の少数精鋭チームです。企画業務を支えるAIエージェントの設計・実装を担う専任メンバーが別途おり、協働しながら進めます。EAOの各部(AI基盤、セキュリティ、IT投資等)、IT本部、R&D部門とも日常的に連携するクロスファンクショナルな環境です。 ②働き方について: ・生成AIを前提とした働き方が組織の標準です。リサーチ・分析・資料化の多くをAIとの協働で進め、空いた時間を思考と対話に充てています。新しいツールは自ら試し、良ければ組織の標準にする文化です。 ・社内の有識者や外部パートナーの知見を積極的に取り入れ、柔軟に業務推進を行う方針です。 ・秋葉原オフィスへの出社とリモートワークのハイブリッド。グローバルとの連携に対応できるよう、コアタイム無しのフレックス制度を活用いただけます。 ※上記内容は、募集開始時点の内容であり、入社後必要に応じて変更となる場合がございます。予めご了承ください。
View More
006-007SH_プロジェクト管理支援
想定年収
700~900万円
勤務地
大阪府(大阪市)
業務内容
<組織のビジョン・ミッション/活動方針> 我々は、ソフトウエア開発における「プロジェクト管理」、「テスト」、「プロジェクト品質分析」の支援を対応する部門となります。現在は、主に「プロジェクト管理」を支援する部隊となります。 お客様からのニーズ増加を受け、今後も持続的な事業の維持、拡大に向け組織力の強化・対応力強化を推進しています。 <業務概要> 今回の募集はソフトウェア開発プロジェクトのプロジェクト管理支援業務となります。 三菱電機のソフトウェア開発全般における全行程(上位設計から詳細設計、開発、試験、出荷)のPMO業務支援を行っております。 メインで電力系統システム(神戸)の案件を扱っており、その他今後受注案件や領域が拡大見込みです。 <業務詳細> ソフトウェア開発プロジェクト全般の定型業務(進捗報告や各開発フェーズ支援)や改善業務(業務効率化)に対応いただきます。 <キャリア> 組織のマネジメント層、または技術のエキスパート層へのパスがございます。 プロジェクト内では、まずは一つの領域の担当として参画して頂き、 システム全体の仕様や担当領域の詳細を覚えながら、将来的には担当領域のリーダーとして 成長頂くことを期待します。 <働き方> 残業時間:約20h/月 (繁忙期に応じて変動有) 出張:対面による対応も大事にしており、神戸(和田岬)へ週に1,2回程度発生いたします。 リモート対応:可 (週2~3日程度) 【変更の範囲】会社の定める業務※ ※業務の都合によっては会社外の職務に従事させるため出向又は転任を命じることがある。
View More
クラウド・インフラエンジニア:専門性を深めながら安定した環境へ
技術への関心は高いが、運用・保守のルーティンワークに閉塞感を感じているシステムエンジニアにとって、クラウドエンジニアへの転向は専門性を深める方向でのキャリアチェンジとして有効です。
クラウドエンジニアはAWSやAzure、GCPといったクラウドサービスを活用してインフラを設計・構築・運用する職種です。企業のクラウド移行(クラウドマイグレーション)やDX推進の需要を背景に、市場での需要は拡大しています。運用・保守中心の業務と異なり、設計・構築フェーズに関われるポジションでは技術的な成長も実感しやすいです。
AWS認定ソリューションアーキテクトなどのクラウド資格は、転向の意志と基礎知識を示す手段として有効です。 システムエンジニアとしてのサーバーやネットワークの基礎知識はクラウドエンジニアへの移行でそのまま活きるため、完全未経験からの転職と比べてハードルは低くなります。
また、クラウドエンジニアはその後のキャリアパスも広く、SRE(サイトリライアビリティエンジニアリング)やクラウドアーキテクト、セキュリティエンジニアへの発展も視野に入ります。専門性を軸にキャリアを積み上げたいシステムエンジニアには、長期的に選択肢が広がる転職先です。
インフラエンジニアの求人情報
AIOpsプロダクト開発エンジニア
想定年収
600~1,400万円
勤務地
東京都(中央区日本橋馬喰町)
業務内容
ご入社時点のスキル・経験に応じて、以下いずれかのポジションでご活躍いただきます。年齢は問わず、スキル・経験に応じて判断します。将来的には他ポジションへのキャリアアップも想定しています。 ●運用エンジニアとして(SRE志向のクラウド運用エンジニア) ・クラウド/オンプレを問わず、既存の運用フローをAIと自動化で改善 ・ログ収集・分析の自動化パイプラインの構築 ・機械学習ライブラリを用いた、時系列データからのシステム障害予兆検知の検証(PoC) ・ITILのインシデント管理プロセスに準拠した上で、生成AI(ChatGPT API等)を活用した障害アラートの一次切り分け・チケット起票の自動化 ●運用マネージャーとして(運用プロセス高度化) ・運用チームのマネジメント、運用プロセス全体の高度化をリード ・SaaS/AIツールの選定と業務プロセスへの導入・定着推進 ・監視基盤(Datadog等)の導入・監視項目の最適化 ・インシデント対応にLLMを活用し解決策を提案する仕組みの構築 ・定常作業の自動化推進による対応時間短縮・残業削減の実現 ●AI戦略ディレクターとして(事業部横断) ・事業部横断でのAI戦略・ガバナンスの推進 ・組織全体のAI活用を見据えたルール・ガバナンス体制の構築 ・ベンダーマネジメントを含む高度な運用設計 ・社内向けAI利用ガイドラインの策定、セキュリティリスク評価 ・ベンダー折衝、エンタープライズ向けAI運用支援ソリューションの要件定義・導入統括 ・レガシー運用チームのリスキリングプログラムの企画・実行
View More
【システム開発部】インフラエンジニア(リーダー)
想定年収
648~900万円
勤務地
東京都(豊島区)
業務内容
薬局・病院・介護施設向けサービスの安定稼働を支えるインフラエンジニアを募集しています。 AWSを活用し、スケーラブルで高可用性な環境を構築・運用しています。 設計から運用まで幅広く携われます。 医療業界のDXを支える社会貢献性の高い仕事に挑戦しながら、スキルを磨きませんか? 成長意欲のある方をお待ちしています。 【仕事内容】 担当サービスの新規、または既存機能の設計・開発・テスト・リリースの実施 担当サービスの保守、監視、トラブルシューティング、バグ改修 担当サービスのシステム改善(リファクタリング、最適なアーキテクチャの選定・導入・評価、負・荷測定およびパフォーマンス改善)の実施
View More
【広島・中途】エンジニア職(組み込み開発(C/C++)
想定年収
450~850万円
勤務地
広島県(広島市)
業務内容
大手SIer経由案件が約80%、エンドユーザー直案件が約20%で、幅広いプロジェクトがあります。 社歴や年齢に関係なく、エンジニア自身が案件を自由に選択できます。 今までは下流工程のみだったという方も上流工程にチャレンジ可能です。 現在保有している案件のうち、約7割がリモート勤務可能な案件となっております。 ●プロジェクト例 【開発実績】 ・通信 基地局統合支援(Java,JavaScript,SQL,Shell,Linux) ・銀行 国内外送金システム(Java,JavaScript,Windows) ・製薬 営業支援システム(C#.net, Windows,SQLServer) ・サービス ポイントシステム(Java,JavaScript,Docker) ・メーカー 車載パワーコントロールユニットECU(C,C++) ・物流 従業員向けシステム(Java,Vuejs,Spring) 【インフラ実績】 ・損保 データセンター移設設計構築(Linux,Windows,Apache,Tomcat,IIS) ・電気メーカー 環境構築(AWS,Lambda,TypeScript) ・流通業 ネットワーク基盤設計/構築・運用/保守(Cisco,Juniper) ・官公庁 基幹システム維持保守/更改(Red Hat Enterprise Linux,Windows,JP1) ・銀行 都銀向けサーバー構築(AWS,Linux) ・旅行業 基盤運用保守(AWSCloudFormation) 上記のほかにも大規模なプロジェクトが多数。 会社からの案件おしつけはなく、 希望の条件をヒアリングしてから プロジェクトをご紹介いたします!
View More
【紹介会社/東京】IT/セキュリティエンジニア
想定年収
360~630万円
勤務地
東京都
業務内容
あなたにお任せしたいお仕事は、セキュリティ方針の策定や、セキュリティ・バイ・デザイン導入、セキュリティ機器構築などといったセキュリティエンジニア業務のお仕事になります。 • 企業のセキュリティ方針(ISMSなど)の策定や、リスク評価、対策の立案。 • クライアントや経営層へのセキュリティシステム・体制の提案。 • 設計(セキュリティ・バイ・デザイン) └要件定義に基づき、OS、ファイアウォール、認証システム、クラウド等のセキュリティ設計書を作成。 └ネットワークやサーバー、アプリケーション全体の脆弱性を考慮した構造を検討。 • 実装・構築 └ファイアウォールやセキュリティ機器の設置・設定。 └データの暗号化、アクセス権限(IAM等)の管理、セキュアなコーディングや環境構築。 • テスト(脆弱性診断・ペネトレーションテスト) └構築したシステムや既存のWebアプリケーションに対し、疑似攻撃を行って脆弱性がないかを検査。 └ソースコードの静的・動的解析。 • 運用・保守(監視・インシデント対応) └SOC(セキュリティオペレーションセンター)での24時間365日の通信監視・ログ解析。 └OSやソフトウェアのアップデート、パッチ管理。 └サイバー攻撃や情報漏洩が発生した際のCSIRT(緊急対応チーム)としての原因究明と復旧作業。 リクルートグループ、楽天グループ、サイバーエージェントグループなど、WEB業界を牽引するトップ企業含め様々な企業と安定的な取引を行っております。 当社社員は、プロダクションカンパニーの一員として各社クライアントのプロジェクトに参画し、1つの会社に長年いては実現できない多彩なスキルやノウハウを身に付けることができます!
View More
アプリケーションエンジニア | 最先端のAI・クラウドを極め、キャリアの選択肢を広げられる開発環境
想定年収
500~1,000万円
勤務地
東京都(渋谷区)
業務内容
Google Cloud プレミアパートナーとして培ったインフラ基盤の技術力と、生成AI・データ分析基盤・クラウドネイティブ技術を掛け合わせ、お客様のビジネス課題を解決するアプリケーション開発エンジニアを募集します。 本ポジションでは、実務で培ったスキルを重視します。アプリケーション、インフラ、データなどの領域を横断し、AIも活用しながら、要件の整理から設計・実装・運用まで携わります。 経験を重ねた先には、自ら設計・実装に携わりながら、技術面とプロジェクトの両方をリードする役割も担っていただきます。 具体的な業務 ご経験やキャリア志向に応じて、以下の業務を幅広くお任せします。 ●Webアプリケーション:設計・開発・運用 ・Google Cloud / AWS / Azure の最適なマネージドサービスを活用したアーキテクチャ設計・実装 ・生成AI (LLMなど)を活用した新規機能・PoCの提案および開発 ・既存アプリケーションをクラウドネイティブ環境へ刷新するモダナイゼーション ●データ分析基盤:開発・運用 ・大規模データの並列・分散処理システムの設計・開発 ・意思決定支援のためのKPI可視化・パイプライン構築 ●PL / リード業務(志向性に応じて担当) ・プロジェクト推進、タスク管理、技術選定の主導 ・若手エンジニアのコードレビューや技術メンタリング ・クライアントへの技術提案・要件定義支援 開発環境 ●開発言語 ・バックエンド:Python ・フロントエンド:TypeScript(React) ●クラウドサービス • Google Cloud, AWS, Microsoft Azure ●ミドルウェア・コンテナ ・コンテナ:Docker, Podman ・データベース:MySQL, PostgreSQL, etc... ●ツール・開発環境 ・IDE:VS Code, JetBrains系(PyCharm等), etc... ・ソース・プロジェクト管理:GitHub, Bitbucket, Backlog, etc... ・ドキュメント管理:Google Workspace, DocBase, Box, etc... 案件例・実績 ●Agent Search(旧Vertex AI Search)を組み込んだ社内ナレッジ検索システムの開発 【課題】 ・事業部内に散在する膨大な技術文書や過去の資料から、必要な情報を探し出すのに膨大な時間がかかっていました。 【アプローチ】 ・Google Cloudのエンタープライズサーチ技術である「Agent Search(旧Vertex AI Search)」を導入。自然言語での曖昧な検索にも対応し、AIが関連性の高い文書を瞬時に提示するシステムを構築しました。これにより、従業員の調査時間を大幅に短縮し、検索業務の効率を80%改善することに成功しました。 チーム体制 所属部署: CloudTech Division / Cloud Development Sec. CloudTech Divisionは、以下の2つの専門チームで構成されています。 ・Cloud Development Sec.: Webアプリケーション開発 ・Cloud Infrastructure Sec.: クラウドインフラ ●変更の範囲 ・入社後1年間は、原則として業務内容の変更なし。その後、本人のスキルやキャリアプランを考慮し、双方合意の上で変更する場合あり。
View More
システムエンジニアからの転職で失敗しないための3つのポイント
「きつい環境を変えたい」という気持ちが固まっても、転職の進め方を誤ると同じ問題を繰り返すことになります。システムエンジニアからの転職で失敗するケースの多くは、「なぜ辞めたいのか」「どうなれば解決するのか」が整理されないまま動き出してしまうことにあります。
転職活動をはじめる前に、次の3つのポイントを押さえておきましょう。
- 「なぜ辞めたいのか」を明確に言語化する
- どのような状態になれば「きつさ」を解決できるかを整理する
- 転職エージェントを活用してキャリア相談する
「なぜ辞めたいのか」を明確に言語化する
転職活動では、面接で必ずと言っていいほど「なぜ今の会社を辞めるのですか」と聞かれます。しかしこの問いは面接対策のためだけでなく、自分自身の転職の方向性を定めるためにも重要です。
「きつい」「疲れた」という感覚は出発点にはなりますが、それだけでは転職先を正しく選べません。次の問いに答えながら、辞めたい理由を具体的に言葉にしてみましょう。
| 問い | 言語化の例 |
|---|---|
| 何がきついのか | 納期前の長時間労働、深夜のトラブル対応、クライアント対応の消耗 |
| いつからきつくなったか | プロジェクトリーダーになってから、現場が変わってから |
| 今の環境のどこが問題か | 多重下請けで裁量がない、技術が古くスキルが停滞している |
| 転職せずに解決できる問題か | 異動で変わる可能性はあるか、会社に改善を求めた経験はあるか |
「辞めたい理由」と「転職で解決したいこと」は必ずしも一致しません。 辞めたい理由が「残業が多い」であっても、解決したいことが「技術的な成長機会がほしい」であれば、残業の少ない職場に移るだけでは満足できない可能性があります。両方を丁寧に言葉にすることで、転職先の条件が見えてきます。
どのような状態になれば「きつさ」を解決できるかを整理する
辞めたい理由が整理できたら、次は「どうなれば解決するのか」を具体的にイメージします。ここが曖昧なまま転職活動に入ると、求人を見ても何を基準に選べばよいかわからなくなります。
「きつさが解消された状態」を考えるとき、次の4つの軸で整理すると判断しやすくなります。
| 軸 | 考えるべき問い |
|---|---|
| 働き方 | 残業時間、リモートワークの有無、オンコール体制はどうなるか |
| 仕事の内容 | 上流工程に関わりたいか、技術を深掘りしたいか、管理職を目指すか |
| 年収 | 現在の年収から上げたいか、維持でよいか、許容できる下限はどこか |
| 将来性 | 5年後に何ができるようになっていたいか、市場価値はどう変化するか |
この4軸のうち、転職先に求める優先順位を決めましょう。すべてを同時に改善できる転職先はほとんど存在しません。
たとえば「残業を減らして生活を安定させる」ことを最優先にするなら、年収の大幅なアップよりも社内システムエンジニアへの転職が現実的です。一方、「年収を大きく伸ばして市場価値を高める」ことを優先するなら、きつさが増す可能性があっても上流工程やITコンサルタントへのキャリアアップが選択肢になります。
転職に何を求めるかを明確にしておくことが、転職活動の軸になります。 この軸がないまま動き出すと、複数の求人を比較したときに迷い続けることになります。
転職エージェントを活用してキャリア相談する
辞めたい理由と解決したい状態が整理できたら、転職エージェントへの相談を検討しましょう。自分一人では気づきにくい市場価値の客観的な評価や、非公開求人へのアクセスなど、エージェントを活用することで転職活動の精度が上がります。
システムエンジニアからの転職では、とくに次のような場面でエージェントのサポートが役立ちます。
- 自分のスキルが転職市場でどう評価されるかを把握したい
- SIer・SES・社内システムエンジニアの実態を知ったうえで転職先を選びたい
- 年収交渉を自分でおこなうことに不安がある
- 在職中で転職活動に割ける時間が限られている
ただし、エージェントの選び方には注意が必要です。総合型のエージェントではシステムエンジニアの転職市場に精通したアドバイザーに当たらない場合があります。IT・エンジニア領域に特化したエージェントを選ぶと、現場感のあるアドバイスと求人紹介を受けやすいです。
また、複数のエージェントに登録して比較することも有効です。エージェントによって保有する求人の傾向や得意な領域が異なるため、1社だけに絞るよりも選択肢が広がります。相談は無料でできるため、まず話を聞いてみるという姿勢で十分です。
きつい環境からの脱出を考えるITエンジニア転職ならテックゴー
システムエンジニアとして「今の環境を変えたい」と感じているなら、転職先の選び方と交渉力が年収と働き方の両方を左右します。
テックゴーは、ITエンジニア・ITコンサル領域に特化した転職エージェントとして、SIerや多重下請け構造の下層から上流工程・高年収ポジションへの転向を数多くサポートしてきました。
テックゴーの特徴は次の通りです。
- エンジニア・ITコンサル領域に特化しており、上流案件の求人を多数保有している
- 平均年収アップ金額は144万円と、収入アップの実績が豊富にある
- 年収アップの成功率は86%で、交渉をすべて代行してもらえる
- アドバイザーは元エンジニア・ITコンサル出身者が多く、現場感覚に基づいたアドバイスを受けられる
- 面接対策は回数無制限で、選考通過に向けて徹底サポートしてもらえる
今の職場でのきつさを整理したうえで、転職でどこまで状況を変えられるかを確認するところからはじめてみましょう。
まとめ
この記事では、システムエンジニアが「きつい」と感じる理由の構造と、環境を変えることでその状況を改善できる転職先の例を解説しました。納期前の業務集中、深夜のトラブル対応、多重下請け構造による年収の伸び悩みなど、きつさの多くは個人の能力や適性ではなく、所属する環境や商流に起因しています。
「辞めたい」と感じたときにまず問うべきことは、きつさの原因が環境にあるのか、職種そのものへの違和感なのかという点です。環境が原因であれば、社内システムエンジニア・自社開発・ITコンサルタント・クラウドエンジニアなど、システムエンジニアの経験を活かしながら働き方を変えられる転職先が複数あります。
転職先を正しく選ぶためには、「なぜ辞めたいのか」「どうなれば解決するのか」を言語化したうえで動き出すことが大切です。
きつい環境をひとりで抱え込む必要はありません。テックゴーでは、今の状況の整理から転職先の選定・年収交渉まで、元エンジニア・ITコンサル出身のアドバイザーが一貫してサポートします。まずは無料で相談してみてください。
よくある質問
システムエンジニアは本当にきつい仕事ですか?
きつい面がある仕事であることは事実ですが、「すべてのシステムエンジニアがきつい」というわけではありません。きつさの実態は、所属する企業の形態や担当するポジションによって大きく異なります。
たとえばSIerの受託開発で納期前に集中的な残業をこなしているシステムエンジニアと、社内システムエンジニアとして定時に近い働き方をしているシステムエンジニアでは、同じ職種名でも日常の業務負荷はまったく異なるでしょう。
きつさの本質は職種ではなく環境にある場合が多く、働く場所と商流を変えることで状況は変わります。 「きつい職種だから諦める」のではなく、「どの環境なら自分の力を発揮できるか」を考えることが先決です。
SEが「きつい」のは自分の適性のせいですか?
適性の問題である場合もありますが、多くのケースでは環境の問題です。この2つを混同したまま判断すると、転職しても解決しないか、本来続けられたキャリアを手放すことになります。
きついと感じた際は、「今の会社・現場を離れても、システムエンジニアとして働くこと自体がきついと思うか」という問いを自分に投げかけてみてください。
もし「今の環境がきついのであって、仕事の中身は嫌いではない」と感じるなら、適性よりも環境に問題がある可能性が高いです。
一方、技術的な学習そのものが苦痛、論理的な作業よりも対人・折衝業務に手応えを感じる、システムの完成に達成感を持てないといった状態が続いているなら、職種との相性を改めて考える価値があります。
ただし、疲弊した状態での判断は避けてください。心身のコンディションが回復した状態で改めて向き合うことが、正確な判断につながります。
社内SEはシステムエンジニアよりも楽ですか?
残業時間や納期のプレッシャーという点では、受託開発のシステムエンジニアよりも楽になりやすいです。ただし、「楽」という言葉で一括りにすると実態と乖離します。
社内SEには、受託開発とは異なる種類のきつさがあります。社内のIT全般を少人数で担当するため業務範囲が広く、特定の技術を深掘りする時間が取りにくいです。社内の利用者が顧客になるため、無茶な要望を断りにくい場面も生じます。また、求人数が少なく競争率が高いため、転職自体のハードルも高めです。
納期のプレッシャーや客先対応から解放されたい方には有効な転職先ですが、技術的な専門性を高めたいシステムエンジニアには物足りなさを感じることもあります。 自分がきつさの何を解消したいのかによって、社内SEが最適かどうかが変わります。
きついSE環境から転職するなら何歳までが現実的ですか?
年齢は転職の際に意識される要素ですが、システムエンジニアの転職においては「何歳まで」という上限を設けるよりも、「どのスキルと経験を持っているか」のほうが重要です。
厚生労働省「IT・デジタル人材の労働市場に関する研究調査事業(令和6年3月)」では、IT・デジタル人材における労働移動を通じた賃金上昇のポイントとして「年齢は大きな制約にはならないこと」が明示されています。実際に、30代・40代のシステムエンジニアがITコンサルタントや上流工程のポジションへ転向して年収を大幅に引き上げるケースは珍しくありません。
ただし、年齢が上がるにつれて即戦力としての期待値も高まります。20代のうちは成長のポテンシャルを評価してもらいやすい一方、30代以降は設計・要件定義・プロジェクト管理といった上流工程の経験や、チームを率いた実績が選考で問われる場面が増えます。
そのため、「転職したいと思ったとき」が動き出すベストなタイミングです。 年齢を理由に先送りにするよりも、今の自分のスキルと経験で何ができるかを確認するところからはじめましょう。
