TechGo

ITエンジニア転職ならテックゴー

ITエンジニア転職・求人TOP>

フルスタックエンジニアとは?仕事内容と年収、幅を広げる前に知るべき現実

2026年09月30日更新

「フルスタックエンジニア募集」という求人を見かけて、今の自分が当てはまるのか、それとも担当領域をもっと深めたほうがよいのか迷っていないでしょうか。

フルスタックエンジニアは、フロントエンド・バックエンド・インフラといった複数の領域を横断して開発に関わるエンジニアを指す言葉です。ただし、言葉としての明確な定義はありません。スタートアップでは一人でサービスを作り切れる人、SIerでは全体を理解したうえで設計を判断できる人というように、企業によって求められる中身が変わります。

この記事では、以下の内容を解説します。

  • フルスタックエンジニアの仕事内容とSEとの違い
  • 企業のタイプごとに「フルスタック」が指す中身
  • 自分がフルスタックを名乗れる水準かを判断するポイント
  • 年収相場と、幅を広げる前に知っておきたい現実
  • フルスタックから目指せるキャリアパス

今の担当領域から幅を広げるべきか迷っているエンジニアの方に、判断の材料になる情報をお伝えしているので、ぜひ参考にしてください。

目次

CONTENTS

フルスタックエンジニアとは

フルスタックエンジニアという言葉は広く使われていますが、指している範囲は企業や人によって少しずつ違います。まずは言葉の意味と、現場での役割の実態を整理しておきましょう。

ここで解説するのは、次の4点です。

  • 複数の技術領域を横断して開発に関わる
  • 職種名というより、開発体制に応じた役割を指す
  • 一人ですべてを担当するとは限らない
  • SEとは仕事の範囲を区切る軸が違う

それでは、順に見ていきましょう。

フルスタックエンジニアとは、フロントエンド、バックエンド、データベース、インフラといった複数の技術領域を横断して開発に関わるエンジニアのことです。スタックは、画面からサーバー、データベース、実行環境へと積み重なるシステムの層を指します。その層を上から下まで扱えるという意味で、フルスタックと呼ばれています。

たとえば会員登録の機能なら、入力画面を作り、受け取ったデータを処理するAPIを書き、保存先のテーブルを設計し、動かす環境まで整えるところを一人で通せる状態です。

ひとつの機能を最初から最後まで通して担当できることが、フルスタックと呼ばれる条件の中心です。

参考:厚生労働省 職業情報提供サイト(job tag)「システムエンジニア(Webサービス開発)」

フルスタックエンジニアは求人票では職種名として使われていますが、仕事の範囲を定めた公的な定義はありません。

そのため、フルスタックエンジニアという言葉は、決まった業務の範囲を指すというより、開発体制の中で与えられる役割を表すと考えたほうが実態に合います。

たとえば、エンジニアが3〜4人しかいないチームでは、一人が画面からインフラまで受け持つ場面が自然に増えます。反対に、領域ごとに専門のチームが分かれている組織では、全領域を担う役割はそもそも置かれません。

フルスタックかどうかは、本人のスキルだけでなく、所属する開発体制によっても決まります。この前提を持っておくと、求人票に書かれたフルスタックという言葉の受け止め方が変わるでしょう。

フルスタックエンジニアと聞くと、開発のすべてを一人で抱える姿を思い浮かべる方もいるでしょう。しかし、実際の現場でよく見られるのは、次のようにチームの中で動く形です。

  • 人手が足りない領域に入り、開発を前に進める
  • 主担当の領域を持ちつつ、隣接する領域もカバーする
  • 複数のフルスタックエンジニアでチームを組む

Fintan(TISI株式会社)が公開している「フルスタックエンジニアの成熟度モデル」でも、チーム全体でフルスタックのスキルをカバーする構成が望ましいとされています。そのうえで、メンバーの一人ひとりには、得意領域を深く持ちながらほかの領域も広く押さえるT字型のスキルを身につけることが求められています。

つまり、フルスタックエンジニアの価値は、一人で全部を作れることより、領域をまたいでチームの手薄な部分を埋められる点です。

参考:Fintan「フルスタックエンジニアの成熟度モデル」

SEとフルスタックエンジニアは、どちらも開発に関わる職種ですが、仕事の範囲をどの軸で区切っているかが違います。

SEは、要件定義や基本設計といった開発の前段にあたる上流工程から、開発やテストの管理までを担うことが多い職種です。つまり、仕事の範囲を工程で区切っています。

一方で、フルスタックエンジニアは、フロントエンドからインフラまでの技術の層を横断して実装に関わります。こちらは、仕事の範囲を技術領域で区切っている職種です。

観点システムエンジニア(SE)フルスタックエンジニア
範囲を区切る軸開発の工程技術の領域
中心になる仕事要件定義・設計・進行管理画面・API・データベース・実行環境の実装
評価されやすい経験顧客との調整や設計の取りまとめ領域をまたいで機能を完成させた実績

軸が違うため、両者はどちらか一方を選ぶ関係ではありません。小規模なチームでは、上流工程から実装まで担うSEが、結果としてフルスタックな働き方をしていることもあります。

SEの仕事内容や年収については、次の記事でも解説しています。ぜひ参考にしてください。

SE(システムエンジニア)とは?仕事内容・年収・向いている人を解説

SE(システムエンジニア)とは?仕事内容・年収・向いている人を解説

フルスタックエンジニアの仕事内容

フルスタックエンジニアが関わる仕事は、担当するプロダクトや開発体制によって変わりますが、主な領域は次の6つです。

  • ユーザーが操作する画面を作る(フロントエンド開発)
  • サーバー側の処理とAPIを実装する(バックエンド開発)
  • データの持ち方を設計し、データベースを構築する
  • アプリが動く環境をクラウド上に整える
  • Webサービスやスマホアプリとして機能を形にする
  • 要件定義や設計の段階から関わる

どの領域でも、専任のエンジニアとは関わり方が少しずつ違います。それぞれの仕事内容と、専任との違いを確認していきます。

フロントエンド開発では、ユーザーが直接操作する画面を実装します。HTML・CSS・JavaScriptに加えて、ReactやVue.jsなどのフレームワークで画面を組み立て、入力内容のチェックや画面遷移といった操作に応じた動きを作ります。

専任のフロントエンドエンジニアと違うのは、画面の裏側にあるAPIやデータの構造を踏まえて実装する点です。たとえば一覧画面の表示が遅い場合、画面側で工夫するだけでなく、APIが返すデータの量や取得の仕方まで見直せます。

画面だけで完結させず、システム全体への影響を意識しながら作れることが、フルスタックならではの強みです。

バックエンド開発では、画面からのリクエストを受け取って処理し、結果を返すサーバー側の仕組みを作ります。Java、Python、PHP、Ruby、Go、Node.jsなどを使い、業務ロジックの実装やAPIの設計、外部サービスとの連携を担当します。

フルスタックエンジニアの場合、画面側でどう使われるかを理解したうえで処理を設計できるのが特徴です。たとえば、画面が一度に必要とする情報をまとめて返すAPIにすれば、通信の回数が減り、画面の表示も速くなります。

使う側の都合まで想像してAPIを設計できると、仕様変更が入ったときも画面とサーバーの両方をまとめて直せるため、手戻りを小さく抑えられます。

データベースの設計・構築では、アプリケーションが扱うデータをどのような構造で保存するかを決め、実際に使える状態に整えます。テーブル設計やリレーションの定義、インデックスの設定、バックアップの仕組みづくりが主な作業です。使う製品はMySQLやPostgreSQLのほか、Amazon RDSのようなクラウドのマネージドサービスが増えています。

フルスタックエンジニアは、画面でどうデータを見せるか、APIでどう取り出すかを踏まえて設計に関わります。データの持ち方は、あとから変えるほど影響が大きくなる部分です。

画面とAPIの両方を知っている人が設計に入ると、あとで作り直す手間を減らせるため、小規模なチームほどこの役割を任されやすくなります。

インフラ・クラウド環境の構築では、アプリケーションが動く実行環境を整えます。AWSやGoogle Cloud、Azure上でのサーバーやネットワークの設定、Dockerなどのコンテナ環境づくり、テストとデプロイを自動化するCI/CDの整備、監視やログの仕組みづくりが対象です。

ただし、フルスタックエンジニアが担うインフラは、アプリケーションを動かすための環境が中心です。データセンターの運用や大規模なネットワークの設計、全社的なセキュリティ基盤の構築は、専門のインフラエンジニアが担当するのが通常です。求人票で「インフラも担当」とあっても、どこまでを指すかは企業によって大きく違います。

Web・モバイルアプリケーションの開発では、ここまでの領域をつなぎ合わせて、ユーザーが使えるサービスとして機能を形にします。ブラウザで使うWebアプリに加え、案件によってはiOSやAndroid向けのスマホアプリを担当することもあります。

スマホアプリではSwiftやKotlinのほか、React NativeやFlutterのように、ひとつのコードで両方のOSに対応できる仕組みも選択肢のひとつです。

ただし、モバイルアプリの開発はOSごとの審査やリリースの手順が独特なため、専任のエンジニアを置く企業もあり、フルスタックの担当範囲に必ず含まれるわけではありません。

Webアプリを中心に、必要に応じてモバイルにも関わるという形が、フルスタックエンジニアの仕事としてはよく見られます。

小規模なチームでは、フルスタックエンジニアが要件定義や設計といった上流工程から関わることもあります。要件定義は、どんな機能をどこまで作るかを決める工程で、設計はそれを画面・処理・データの構造に落とし込む工程です。

フルスタックエンジニアが上流に入ると、要件を聞いた段階で、どの層でどう作れば無理がないかを判断できるのが強みです。実装の手間や運用の負担まで見越して仕様を決められるため、あとから仕様を変える場面を減らせます。

「フルスタック」の中身は企業と案件のタイプで変わる

求人票に同じフルスタックエンジニアと書かれていても、企業のタイプによって求められる中身は大きく違います。どのタイプの求人かを見分けられないと、自分の経験が合っているかも判断できません。

主なタイプは、次の4つです。

  • スタートアップは、一人で作り切れる人を求める
  • 事業会社・メガベンチャーは、軸足と隣接領域の設計を求める
  • SIer・受託開発は、全体を理解した設計判断を求める
  • 分業が進んだ大規模開発には、フルスタックの枠がない

ここからは、タイプごとに中身と求人票での表れ方を解説します。

スタートアップのフルスタックエンジニアに求められるのは、少人数でプロダクトを最初から最後まで作り切れることです。

エンジニアが数名しかいない段階では、画面・API・データベース・インフラを分担する余裕がありません。要件が固まりきらない状態から仕様の相談に入り、技術選定まで任されることもあります。

求人票では、次のような表現がよく使われます。

  • ゼロからプロダクトを立ち上げる
  • 技術選定から関わる
  • 少人数のチームで幅広く担当する

評価されやすいのは、担当外の領域でも自分で調べて形にし、リリースまで持っていった経験です。業務で機会がなかった場合は、個人開発でサービスを公開した実績も判断材料として見られます。

ある程度の規模がある事業会社やメガベンチャーでは、フロントエンド・バックエンド・インフラのチームが領域ごとに分かれています。そのなかでフルスタックと呼ばれるのは、ひとつの領域を主担当として深く持ちながら、隣接する領域の設計やレビューにも意見を出せる人です。

たとえば、バックエンドを主担当にしつつ、フロントエンドのデータ取得の設計にも意見を出し、インフラの構成変更にもレビューで関わるような役割です。

求人票では、次のような書き方が目印になります。

  • 主担当領域の実務経験を必須にしている
  • 領域を越えた設計やレビューを歓迎要件にしている
  • チームを横断して開発を進める役割とされている

このタイプでは、全領域を同じ深さで扱えることより、主担当の領域で成果を説明できることが先に見られます。

SIerや受託開発では、プロジェクトの規模が大きく、実装を協力会社や別チームと分担して進めるのが通常です。そのため、ここでいうフルスタックは、自分で全部を書く人ではなく、アプリケーションからインフラまでの全体を理解したうえで方式や構成を決められる人を指します。

顧客の要件を聞き、どの層でどう実現すれば性能や運用に無理が出ないかを判断して、設計としてまとめる役割です。

求人票では、次のような言葉が使われます。

  • アーキテクトとして方式設計を担当する
  • 性能や可用性といった非機能要件まで設計する
  • 技術的な観点で顧客に提案する

このタイプは、フルスタックエンジニアの延長線上にある、システムアーキテクトへのキャリアに最も近い位置にあります。手を動かせる範囲の広さより、判断の根拠を説明できるかが評価の分かれ目です。

大規模なWebサービスや基幹システムの開発では、領域ごとに専門のチームが置かれ、役割がはっきり分かれています。このような環境では、一人が画面からインフラまでを担う役割そのものが用意されていません。

求人票にもフルスタックという言葉はほぼ出てこず、フロントエンドエンジニアやSREのように、領域を限定した職種名で募集されます。

気をつけたいのは、このタイプの企業でフルスタック志向を強く打ち出すと、専門性が弱い人と受け取られる場合があることです。応募するなら、幅広さを前面に出すより、応募する領域での深さを先に示しましょう。

フルスタックエンジニアに求められるスキル

フルスタックエンジニアに求められるスキルは、技術の領域ごとの知識と、領域をつなぐ力の2種類に分かれます。どの領域も同じ深さで身につける必要はなく、主担当の領域を深く、それ以外を実務で困らない範囲まで押さえるのが現実的です。

  • フレームワークで画面を実装できる
  • APIを設計し、サーバー側の処理を書ける
  • データの持ち方を設計し、SQLで扱える
  • アプリが動く環境の構成を説明できる
  • システム全体への影響を見通して設計できる
  • 職種の違う相手と合意を作れる

それぞれ、どこまでできれば十分かとあわせて紹介します。

フロントエンドでは、HTML・CSS・JavaScriptに加えて、TypeScriptと、ReactやVue.jsなどのフレームワークを使った画面の実装スキルが求められます。見た目を整えるだけでなく、状態管理やAPIとの通信、エラー時の表示まで含めて、ひとつの画面を動く状態にできることが基準です。

フロントエンドが主担当でない場合の目安は、次の水準です。

  • 既存のコンポーネントを使って画面を追加できる
  • APIから取得したデータを画面に反映できる
  • 表示が遅い原因を開発者ツールで調べられる

デザインの細部まで作り込めなくても、データの流れを理解して画面を組めれば、フルスタックとして求められる役割は果たせます。

バックエンドでは、Java、Python、PHP、Ruby、Goといったサーバーサイドの言語や、Node.jsのような実行環境と、そのフレームワークを使った実装スキルが求められます。

フルスタックエンジニアにとってとくに比重が大きいのは、画面とサーバーの境目にあたるAPIの設計です。どの画面がどの情報を必要とし、どの単位で返せば使いやすいかを決められるかどうかで、開発全体の進みやすさが変わります。

主担当でない場合でも、次のことができれば実務で困りません。

  • 既存のAPIに項目や処理を追加できる
  • 認証やエラー処理の仕組みを理解して実装できる
  • 処理の流れを追って不具合の原因を特定できる

言語の数を増やすより、APIの設計を理解しているほうが、フルスタックとしての評価につながります。

データベースでは、SQLでデータを取得・更新できることに加えて、テーブルの設計ができることが求められます。正規化の考え方、インデックスの効き方、トランザクションの扱いを理解していれば、画面やAPIの要件からデータの持ち方を決められます。

専任でなくても押さえておきたいのは、次の3点です。

  • 画面の要件からテーブルを設計できる
  • 遅いクエリの原因を実行計画で調べられる
  • マイグレーションで安全にスキーマを変えられる

データベースは、あとから構造を変えるほど影響が大きくなる領域です。実装を急ぐ場面でも、データの持ち方を先に考えられるかどうかで、あとの手戻りが大きく変わります。

インフラでは、専門のインフラエンジニアと同じ深さは求められません。求められるのは、自分たちのアプリケーションがどんな構成で動いているかを説明でき、簡単な変更なら自分でおこなえることです。

具体的には、次のことができれば十分です。

  • Linuxを操作してログを確認できる
  • AWSやGoogle Cloudの主要なサービスの役割を説明できる
  • Dockerでアプリの実行環境を作れる
  • CI/CDでテストとデプロイを自動で流せる

サービス名を覚えることより、ネットワーク、認証、デプロイ、監視、ログ、権限がどうつながってアプリが動いているかを説明できることを優先しましょう。障害が起きたとき、原因がアプリ側かインフラ側かを切り分ける力に直結します。

システム全体を俯瞰する設計力とは、個々の機能を作るだけでなく、変更がどの層にどう影響するかを見通して、全体の構成を決められる力です。フルスタックエンジニアが専任のエンジニアと最も差をつけられるのは、この部分でしょう。

たとえば、ある画面に検索条件をひとつ追加する場合でも、画面、API、クエリ、インデックス、キャッシュのどこに手を入れるべきかを判断できる人は、変更の手間と影響を小さく抑えられます。領域ごとに担当者が分かれたチームでは、この判断が誰の担当でもなくなり、抜け落ちやすい部分です。

複数の領域を触ってきた経験は、この設計力として説明できたときに、はじめて評価につながります。

フルスタックエンジニアは担当範囲が広い分、関わる相手も増えます。PdMや企画担当とは仕様を、デザイナーとは画面の実装上の制約を、インフラやセキュリティの担当者とは構成を詰める場面があります。

求められるのは、話がうまいことではありません。次のような場面で、相手が判断できる材料を出せることです。

  • 仕様の完了条件と例外時の動きを詰める
  • 実装の制約を伝え、代わりの案を出す
  • 技術的な選択肢の違いを非エンジニアに説明する

技術の詳しさより、相手の立場に合わせて判断材料を渡せるかが、この力の中身です。

フルスタックを名乗れる水準か判断する方法

フルスタックエンジニアには資格のような公式の基準がないため、名乗れるかどうかは自己申告になりがちです。とはいえ、自分の現在地を測る方法はいくつかあります。

ここでは、手軽なものから順に4つの方法を紹介します。

  • 「知っている」から「設計できる」まで4段階で採点する
  • 障害の原因を自分で切り分けられるか確かめる
  • 担当外の領域のレビューに意見を出せるか確かめる
  • ひとつの機能を一人で作り切れるか試す

1つ目は机上で、2つ目と3つ目は日常業務の中で、4つ目は少し時間をかけて確かめる方法です。

最初の方法は、フルスタックに関わる6つの領域それぞれについて、自分がどの段階にいるかを4段階で採点するものです。領域の分け方は、TISI株式会社(Fintan)が公開している「フルスタックエンジニアの成熟度モデル」を参考にしています。

領域含まれる主な内容
Webフロントエンド画面の実装、APIとの通信
サーバーアプリケーション業務ロジック、APIの実装
モバイルiOS・Androidアプリの開発
データベーステーブル設計、SQL
インフラネットワーク、OS、コンテナ、クラウド
開発プロセス進め方、構成管理、テスト、デプロイ、運用の決め方

各領域を、次の4段階で採点しましょう。

段階状態の目安
1. 知っている用語と仕組みは説明できるが、担当した経験はない
2. 実装できる決まった方針や設計に沿って、自分で実装できる
3. 導入できる採用が決まった技術を、プロジェクトに合わせて組み込める
4. 設計できる要件に合わせて技術や構成を選び、方針を決められる

採点は、ここ数年で実際に使った技術をもとにおこないましょう。成熟度モデルでも、10年前の技術の知識のままの実績は判定の対象外とされています。

採点してみると、全領域が同じ段階にそろうことはめったにありません。主担当の領域が4、隣接する領域が2〜3、それ以外が1〜2という凸凹が、フルスタックとして通常の形です。

たとえば、バックエンドを5年担当してきた人なら、サーバーアプリケーションが4、データベースと開発プロセスが3、Webフロントエンドとインフラが2、モバイルが1といった結果が一例です。

なお、成熟度モデルでは、少人数のチームでスキルを補い合いながら開発できる水準を、最上位のレベルの領域が1つ以上、上から2番目以上の領域が3つ以上と定義しています。先ほどの例は、この条件を満たしています。

参考:Fintan「フルスタックエンジニアの成熟度モデル」

2つ目は、日常業務の中でできる判定です。不具合が起きたとき、原因が画面・API・データベース・実行環境のどこにあるかを、ほかの担当者に聞く前に自分で当たりをつけられるかを確かめます。

たとえば画面の表示が遅い場合に、開発者ツールでAPIの応答時間を見て、遅いのがAPIなら処理とクエリのどちらが原因かまで追えるかどうかです。

直近半年ほどの障害対応を振り返り、次のどちらが多かったかを数えてみましょう。

  • 自分で原因の層を特定し、修正まで進めた
  • 担当外の層だとわかった時点で、ほかの人に渡した

前者が多い層は、採点で2以上をつけてよい領域です。触ったことがあるだけの領域では、原因の当たりをつけられません。

そのため、切り分けができるかどうかは、担当経験の深さを測る実務に近い物差しになります。

3つ目も、日常業務の中で確かめられる方法です。担当外の領域のプルリクエストを見て、設計上の懸念や考慮漏れを指摘できるかを確認します。自分が過去に書いたレビューコメントを見返し、中身が次のどちらに寄っているかを見てみましょう。

  • 命名や書き方など、コードの表面を指摘している
  • 影響範囲や性能など、設計に踏み込んで指摘している

担当外の領域でも後者を書けていれば、その領域は採点で3に近い段階です。

また、生成AIを使えば、担当外の領域のコードも短時間で書けるようになりました。書けることより、AIが出したコードが妥当かどうかを判断できるかが、担当外の領域の理解度を測る新しい基準です。

4つ目は、最も時間がかかる一方で、最も確実な判定です。業務ではなく個人の環境でよいので、ひとつの機能を画面からデータの保存まで、一人で通して作ってみましょう。

たとえば、次の流れで小さなアプリを作ります。

  1. 入力画面を作る
  2. 入力を受け取るAPIを作る
  3. 保存先のテーブルを設計する
  4. 保存したデータを一覧で表示する
  5. ログインとエラー処理を加える
  6. クラウド上にデプロイする

規模は小さくて構いません。途中で手が止まった工程が、今の自分にとって理解が浅い層です。反対に、調べながらでも最後まで通せたなら、フルスタックとして一通りの経験を持っていると判断できます。

元エンジニア・ITコンサル出身のアドバイザーが診断!

フルスタックエンジニアの年収相場は?

テックゴーが保有する求人の提示年収の平均では、フルスタックエンジニアは約792万円です。近い職種と比べると、次のとおりです。

職種平均年収
Webエンジニア約712万円
フロントエンドエンジニア約773万円
フルスタックエンジニア約792万円
バックエンドエンジニア約827万円
テックリード約971万円

フロントエンドエンジニアより高い一方で、バックエンドエンジニアをやや下回っています。領域を広げたからといって、それだけで専業の職種より年収が高くなるわけではありません。

年収の幅が広くなるのは、フルスタックという肩書きが指す中身が企業ごとに違うためです。スタートアップの立ち上げメンバーと、SIerで方式設計を担う人とでは、同じフルスタックでも期待される役割も給与の水準もまったく異なります。求人を比べるときは、肩書きではなく、担当する工程と責任の範囲で判断しましょう。

年収が上がりやすいのは、主担当の領域で成果を出したうえで、周辺の領域まで自分で進められる人です。たとえば、バックエンドの設計で性能改善の実績を持ちながら、フロントエンドの改修やインフラの構成変更にも自分で対応できる人が当てはまります。

一覧の中でテックリードが約971万円と一段高いのも、技術の幅に加えて、設計の判断とチームを引っ張る役割まで担うポジションだからです。幅は、深さと判断の役割に結びついたときに、はじめて年収に表れます。

年齢別・役職別の年収や、年収の上げ方については、次の記事でも解説しています。ぜひ参考にしてください。

フルスタックエンジニアの年収相場は?仕事内容や年収アップの秘訣も解説

フルスタックエンジニアの年収相場は?仕事内容や年収アップの秘訣も解説

フルスタックエンジニアの求人情報

ソリューションエンジニア(東京)

想定年収

400~750万円

勤務地

港区

業務内容

●部署の特徴 当社は、東証プライム上場「オープンアップグループ」の一員として、幅広い業種のエンドユーザーや大手SIerと長期的な取引を展開。受託開発・自社開発・システムエンジニアリングサービスを実施しています。直近ではAIラボを立ち上げ、AIを活用したソリューション提案にも積極的に取り組んでいます。 ●募集ポジション ITソリューションエンジニア ※5名程度のチームでプロジェクトを推進します。AIを利用した業務改善ソリューションを展開しています。 ●業務内容 ・Webアプリケーションの設計・開発 ・上流工程(要件定義・設計)への参画機会多数 ・キャリアパス面談を通じて、PM・PL・テックリードなどへのステップアップも可能 ・受託開発やAIを活用した自社サービス開発にも挑戦可能 ●成長支援・環境 ・資格取得支援制度や、当社独自の人材育成プラットフォームでスキルアップを支援 ・1on1キャリア面談で「なりたい自分」を明確に ・社内チャットで気軽に相談できる環境。プロジェクト先での悩みもサポート

【AMBL株式会社】AD/AIプラットフォームエンジニア

想定年収

470~950万円

勤務地

東京都(港区)

業務内容

●具体的実例(入社後のイメージ) 年功序列なし。2年で大きく飛躍したメンバーの実例を紹介します。 当社には年功序列の評価はありません。意欲と成果次第で、誰もがスピーディーに活躍の場を広げられる環境です。 ・未経験から生成AIシステムの実装主担当へ 大学院で心理学を専攻し、実務未経験で入社したメンバーが2年でNext.js/FastAPIによる生成AI連携システムの実装主担当に成長。日次バッチ処理を1.5時間から7分へ短縮し、実行コストも11,000円から900円へと大幅な改善を達成しました。 ・年次を問わない早期キャリアアップ 新卒入社1年1ヶ月でサブリーダー、2年でプロジェクトリーダーに抜擢された事例や、20代・30代前半で部長を務めるメンバーも複数在籍しています。 ・自分らしく描ける3つのキャリアパス 技術を極める「エキスパート」、組織を牽引する「マネジメント」、技術基盤を支える「AIスペシャリスト(MLOps/LLMOps)」など、ご自身の志向に合わせたキャリアを選択できます。 【職務内容】 AI基盤・データ・クラウド環境を一気通貫で手掛ける開発業務をお願いしたいと考えております。 AIがビジネス価値を生み出すためのプラットフォーム設計・構築を軸に、開発から運用、データ基盤整備まで幅広く手掛け、顧客のビジネス課題解決に伴走します。 ・AIプラットフォームの設計・構築 ビジネス価値の創出に向けたAI基盤の設計・構築 ・Web/バックエンド開発 堅牢で拡張性の高いアプリケーション・システムの開発 ・高品質なデータ基盤の構築 AI利活用を最大化・スムーズにするデータパイプラインの整備 ・クラウドネイティブ環境での開発・運用 AWS / Azure / GCP を活用したシステム開発および伴走型の運用支援 【役割とプロジェクト推進体制】 キャリア形成に寄り添う戦略的なプロジェクトアサインをAMBLでは行っております。 キャリアのご希望を上長が定期的にヒアリングし、一人ひとりの志向に合わせた案件を戦略的に獲得・提案する体制を整えています。 ・ミスマッチを防ぐ事前共有 内定段階で配属予定のプロジェクト概要をお伝えします。 ・計画的なスキルアップ 意図的なローテーション設計により、着実な成長を支援します。 課題定義からアプローチする上流フェーズへの参画をしております。 クライアントの事業ドメインを深く理解し、「AIでどのような課題を解決すべきか」という問いを定義する最上流から参画します。 ・技術的なリード 要件定義にとどまらず、技術選定やアーキテクチャ設計を主導する立場へキャリアを広げられます。 【事業部としてのバックアップ体制と働く環境】 一人にしない、事業部のバックアップ体制 ● 助け合い、高め合える「チーム体制」 当社メンバーが複数名参画するチーム体制が基本です。社内の専門家コミュニティも活発で、高度な技術的課題もいつでも気軽に相談・解決できる安心感があります。 ● 柔軟でメリハリのある「働き方」 基本スタイルは週4日リモート・週1日出社。プロジェクトの状況に応じて客先常駐が発生する場合があります。リモートの比率より、必要な場所で成果を出すことを優先できる方を求めます。 ● 成長を強力に後押しする「育成・学習環境」 270種以上の資格取得支援制度をはじめ、自社オリジナルの学習システム「AMBL PANEL」や社外研修費の会社負担など、エンジニアの成長機会を最大限に用意しています。 ●具体的なプロジェクト例 現在、事業部では以下のような最新テクノロジーを用いたプロジェクトが多数稼働しています。 1.生成AI・LLM領域 グラフRAG・Advanced RAGの構築 AIエージェントの設計・実装(LangGraph/Dify等) LLM基盤の最適化(Context Engineering等) 2.AI・データインフラ領域 MLOps/LLMOps基盤の構築 Snowflake/dbtによるデータ基盤構築 Azure OpenAI/AWS Bedrock上でのシステム構築 3.高度技術・社会実装領域 画像解析・数理最適化の社会実装

【HR×AI】プロダクトエンジニア

想定年収

600~900万円

勤務地

東京都(品川区)

業務内容

エイジレスの人材紹介業務を支える自社システムのプロダクトエンジニアとして、担当範囲内の業務テーマや機能について、現場の課題理解から設計・実装、本番運用、効果検証、改善までを一貫して担当していただきます。 【具体的な業務内容】 ・業務担当者へのヒアリング、業務観察、利用データの分析を通じた課題の整理 ・担当機能における業務フロー、UI、データモデル、業務ルールの提案 ・フロントエンドからバックエンドまでを含むWebアプリケーションの設計・開発 ・生成AIを組み込んだ機能や業務自動化のプロトタイプ開発、精度検証 ・候補者、求人、選考などのコアデータの品質・信頼性を高めるための機能開発 ・コードレビュー、テスト、リリース、モニタリングを含む継続的な運用 ●開発環境 ・フロントエンド:Next.js, TypeScript, MUI ・バックエンド:Node.js, TypeScript ・データベース:SQL Server / PostgreSQL ・インフラ:AWS(ECS, Fargate, ECR, RDS, S3) ・AIツール:Codex, Claude Code, Cursor など ・その他:GitHub Actions, Docker, Linear, Slack, Google Workspace, Notion ※SQL Server→PostgreSQLへ移行中 ●チームについて CTO直下の正社員エンジニア2名で構成されるチームです。現在、3人目となるメンバーを募集しています。 専任PdMはおらず、開発メンバーが業務部門と連携しながら課題の特定、優先順位づけ、設計、開発、運用、改善を担います。フロントエンドやバックエンドといった職能で担当を固定せず、機能単位でフルスタックに開発しています。 チームのミッションは、事業部の粗利目標達成をAI×システムで牽引することです。「AI活用による営業の生産性向上」が重要テーマであり、システム開発だけでなく業務オペレーションを設計し、現場で使われ、成果が生まれるところまで責任を持つチームです。 ・開発した機能が実際に現場で使われているか ・システムを継続的かつ安全に変更できる状態になっているか ・技術的な改善が開発速度や営業生産性、粗利などの数値に変化を生み出しているか こうしたアウトカムまで見届け、必要な改善を続けることを開発チーム共通の責任としています。

【HR×AI】シニアプロダクトエンジニア

想定年収

900~1,300万円

勤務地

東京都(品川区)

業務内容

エイジレスの人材紹介業務を支える自社システムのシニアプロダクトエンジニアとして、事業インパクトの大きい課題の特定から、ソリューションの設計・実装、現場定着、効果検証までを主導していただきます。 【具体的な業務内容】 ・事業KPI、利用データ、業務担当者へのヒアリングをもとにした、優先して解くべき課題の特定 ・複雑な業務プロセスの整理と、人とAIの役割分担を含む業務全体の再設計 ・業務責任者、プロダクトオーナー、デザイナーなどとの合意形成とプロジェクトの推進 ・Webアプリケーションのアーキテクチャ設計、技術選定、データモデル設計、フルスタックな開発の主導 ・生成AIを組み込んだ機能における、精度、品質、コスト、速度、運用方法の設計と改善 ・設計レビュー、コードレビュー、技術的なフィードバックを通じたメンバーの支援 ●開発環境 ・フロントエンド:Next.js, TypeScript, MUI ・バックエンド:Node.js, TypeScript ・データベース:SQL Server / PostgreSQL ・インフラ:AWS(ECS, Fargate, ECR, RDS, S3) ・AIツール:Codex, Claude Code, Cursor など ・その他:GitHub Actions, Docker, Linear, Slack, Google Workspace, Notion ※SQL Server→PostgreSQLへ移行中 ●チームについて CTO直下の正社員エンジニア2名で構成されるチームです。現在、3人目となるメンバーを募集しています。 専任PdMはおらず、開発メンバーが業務部門と連携しながら課題の特定、優先順位づけ、設計、開発、運用、改善を担います。フロントエンドやバックエンドといった職能で担当を固定せず、機能単位でフルスタックに開発しています。 チームのミッションは、事業部の粗利目標達成をAI×システムで牽引することです。「AI活用による営業の生産性向上」が重要テーマであり、システム開発だけでなく業務オペレーションを設計し、現場で使われ、成果が生まれるところまで責任を持つチームです。 ・開発した機能が実際に現場で使われているか ・システムを継続的かつ安全に変更できる状態になっているか ・技術的な改善が開発速度や営業生産性、粗利などの数値に変化を生み出しているか こうしたアウトカムまで見届け、必要な改善を続けることを開発チーム共通の責任としています。

【HR×AI】ソフトウェアエンジニア

想定年収

600~900万円

勤務地

東京都(品川区)

業務内容

エイジレスの人材紹介業務を支える自社システムのソフトウェアエンジニアとして、担当する機能やシステム領域について、要件定義・設計・実装・テスト・リリース・運用・改善までを一貫して担当していただきます。 【具体的な業務内容】 ・フロントエンドからバックエンド、インフラまで含むWebアプリケーションの設計・開発 ・既存コードやデータ構造の分析、技術負債の特定と段階的な改善 ・事業やプロダクトの将来的な変化を見据えた、保守性・拡張性の高いアーキテクチャやデータモデルの提案 ・パフォーマンス、可用性、セキュリティ、データ品質、障害耐性の向上 ・生成AIを組み込んだ機能や業務自動化の設計・開発・運用 ・コードレビューや設計レビューを通じた、チーム全体のソフトウェア品質の向上 ●開発環境 ・フロントエンド:Next.js, TypeScript, MUI ・バックエンド:Node.js, TypeScript ・データベース:SQL Server / PostgreSQL ・インフラ:AWS(ECS, Fargate, ECR, RDS, S3) ・AIツール:Codex, Claude Code, Cursor など ・その他:GitHub Actions, Docker, Linear, Slack, Google Workspace, Notion ※SQL Server→PostgreSQLへ移行中 ●チームについて CTO直下の正社員エンジニア2名で構成されるチームです。現在、3人目となるメンバーを募集しています。 専任PdMはおらず、開発メンバーが業務部門と連携しながら課題の特定、優先順位づけ、設計、開発、運用、改善を担います。フロントエンドやバックエンドといった職能で担当を固定せず、機能単位でフルスタックに開発しています。 チームのミッションは、事業部の粗利目標達成をAI×システムで牽引することです。「AI活用による営業の生産性向上」が重要テーマであり、システム開発だけでなく業務オペレーションを設計し、現場で使われ、成果が生まれるところまで責任を持つチームです。 ・開発した機能が実際に現場で使われているか ・仮説の検証が進み、次の意思決定につながっているか ・営業生産性や粗利などの数値に変化を生み出せているか こうしたアウトカムまで見届け、必要な改善を続けることを開発チーム共通の責任としています。

フルスタックを目指す前に知っておきたい現実

フルスタックという働き方には、仕事の幅が広がる良さがある一方で、働きはじめてから気づきやすいつらさもあります。

目指すかどうかを決める前に、現場で起こりやすい次の5つを知っておきましょう。

  • 希望の領域ではなく、足りない領域を任されやすい
  • 担当が細切れになり、成果が見えにくくなる
  • 選考では、主担当の領域で専業者と比べられる
  • 経験の幅が、かえって強みを伝えにくくする
  • 追いかける技術が増え、学習の負荷が重くなる

いずれも本人の能力の問題ではなく、フルスタックという役割の置かれ方から生じるものです。

フルスタックとして採用された人に最初に任されるのは、本人が伸ばしたい領域より、チームでいま人手が足りない領域になりがちです。チームから見れば、複数の領域を扱える人は、欠けたところを埋められる存在だからです。現場からも、フルスタックに近い人ほど好きな技術を選べる機会が減るという声が上がっています。

つまり、フルスタックは、本人の希望よりチームの不足を埋めることを期待されやすい役割です。希望の領域を伸ばしたいなら、応募の段階で、配属後にまず任されるのが機能開発なのか、運用の改善なのか、技術的な負債の解消なのかを確かめておきましょう。

入社後は、改善案を自分から出したり、遅れている作業に手を貸したりして、関わりたい領域に少しずつ入っていくのが現実的です。

穴埋めの役割が続くと、担当する仕事が細切れになります。今月はフロントエンドの改修、来月はインフラの移行、その次はバックエンドの不具合対応というように、ひとつの領域に腰を据える前に次の穴へ移るためです。

この働き方では、次のような問題が起きます。

  • どの領域でも、最後までやり切った成果が残りにくい
  • 頼まれた仕事を引き受けるうちに、本来の担当が後回しになる
  • 評価の場で、何を任せた人なのかが上司に伝わりにくい

頼られていることと、評価されていることは同じではありません。穴埋めの仕事を引き受けるときは、期間とゴールを決めて、ひとつの成果として説明できる形で終わらせましょう。

転職の選考で、フルスタック向けの一括した評価基準が使われることはまれです。求人の多くは主担当になる領域を決めて募集されており、書類や面接では、その領域の専門家が、専業のエンジニアと同じ基準で深さを見ます。

たとえばバックエンドのポジションに応募すれば、比べられる相手は、5年間バックエンドだけを掘り下げてきた人です。フロントエンドやインフラを触ってきた時間は、その比較の中では、バックエンドの経験が薄い理由として受け取られることもあります。

現役のフルスタックエンジニアからも、担当がバックエンドだけの案件になると専業者より能力が低いと見られ、転職活動でも同じことが起きるという指摘がありました。

参考:Qiita「フルスタックエンジニアの悩み」

器用貧乏と言われる状態は、能力が足りないことより、何が強みなのかが相手に伝わらないことから生まれます。経歴に使った技術を並べるほど、読み手には、どれがその人の主戦場なのかが見えにくくなるためです。

加えて、技術はどの領域でも更新が速く、すべてを同じ深さで追い続けると、どの領域も最前線から少しずつ遅れていきます。

避けるには、主戦場をひとつ決め、ほかの領域は必要な深さにとどめる考え方が現実的です。たとえば、次のように深さに差をつけます。

領域目指す深さ
インフラ運用の前提を理解できる
隣接するフロントエンド実装と連携に困らない
主戦場のバックエンド設計の判断まで担える

フルスタックを目指すと、追いかける技術の数がそのまま増えます。フロントエンドのフレームワーク、クラウドの新しいサービス、データベースの新機能と、どの領域も更新が止まりません。しかも、業務で触る機会がない領域は、業務時間外に学ぶことになります。

複数の領域を同時に抱える働き方は、仕事の効率や質、生活とのバランスを保ちにくいという指摘もあります。平日の夜と週末の一部しか学習に使えない状況で、すべての領域を最新に保とうとすると、主担当の領域の学習まで削られかねません。

負荷を抑えるには、学び方に優先順位をつけましょう。

  • 主担当の領域は、最新の動きまで追う
  • 隣接する領域は、業務で必要になった時点で深める
  • それ以外は、用語と仕組みを説明できる水準にとどめる

業務の中で担当外の領域に触れられる環境かどうかで、学習の負荷は大きく変わります。

フルスタックエンジニアからのキャリアパス

フルスタックとして積んだ経験は、その先の複数のポジションにつながります。どこへ進むかは、幅そのものより、どんな判断を積み重ねてきたかで決まります。

主な行き先は、次の5つです。

  • 全体の構成を決めるシステムアーキテクトに進む
  • 技術面でチームを引っ張るテックリードになる
  • プロジェクトや組織を率いるPM・EMを目指す
  • 技術と経営をつなぐCTO・VPoEを目指す
  • ひとつの領域を深めるスペシャリストに進む

各職種の年収は、テックゴーが保有する求人の提示年収の平均で示します。それぞれの役割と、フルスタックの経験がどう活きるかを見ていきましょう。

システムアーキテクトは、要件や制約を踏まえてシステム全体の構成を決め、実現の方式を設計する役割です。画面からインフラまでを実装してきた経験は、どの層でどう作れば性能や運用に無理が出ないかを判断する材料になります。

テックゴーが保有する求人では、近い職種であるITアーキテクトの提示年収の平均は約964万円で、フルスタックエンジニアの約792万円より170万円ほど高い水準です。

移るために足りなくなりやすいのは、実装の幅ではなく、判断の記録です。なぜその構成を選び、ほかの案をなぜ選ばなかったかを説明できる経験を、日々の設計の中で残しておきましょう。前述のSIer・受託開発のタイプは、この道に最も近い環境です。

システムアーキテクトとは?仕事内容・年収・将来性・必要なスキルを徹底解説

システムアーキテクトとは?仕事内容・年収・将来性・必要なスキルを徹底解説

システムアーキテクトの求人情報

30b【テクノロジー第2事業部】外販DX・AI化推進マネージャー / システムプランナー※技術寄り

想定年収

800~1,000万円

勤務地

東京都

業務内容

概要 国内最大級の辻・本郷税理士法人グループのIT・AI戦略を担う当社にて、外販DX・AIプロジェクトにおける技術的なグランドデザインの策定、PoC(技術検証)、技術選定、および案件全体のプロジェクトマネジメント(進行管理・主導)をお任せします。 クライアントの抽象的な課題に対して「どんな技術スタック(GCP/Firebase/AIエージェント等)で解決すべきか」を定義し、自らも技術者としての鮮度を保ちながら、案件・プロジェクトを強力にドライブしていただくポジションです。 仕事内容 開発メンバー7名(20代~30代中心)と共に、社内外のAI・DXプロジェクトにおける要件定義・顧客折衝・プロジェクトマネジメントを幅広くお任せします。 ●超上流工程・技術アーキテクチャ設計 クライアントの業務に深く入り込み、まだ形になっていない抽象的な要望から、ユーザビリティやデータ精度を考慮したシステム仕様(画面UI、ロジックなど)の策定・グランドデザインの構築。 ●案件のプロジェクトマネジメント・顧客折衝 ビジュアル資料を用いた顧客との仕様合意形成、プロジェクトの進行管理、スケジュール・品質コントロール、課題管理、および案件の主導 ●データ解析・トラブルシューティング 既存システムや顧客データの構造を解析し、データ不整合やシステムエラーの根本原因を特定・改善。 ●技術検証(PoC)および技術選定 開発要件に応じ、GCP、Firebase、GAS、Power Platformなどの最適なプラットフォームを比較検証し、選定指針を決定。 継続的に安定運用できる仕組み作り。 ●セキュリティ&ガバナンスの策定 システム開発における設計・アーキテクチャレビュー体制の構築、シャドウIT防止のための運用ルールや認証フローの設計、運用負荷や利便性とのトレードオフを踏まえた現実的な解決策の立案。 ●技術チームの育成・リード メンバー(2〜3名)への技術指導、得意分野に応じたタスク割り当て、品質の管理

公共システムのAI駆動型開発をリードするアプリケーションスペシャリスト/システムアーキテクト

想定年収

830~1,080万円

勤務地

東京都

業務内容

●大規模システム開発 ・官公庁分野、自治体分野、社会保障分野の大規模システムの設計・構築 ●社会インフラのシステム開発 ・警察、道路等の社会基盤となるシステムの設計・構築 ●パブリックセーフティのアプリケーション開発 ・監視、ドローン、防災等と映像ソリューションを組合せ、空港・鉄道等幅広い業種顧客向けアプリケーションの設計・構築 これらMstepオーダのミッションクリティカルなシステムや、社会を支えるシステムの設計・構築において、日立Gr会社やパートナー会社の開発チームを束ねる開発リーダ/システムアーキテクトとして、お客様と直接やり取りをするSE部門と一体となって開発を取り纏めています。 日立の100年のモノづくりで培った「S(安全)>>Q(品質)>D(納期)>C(コスト)」を守るため、技術力・開発マネジメント力を活かし、全ての開発局面において安全性と品質管理を徹底しています。 これらMstepオーダのミッションクリティカルなシステムや、社会を支えるシステムの設計・構築において、日立Gr会社やパートナー会社の開発チームを束ねる開発リーダ/システムアーキテクトとして、お客様と直接やり取りをするフロント部門と一体となって開発を取り纏めています。 さらに、生成AIを活用したAI駆動型開発など、新たな開発スタイルの実践・展開を推進します。 日立の100年のモノづくりで培った「S(安全)>>Q(品質)>D(納期)>C(コスト)」を守るため、技術力・開発マネジメント力を活かし、全ての開発局面において安全性と品質管理を徹底しています。 【職務詳細】 ①プロジェクトの立ち上げ 以下業務を通して、お客様と直接やりとりをするSE部門を支援します。 ・開発規模/工数の見積 ・開発方式の策定 ・生成AIの活用検討 ②アプリケーションの要件定義・システム方式設計 ・要件を深堀り ・システム方式を設計 ・生成AIの活用範囲決定 ③設計・プログラミング・テスト ・アプリケーション方式設計/基本設計~詳細設計を実施 ・プログラミング/テストを取りまとめ ・成果物の品質評価 ④システム移行・運用 ・お客様の要件をもとに、移行設計/運用設計を実施 【配属組織名】 デジタルサービスビジネスユニット(公共システム) 公共システム開発統括本部 【想定ポジション】 主任クラス ※募集開始時の想定であり、選考を通じて決定の上、オファー時にご説明いたします。 【携わる事業・ビジネス・サービス・製品など】 ●官公庁向け・自治体向けシステム開発 各種システムのアプリケーション開発を行うとともに、開発プロジェクトに対して、横断的な目線で生成AIを活用しながら、方式設計・基準書整備や開発手法整備を行っています。 【働く環境】 ①配属組織/チームについて ・配属組織の人数規模: 社員:約100名 全体:約350~400名程度(協力会社メンバ含) ・プロジェクトの人数規模: 数名~数十名規模のプロジェクト ※複数の開発プロジェクトを対応しているため、プロジェクト規模で変動 ・年齢層: 20代~50代(30~40代が中心) ②働き方について ・プロジェクトで出社日を決めている。 (在宅勤務と併用) ・様々な顧客に対応するため、顧客先出張はプロジェクト状況に応じて有り。 ※上記内容は、募集開始時点の内容であり、入社後必要に応じて変更となる場合がございます。 予めご了承ください。

【HR×AI】シニアソフトウェアエンジニア

想定年収

900~1,300万円

勤務地

東京都(品川区)

業務内容

エイジレスの人材紹介業務を支える自社システムのシニアソフトウェアエンジニアとして、事業・プロダクト上の課題を技術課題へ落とし込み、重要機能の開発とシステム全体の継続的な進化をリードしていただきます。 【具体的な業務内容】 ・プロダクト戦略を踏まえた技術課題の整理、実現方針の策定 ・システム全体を見据えたアーキテクチャ、API、データモデルの設計・改善 ・重要度または難易度の高い機能の設計・実装および技術的なリード ・生成AIを活用した機能の技術検証、設計、プロダクト導入 ・性能、可用性、障害耐性、セキュリティ、監視・運用性を含む非機能要件の設計・改善 ・設計レビュー、コードレビュー、テスト戦略を通じた開発品質の向上 ●開発環境 ・フロントエンド:Next.js, TypeScript, MUI ・バックエンド:Node.js, TypeScript ・データベース:SQL Server / PostgreSQL ・インフラ:AWS(ECS, Fargate, ECR, RDS, S3) ・AIツール:Codex, Claude Code, Cursor など ・その他:GitHub Actions, Docker, Linear, Slack, Google Workspace, Notion ※SQL Server→PostgreSQLへ移行中 ●チームについて CTO直下の正社員エンジニア2名で構成されるチームです。現在、3人目となるメンバーを募集しています。 専任PdMはおらず、開発メンバーが業務部門と連携しながら課題の特定、優先順位づけ、設計、開発、運用、改善を担います。フロントエンドやバックエンドといった職能で担当を固定せず、機能単位でフルスタックに開発しています。 チームのミッションは、事業部の粗利目標達成をAI×システムで牽引することです。「AI活用による営業の生産性向上」が重要テーマであり、システム開発だけでなく業務オペレーションを設計し、現場で使われ、成果が生まれるところまで責任を持つチームです。 ・開発した機能が実際に現場で使われているか ・システムを継続的かつ安全に変更できる状態になっているか ・技術的な改善が開発速度や営業生産性、粗利などの数値に変化を生み出しているか こうしたアウトカムまで見届け、必要な改善を続けることを開発チーム共通の責任としています。

ソリューションアーキテクト(オファリング開発)

想定年収

800~1,250万円

勤務地

東京都(品川区)

業務内容

●このポジションの3つの特徴 01 エンジニアの技術力の提供から、技術とノウハウをサービスにして提供する事業へ。その立ち上げを担う仕事です 方法論・手順・品質基準・サービスメニュー・価格を設計し、当社の技術とノウハウを「売れるサービス(オファリング)」に形づくります。すでにある仕事の引き継ぎではなく、事業転換の最初の担い手になる仕事です。 02 考えるだけでは終わりません。作り、広め、届けるところまで担います 設計した方法論やサービスは、ご自身も手を動かして試し、社内のエンジニアに広めて定着させ、最初の顧客に届けます。考える・作る・広める・届ける、のすべてを一人で完璧にこなす必要はありません。どこが一番の強みかは人によって違って構いません。 03 一つの部署に縛られず、全社のテーマから強みを活かせる場所を選べます AI開発×品質保証、ITサービス運用・業務DX、セキュリティ・クラウドの3つのテーマがあります。どのテーマで力を発揮いただくかは、ご経験と志向をうかがいながら選考の中で一緒に決めます。 ●担っていただくテーマ(配属は選考の中で決定) 募集背景で挙げた注力3領域に対応して、次の3つのテーマでサービスづくりが始まっています。どのテーマを担っていただくかは、ご経験の強み(後述「2つの入り口」)と志向をうかがったうえで決めます。 【AI開発 × 品質保証(注力領域②)】 つくりたいサービスの例:AIエージェント基盤の開発と、AIを使った開発手法(AI駆動開発)の両方に品質保証の知見を掛け合わせ、ノウハウごとサービスにする。例:顧客のAIを使った開発体制の成熟度を診断するアセスメント、AI利用ガイドラインと品質ゲートの型、AIエージェントの評価観点 一緒に動くメンバー:AIソリューション開発とQA・テストのエンジニア 【ITサービス運用・業務DX(注力領域①)】 つくりたいサービスの例:運用設計・ITサービスマネジメントの型化、ヘルプデスク・運用受託サービスの型化(チームで提供する体制づくりを含む)、Microsoft 365/Power Platform等を使った業務改革メニュー 一緒に動くメンバー:運用・DX推進のエンジニア、プロジェクトマネージャー 【セキュリティ・クラウド(注力領域③)】 つくりたいサービスの例:AIセキュリティ(AIエージェントの権限設計・ログ監視)、ICT-BCP(災害・障害時にもITを止めないための事業継続対策)、セキュリティ診断とモダンクラウドの継続提供(月額型のサービス化) 一緒に動くメンバー:セキュリティ・インフラ・クラウドのエンジニア、請負チーム ●職務内容 サービスをつくり、社内に根づかせ、顧客に届けるまでの4つの役割を担っていただきます。4つすべてを一人で完璧に担うことは求めません。「1. 考える」を中心に、2〜4はご自身の強みに応じて比重を変えていただきます。 【1. 考える ― 現場と顧客の課題から、提供するサービスの中身を設計する】 ・顧客や社内の現場で起きている課題を掴み、当社の技術で解ける形に整理します。 ・提供する仕組み(方法論・手順・品質基準・サービスメニュー・価格の考え方)を設計します。 ・診断・アセスメントを入口に、本格的な支援や継続提供へ広げる流れを組み立てます。 【2. 作る・守る ― 自ら手を動かし、本番で使えるかを確かめる】 ・設計した方法論やサービスを、ご自身も手を動かして作り、試します。 ・品質・運用の観点から、本番で使えるか、維持できるかを確かめ、改善します。 ・テンプレート・開発標準・共通部品など、繰り返し使える技術資産として残します。 【3. 広める ― 社内に教え、特定の個人に頼らない体制にする】 ・つくった型を社内のエンジニアに教え、使える人を増やします(勉強会・ドキュメント・伴走など)。 ・特定の個人だけが回せる状態から、チームとして再現できる状態に変えていきます。 【4. 届ける ― まず自社で試し、顧客への提供実績をつくる】 ・まずは自社を最初の顧客にしてサービスを試し、効果を確かめます。 ・営業担当や事業の責任者と組み、技術面の提案と、最初の数件のサービス提供(デリバリー)を担います。 ●入社後のロードマップ 【入社〜3ヶ月】 担当テーマの現状(どこまで型になっているか、何が足りないか)と、社内のエンジニア・顧客基盤を把握いただきます。あわせて、自社を最初の顧客にして、サービスの原型を1本試していただきます(例:AIを使った開発体制の診断(アセスメント)を、自社を対象に1本やり切る)。 【3〜6ヶ月】 試した結果をもとに、提供メニュー・手順・品質基準・価格の案を固め、既存の顧客に提示します。社内のメンバーへの展開も始めます。 【6ヶ月〜1年】 社外の顧客への提供実績をつくります。型を使えるメンバーを増やし、ご自身が抜けても回る体制に近づけます。 【1年〜】 担当テーマのサービスを継続的に改善しながら、他のテーマへの横展開や、次のサービスの立ち上げをリードいただきます。社内の育成の仕組みづくりにも関わっていただきます。 ※ 進む速さはご経験と成果によって変わります。面接では、あなたのご経験に照らして、どのテーマのどこから入っていただくかを具体的にお示しします。 ●あえてお伝えしたい「厳しいリアル」 【サービスはまだ「売れる形」になっていません】 提供メニュー・価格・品質基準・提案の流れは、いずれも整備の途中です。完成したサービスを引き継ぐ仕事ではなく、何を型にするかを決めるところから始まります。 【20年以上の「人月」の成功体験と向き合います】 当社には、エンジニアの技術力を提供するビジネスで黒字を出し続けてきた成功体験があります。技術とノウハウをサービスとして提供するビジネスへ移る過程では、現場との摩擦も起こります。指揮命令ではなく、信頼と成果で周りを巻き込んでいただく必要があります。 【営業を一人で背負う必要はありませんが、顧客の前には立っていただきます】 営業担当・事業の責任者と組む体制で進めます。一方で、技術面の提案や最初の数件のサービス提供では、ご自身が顧客と直接向き合う場面があります。 【原則「出社」の環境です(リモートワーク不可)】 事業の転換期は、社長・事業の責任者・現場のエンジニアとの密なコミュニケーションと、速い意思決定が欠かせないと考えているためです。 ●従事すべき業務の変更の範囲 →会社の定める業務

008-015KB_電力系統網の監視制御システム基盤開発

想定年収

600~800万円

勤務地

兵庫県(神戸市)

業務内容

電力系統システム技術部では、電力系統網を監視制御するシステムの開発を行っています。 今後、益々拡大する新エネルギーの活用、新規事業者参入、電力業務の効率化に対応するために「電力系統制御システム」のソフトウェア開発に従事頂きます。 また将来のシステム開発に向けた次世代の電力系統システムのフレームワークの検討およびプロト開発・検証作業も実施頂きます。 社会インフラのシステム開発の中でも特に基盤に近いソフトウェア(OS/ミドルウェア/セキュリティ)の設計・製作・試験を担当しており、専門的な知識・知見を得ることができます。 <働き方> ・残業時間:月平均30時間程度(状況に応じ変動) ・フレックスタイムを導入しており、生活スタイルにあわせたフレキシブルな働き方が可能) ・リモートワークの柔軟性:課内社員の一部は、週1~2回のリモートワークをしています。 また、試験作業もリモートワークに対応する環境を整備しており、リモート実施可です。 ただし、会社で定められたリモートワーク月別上限回数があります。 ※実機でのシステム試験の都合上でリモートで実施できない項目もあります。 出張:あり 【変更の範囲】会社の定める業務※ ※業務の都合によっては会社外の職務に従事させるため出向又は転任を命じることがある。

テックリードは、設計の方針を決め、コードレビューや技術的な相談を通じて、開発チームを技術面で引っ張る役割です。領域をまたいで影響範囲を見通せるフルスタックの経験は、チーム全体の技術判断を担うこの役割と相性が良いでしょう。

テックゴーが保有する求人の提示年収の平均は約971万円で、フルスタックエンジニアより約180万円高い水準です。

ただし、テックリードになると自分で書く量は減り、ほかのメンバーが書いたコードの品質を上げることが仕事の中心になります。自分の実装力より、チームの判断をそろえる仕組みを作った経験が求められます。

レビューの観点をまとめたり、設計の方針を文書にしたりした実績は、そのまま強みとして示せる材料です。

テックリードとは?仕事内容・必要なスキル・年収とキャリアパスを詳しく解説

テックリードとは?仕事内容・必要なスキル・年収とキャリアパスを詳しく解説

テックリードの求人情報

30b【テクノロジー第2事業部】外販DX・AI化推進マネージャー / システムプランナー※技術寄り

想定年収

800~1,000万円

勤務地

東京都

業務内容

概要 国内最大級の辻・本郷税理士法人グループのIT・AI戦略を担う当社にて、外販DX・AIプロジェクトにおける技術的なグランドデザインの策定、PoC(技術検証)、技術選定、および案件全体のプロジェクトマネジメント(進行管理・主導)をお任せします。 クライアントの抽象的な課題に対して「どんな技術スタック(GCP/Firebase/AIエージェント等)で解決すべきか」を定義し、自らも技術者としての鮮度を保ちながら、案件・プロジェクトを強力にドライブしていただくポジションです。 仕事内容 開発メンバー7名(20代~30代中心)と共に、社内外のAI・DXプロジェクトにおける要件定義・顧客折衝・プロジェクトマネジメントを幅広くお任せします。 ●超上流工程・技術アーキテクチャ設計 クライアントの業務に深く入り込み、まだ形になっていない抽象的な要望から、ユーザビリティやデータ精度を考慮したシステム仕様(画面UI、ロジックなど)の策定・グランドデザインの構築。 ●案件のプロジェクトマネジメント・顧客折衝 ビジュアル資料を用いた顧客との仕様合意形成、プロジェクトの進行管理、スケジュール・品質コントロール、課題管理、および案件の主導 ●データ解析・トラブルシューティング 既存システムや顧客データの構造を解析し、データ不整合やシステムエラーの根本原因を特定・改善。 ●技術検証(PoC)および技術選定 開発要件に応じ、GCP、Firebase、GAS、Power Platformなどの最適なプラットフォームを比較検証し、選定指針を決定。 継続的に安定運用できる仕組み作り。 ●セキュリティ&ガバナンスの策定 システム開発における設計・アーキテクチャレビュー体制の構築、シャドウIT防止のための運用ルールや認証フローの設計、運用負荷や利便性とのトレードオフを踏まえた現実的な解決策の立案。 ●技術チームの育成・リード メンバー(2〜3名)への技術指導、得意分野に応じたタスク割り当て、品質の管理

【HR×AI】シニアプロダクトエンジニア

想定年収

900~1,300万円

勤務地

東京都(品川区)

業務内容

エイジレスの人材紹介業務を支える自社システムのシニアプロダクトエンジニアとして、事業インパクトの大きい課題の特定から、ソリューションの設計・実装、現場定着、効果検証までを主導していただきます。 【具体的な業務内容】 ・事業KPI、利用データ、業務担当者へのヒアリングをもとにした、優先して解くべき課題の特定 ・複雑な業務プロセスの整理と、人とAIの役割分担を含む業務全体の再設計 ・業務責任者、プロダクトオーナー、デザイナーなどとの合意形成とプロジェクトの推進 ・Webアプリケーションのアーキテクチャ設計、技術選定、データモデル設計、フルスタックな開発の主導 ・生成AIを組み込んだ機能における、精度、品質、コスト、速度、運用方法の設計と改善 ・設計レビュー、コードレビュー、技術的なフィードバックを通じたメンバーの支援 ●開発環境 ・フロントエンド:Next.js, TypeScript, MUI ・バックエンド:Node.js, TypeScript ・データベース:SQL Server / PostgreSQL ・インフラ:AWS(ECS, Fargate, ECR, RDS, S3) ・AIツール:Codex, Claude Code, Cursor など ・その他:GitHub Actions, Docker, Linear, Slack, Google Workspace, Notion ※SQL Server→PostgreSQLへ移行中 ●チームについて CTO直下の正社員エンジニア2名で構成されるチームです。現在、3人目となるメンバーを募集しています。 専任PdMはおらず、開発メンバーが業務部門と連携しながら課題の特定、優先順位づけ、設計、開発、運用、改善を担います。フロントエンドやバックエンドといった職能で担当を固定せず、機能単位でフルスタックに開発しています。 チームのミッションは、事業部の粗利目標達成をAI×システムで牽引することです。「AI活用による営業の生産性向上」が重要テーマであり、システム開発だけでなく業務オペレーションを設計し、現場で使われ、成果が生まれるところまで責任を持つチームです。 ・開発した機能が実際に現場で使われているか ・システムを継続的かつ安全に変更できる状態になっているか ・技術的な改善が開発速度や営業生産性、粗利などの数値に変化を生み出しているか こうしたアウトカムまで見届け、必要な改善を続けることを開発チーム共通の責任としています。

【HR×AI】シニアソフトウェアエンジニア

想定年収

900~1,300万円

勤務地

東京都(品川区)

業務内容

エイジレスの人材紹介業務を支える自社システムのシニアソフトウェアエンジニアとして、事業・プロダクト上の課題を技術課題へ落とし込み、重要機能の開発とシステム全体の継続的な進化をリードしていただきます。 【具体的な業務内容】 ・プロダクト戦略を踏まえた技術課題の整理、実現方針の策定 ・システム全体を見据えたアーキテクチャ、API、データモデルの設計・改善 ・重要度または難易度の高い機能の設計・実装および技術的なリード ・生成AIを活用した機能の技術検証、設計、プロダクト導入 ・性能、可用性、障害耐性、セキュリティ、監視・運用性を含む非機能要件の設計・改善 ・設計レビュー、コードレビュー、テスト戦略を通じた開発品質の向上 ●開発環境 ・フロントエンド:Next.js, TypeScript, MUI ・バックエンド:Node.js, TypeScript ・データベース:SQL Server / PostgreSQL ・インフラ:AWS(ECS, Fargate, ECR, RDS, S3) ・AIツール:Codex, Claude Code, Cursor など ・その他:GitHub Actions, Docker, Linear, Slack, Google Workspace, Notion ※SQL Server→PostgreSQLへ移行中 ●チームについて CTO直下の正社員エンジニア2名で構成されるチームです。現在、3人目となるメンバーを募集しています。 専任PdMはおらず、開発メンバーが業務部門と連携しながら課題の特定、優先順位づけ、設計、開発、運用、改善を担います。フロントエンドやバックエンドといった職能で担当を固定せず、機能単位でフルスタックに開発しています。 チームのミッションは、事業部の粗利目標達成をAI×システムで牽引することです。「AI活用による営業の生産性向上」が重要テーマであり、システム開発だけでなく業務オペレーションを設計し、現場で使われ、成果が生まれるところまで責任を持つチームです。 ・開発した機能が実際に現場で使われているか ・システムを継続的かつ安全に変更できる状態になっているか ・技術的な改善が開発速度や営業生産性、粗利などの数値に変化を生み出しているか こうしたアウトカムまで見届け、必要な改善を続けることを開発チーム共通の責任としています。

ソリューションアーキテクト(オファリング開発)

想定年収

800~1,250万円

勤務地

東京都(品川区)

業務内容

●このポジションの3つの特徴 01 エンジニアの技術力の提供から、技術とノウハウをサービスにして提供する事業へ。その立ち上げを担う仕事です 方法論・手順・品質基準・サービスメニュー・価格を設計し、当社の技術とノウハウを「売れるサービス(オファリング)」に形づくります。すでにある仕事の引き継ぎではなく、事業転換の最初の担い手になる仕事です。 02 考えるだけでは終わりません。作り、広め、届けるところまで担います 設計した方法論やサービスは、ご自身も手を動かして試し、社内のエンジニアに広めて定着させ、最初の顧客に届けます。考える・作る・広める・届ける、のすべてを一人で完璧にこなす必要はありません。どこが一番の強みかは人によって違って構いません。 03 一つの部署に縛られず、全社のテーマから強みを活かせる場所を選べます AI開発×品質保証、ITサービス運用・業務DX、セキュリティ・クラウドの3つのテーマがあります。どのテーマで力を発揮いただくかは、ご経験と志向をうかがいながら選考の中で一緒に決めます。 ●担っていただくテーマ(配属は選考の中で決定) 募集背景で挙げた注力3領域に対応して、次の3つのテーマでサービスづくりが始まっています。どのテーマを担っていただくかは、ご経験の強み(後述「2つの入り口」)と志向をうかがったうえで決めます。 【AI開発 × 品質保証(注力領域②)】 つくりたいサービスの例:AIエージェント基盤の開発と、AIを使った開発手法(AI駆動開発)の両方に品質保証の知見を掛け合わせ、ノウハウごとサービスにする。例:顧客のAIを使った開発体制の成熟度を診断するアセスメント、AI利用ガイドラインと品質ゲートの型、AIエージェントの評価観点 一緒に動くメンバー:AIソリューション開発とQA・テストのエンジニア 【ITサービス運用・業務DX(注力領域①)】 つくりたいサービスの例:運用設計・ITサービスマネジメントの型化、ヘルプデスク・運用受託サービスの型化(チームで提供する体制づくりを含む)、Microsoft 365/Power Platform等を使った業務改革メニュー 一緒に動くメンバー:運用・DX推進のエンジニア、プロジェクトマネージャー 【セキュリティ・クラウド(注力領域③)】 つくりたいサービスの例:AIセキュリティ(AIエージェントの権限設計・ログ監視)、ICT-BCP(災害・障害時にもITを止めないための事業継続対策)、セキュリティ診断とモダンクラウドの継続提供(月額型のサービス化) 一緒に動くメンバー:セキュリティ・インフラ・クラウドのエンジニア、請負チーム ●職務内容 サービスをつくり、社内に根づかせ、顧客に届けるまでの4つの役割を担っていただきます。4つすべてを一人で完璧に担うことは求めません。「1. 考える」を中心に、2〜4はご自身の強みに応じて比重を変えていただきます。 【1. 考える ― 現場と顧客の課題から、提供するサービスの中身を設計する】 ・顧客や社内の現場で起きている課題を掴み、当社の技術で解ける形に整理します。 ・提供する仕組み(方法論・手順・品質基準・サービスメニュー・価格の考え方)を設計します。 ・診断・アセスメントを入口に、本格的な支援や継続提供へ広げる流れを組み立てます。 【2. 作る・守る ― 自ら手を動かし、本番で使えるかを確かめる】 ・設計した方法論やサービスを、ご自身も手を動かして作り、試します。 ・品質・運用の観点から、本番で使えるか、維持できるかを確かめ、改善します。 ・テンプレート・開発標準・共通部品など、繰り返し使える技術資産として残します。 【3. 広める ― 社内に教え、特定の個人に頼らない体制にする】 ・つくった型を社内のエンジニアに教え、使える人を増やします(勉強会・ドキュメント・伴走など)。 ・特定の個人だけが回せる状態から、チームとして再現できる状態に変えていきます。 【4. 届ける ― まず自社で試し、顧客への提供実績をつくる】 ・まずは自社を最初の顧客にしてサービスを試し、効果を確かめます。 ・営業担当や事業の責任者と組み、技術面の提案と、最初の数件のサービス提供(デリバリー)を担います。 ●入社後のロードマップ 【入社〜3ヶ月】 担当テーマの現状(どこまで型になっているか、何が足りないか)と、社内のエンジニア・顧客基盤を把握いただきます。あわせて、自社を最初の顧客にして、サービスの原型を1本試していただきます(例:AIを使った開発体制の診断(アセスメント)を、自社を対象に1本やり切る)。 【3〜6ヶ月】 試した結果をもとに、提供メニュー・手順・品質基準・価格の案を固め、既存の顧客に提示します。社内のメンバーへの展開も始めます。 【6ヶ月〜1年】 社外の顧客への提供実績をつくります。型を使えるメンバーを増やし、ご自身が抜けても回る体制に近づけます。 【1年〜】 担当テーマのサービスを継続的に改善しながら、他のテーマへの横展開や、次のサービスの立ち上げをリードいただきます。社内の育成の仕組みづくりにも関わっていただきます。 ※ 進む速さはご経験と成果によって変わります。面接では、あなたのご経験に照らして、どのテーマのどこから入っていただくかを具体的にお示しします。 ●あえてお伝えしたい「厳しいリアル」 【サービスはまだ「売れる形」になっていません】 提供メニュー・価格・品質基準・提案の流れは、いずれも整備の途中です。完成したサービスを引き継ぐ仕事ではなく、何を型にするかを決めるところから始まります。 【20年以上の「人月」の成功体験と向き合います】 当社には、エンジニアの技術力を提供するビジネスで黒字を出し続けてきた成功体験があります。技術とノウハウをサービスとして提供するビジネスへ移る過程では、現場との摩擦も起こります。指揮命令ではなく、信頼と成果で周りを巻き込んでいただく必要があります。 【営業を一人で背負う必要はありませんが、顧客の前には立っていただきます】 営業担当・事業の責任者と組む体制で進めます。一方で、技術面の提案や最初の数件のサービス提供では、ご自身が顧客と直接向き合う場面があります。 【原則「出社」の環境です(リモートワーク不可)】 事業の転換期は、社長・事業の責任者・現場のエンジニアとの密なコミュニケーションと、速い意思決定が欠かせないと考えているためです。 ●従事すべき業務の変更の範囲 →会社の定める業務

Microsoft Tech lead/東京/FPTソフトウェアジャパン

想定年収

800~2,000万円

勤務地

東京都(港区)

業務内容

●ポジションについて 本ポジションでは、 FPTジャパンのLCG JP部門において、Microsoft領域(Power Platform、Dynamics 365、Azure、Microsoft 365)の技術リーダーとしてプロジェクトを推進していただきます。 また、顧客への技術コンサルティングからアーキテクチャ設計、開発チームのリード、プリセールス支援まで幅広く担当し、Microsoftソリューションの技術的な中核を担います。 ●職務内容 ・Microsoft関連プロジェクトにおける技術リード ・顧客への技術コンサルティング ・業務要件をMicrosoftソリューションへ落とし込み ・開発チームのマネジメント・育成 ・プリセールス活動支援 ・Microsoft領域の開発標準化 ・技術課題の解決および最新技術動向の社内展開 など ●主なクライアント 国内の金融業、製造業、流通業、等々多岐にわたる大手企業がクライアントです。 大手飲料メーカー、大手通信キャリア、大手自動車会社、大手電力会社、大手保険会社、大手信託銀行、大手航空会社、大手家電メーカー など

プロジェクトマネージャーは、プロジェクトの計画や進行、予算を管理する役割です。エンジニアリングマネージャーは、エンジニアの採用や育成、評価を通じて開発組織を率います。

テックゴーが保有する求人の提示年収の平均は、プロジェクトマネージャーが約890万円、エンジニアリングマネージャーが約1,070万円です。

フルスタックの経験が活きるのは、見積もりと人の配置の場面です。どの作業にどれくらいかかり、誰に任せるとよいかを、領域をまたいで判断できます。一方で、コードを書く時間は大きく減り、成果の多くは人を通して出すものに変わります。

手を動かし続けたい気持ちが強いなら、先にテックリードとして技術と人の両方に関わると、向き不向きを確かめやすいでしょう。

プロジェクトマネージャー(PM)とは?年収・種類・キャリアアップ方法を徹底解説

プロジェクトマネージャー(PM)とは?年収・種類・キャリアアップ方法を徹底解説

プロジェクトマネージャー(PM)の求人情報

30c【テクノロジー第2事業部】外販DX・AI化推進マネージャー / システムプランナー※マネジメント寄り

想定年収

800~1,000万円

勤務地

東京都

業務内容

概要 急速に成長している外販AI・DX支援事業において、クライアントとの交渉・合意形成から、プロジェクト全体の進行管理、および2〜3名の開発メンバーのピープルマネジメントをお任せします。 顧客の漠然とした悩みや「やりたいこと」を整理・言語化し、プロジェクトを成功に導くとともに、メンバーの強みを引き出す組織づくり・チームマネジメントを主導していただくポジションです。 仕事内容 ●超上流での要件整理・仕様合意(顧客折衝) 顧客の抽象的な要望をヒアリングし、ビジュアル資料やプロトタイプを用いた仕様合意形成・要件定義の推進。 ●プロジェクトマネジメント(PM/PMO) スケジュール管理、リソース調整、リスク管理、品質担保、顧客との継続的なコミュニケーション。 ●データ解析・トラブルシューティング 既存システムや顧客データの構造を解析し、データ不整合やシステムエラーの根本原因を特定・改善。 ●セキュリティ&ガバナンスの策定 システム開発における設計・アーキテクチャレビュー体制の構築、シャドウIT防止のための運用ルールや認証フローの設計、運用負荷や利便性とのトレードオフを踏まえた現実的な解決策の立案。 ●メンバーのマネジメント・育成 2~3名程度(20代~30代)のチームマネジメントを想定しております。 メンバーの得意分野に合わせた業務割り当て、目標設定、育成・評価、モチベーション管理等の組織づくりに貢献していただきます。 職場のカルチャー・コミュニケーション ●リモート環境と円滑なコミュニケーション/20~30代活躍中 毎朝の集まりで各ユニットの状況を確認し、必要に応じてチャットやオンライン会議ツールを柔軟に活用してスピード感を持って業務を進める文化があります。 ●あなたの「やりたいこと」に向き合い、強みを伸ばす「向き不向き」「やりたいこと・やりたくないこと」をしっかりと上長と本音で話し合った上で、納得感のある業務アサインを行います。 個性を大切にして、自分らしく業務と向き合うことを大切にしています。 ●チームワークを重んじるカルチャーで、孤独に業務をすることはありません。 担当する業務はメンバーによって様々ですが、 互いに話しかけやすく、明るい雰囲気を大切にしています。 (当部署だけではなく、人間関係で悩むことはほとんど無い会社です) ●働き方 リモートワーク中心 ●残業・休日 残業時間が月20時間を超えることはほぼありません。 また、土日祝日の緊急対応もほぼなく、ワークライフバランスを保ちながら高いパフォーマンスを発揮できる環境です。 ●貸与PC モバイルPCを支給。 ●出張 基本的に無し ●開発メンバー 7名※20代~30代の2~3名のチームのマネージャーをお任せします。

30b【テクノロジー第2事業部】外販DX・AI化推進マネージャー / システムプランナー※技術寄り

想定年収

800~1,000万円

勤務地

東京都

業務内容

概要 国内最大級の辻・本郷税理士法人グループのIT・AI戦略を担う当社にて、外販DX・AIプロジェクトにおける技術的なグランドデザインの策定、PoC(技術検証)、技術選定、および案件全体のプロジェクトマネジメント(進行管理・主導)をお任せします。 クライアントの抽象的な課題に対して「どんな技術スタック(GCP/Firebase/AIエージェント等)で解決すべきか」を定義し、自らも技術者としての鮮度を保ちながら、案件・プロジェクトを強力にドライブしていただくポジションです。 仕事内容 開発メンバー7名(20代~30代中心)と共に、社内外のAI・DXプロジェクトにおける要件定義・顧客折衝・プロジェクトマネジメントを幅広くお任せします。 ●超上流工程・技術アーキテクチャ設計 クライアントの業務に深く入り込み、まだ形になっていない抽象的な要望から、ユーザビリティやデータ精度を考慮したシステム仕様(画面UI、ロジックなど)の策定・グランドデザインの構築。 ●案件のプロジェクトマネジメント・顧客折衝 ビジュアル資料を用いた顧客との仕様合意形成、プロジェクトの進行管理、スケジュール・品質コントロール、課題管理、および案件の主導 ●データ解析・トラブルシューティング 既存システムや顧客データの構造を解析し、データ不整合やシステムエラーの根本原因を特定・改善。 ●技術検証(PoC)および技術選定 開発要件に応じ、GCP、Firebase、GAS、Power Platformなどの最適なプラットフォームを比較検証し、選定指針を決定。 継続的に安定運用できる仕組み作り。 ●セキュリティ&ガバナンスの策定 システム開発における設計・アーキテクチャレビュー体制の構築、シャドウIT防止のための運用ルールや認証フローの設計、運用負荷や利便性とのトレードオフを踏まえた現実的な解決策の立案。 ●技術チームの育成・リード メンバー(2〜3名)への技術指導、得意分野に応じたタスク割り当て、品質の管理

【大阪】交通事業社向けチケッティングソリューションの企画・提案・開発業務

想定年収

830~1,080万円

勤務地

大阪府(北区)

業務内容

・開発案件を推進するプロジェクトマネージャー、もしくはプロジェクトリーダー ・5名程度のチームを率いてアプリケーション・インフラ両方の観点で、プロジェクト管理を推進いただきます ・クラウドなど新技術の適用提案、新規ソリューションの企画・立案・開発も、参画いただくことができます 【職務詳細】 ・システム開発案件における顧客提案・要件定義~開発PJ管理(品質・コスト・進捗) ・Windows(.VB6.0)、Web、クラウド化の提案・開発推進 【配属組織名】 デジタルサービスビジネスユニット(社会システム) 社会システム事業部 モビリティソリューション&イノベーション本部 モビリティソリューション第三部 第1G 【想定ポジション】 主任クラス ※募集開始時の想定であり、選考を通じて決定の上、オファー時にご説明いたします。 【募集組織について】 モビリティソリューション&イノベーション本部は、デジタル技術で交通システムの安心と快適を支えるとともに、モビリティイノベーションを通じて、社会課題の解決に貢献します。交通事業で働く方々はもちろん、利用される人々の暮らしをもっと豊かにする新しいソリューションの創出に取り組んでいきます。 【携わる事業・ビジネス・サービス・製品など】 交通事業者向け営業系(チケッティング分野)チャネルソリューションの企画・提案・開発業務。システムとユーザの接点であるチャネル/端末ソリューション開発を通して、システム・サービスのユーザビリティを向上させる業務を担当いただきます。既存の定期券発行機システムの機能改修、クラウド化等を推進する、PJリーダの役割を経験いただき、将来的には定期券関連業務のABT化(アカウントベースチケッティング)の、立案・開発全般を推進する役割を担っていただきます。 具体的な担当案件(想定) ①定期券発行機システムプロジェクトのプロジェクトマネージャー、もしくはプロジェクトリーダー ※参考 ・鉄道窓口向け座席予約端末(関連事業部) https://service.hitachi-ch.co.jp/public/products/reservation ・デジタルチケッティングソリューションhttps://www.hitachi.co.jp/products/it/society/product_solution/mobility/Digital_Ticketing_System_jp/ 【働く環境】 大阪府北区 ※上記内容は、募集開始時点の内容であり、入社後必要に応じて変更となる場合がございます。予めご了承ください。

【AMBL株式会社】IVT/AI開発プロジェクトマネージャー(AI Transformation PM)

想定年収

700~1,300万円

勤務地

東京都(港区)

業務内容

「AIを作る」から「AIを動かす」へ。ガバナンスと構造で挑む、社会実装の仕組みづくり。 つくるのはAIそのものではなく、AIが正しく動く「仕組み」です。 私たちのミッションは、単なるプログラミング(実装)ではありません。AIがビジネス現場で安全かつ確実に機能するための「統治(ガバナンス)」と「構造」を設計することです。 ※AI領域の専門知識は、入社後に実案件の中で身につけていただけます。 【具体的な役割・業務内容】 実行境界・信頼性の設計: アクセス権限策定、AIガードレール構築、監査対応、データガバナンスの設計 定量的評価・コスト最適化: LLM基盤の品質評価モデル策定、運用コスト構造の最適化 次世代アーキテクチャの定義: Advanced RAG(GraphRAG等)の設計、マルチエージェント構成のグランドデザイン ビジネス変革の要件定義: クライアントの曖昧な課題からAIが解くべき「真の問題」を抽出し、本番展開へ牽引 【キャリアパスと得られる成長】 調整役で終わらない。AI社会実装をリードし、次世代「AI PM」へ駆け上がりませんか? ・意思決定の主導権を握る 単なる受け身の調整役にとどまらず、技術選定からアーキテクチャ構築、評価指標の策定まで、顧客と共に主導権を持って決定します。 ・実戦派「AI PM」への最短ルート 現場でのアーキテクチャ設計と高度な顧客折衝を同時並行で経験。理論にとどまらない、市場価値の高いプロジェクトマネジメント能力を磨けます。 ・プロジェクトを導く司令塔 顧客の対等なパートナーとして、AI導入の構想策定から本番展開に至る全工程を牽引する役割を担っていただきます。 【成長を支えるバックアップ体制と働く環境】 確かなキャリア形成と柔軟な働き方。プロフェッショナルとして輝き続けられる環境がここに。 ・伴走型キャリア形成 定期的な1on1を通じて目指すPM像を深く理解し、成長に最適なプロジェクトへ優先的にアサインします。 ・知の共有コミュニティ 現場で一人抱え込むことはありません。社内コミュニティを通じ、トップクラスの有識者にいつでも技術相談ができる環境です。 ・持続可能なハイパフォーマンス 基本は週4リモート・週1出社(※プロジェクト状況により客先常駐の可能性あり)。リモートの比率より、必要な場所で成果を出すことを優先できる方を求めます。 ・実力に報いる正当評価 年間平均昇給率6%という実績が示す通り、高めた市場価値や成果に対して確かな還元で応える評価体制を整えています。 ・育成環境 資格取得支援:270種以上が対象、前期221名が利用(年600件・3年で5,000万円の支給実績)/AMBL PANEL(約460コンテンツの自己学習システム)/社外研修費 会社負担/修士・博士を含む専門家100名以上が在籍しています。機会は最大限・平等に用意します。 【どのような市場価値向上が出来るか】 一生モノの市場価値を、AI時代の「ルールメイカー」として手に入れる ・「境界」を語れる希少な人材へ PoCで終わらせず、AIを本番運用まで牽引できるPM・アーキテクトは、現在の市場において極めて稀有な存在です。 ・経営と技術を繋ぐ視座を獲得 ガバナンス・コスト構造・要件定義を一手に担うことで、経営層と対等に渡り合い、事業成長を牽引する高度な視座が身につきます。 ・人間にしかできない「思考」の最大化 定型作業はAIアシスタントに委任。あなたは人間にしかできない「真の問いの定義」と「アーキテクチャの創造」に全エネルギーを注げます。 【具体的なプロジェクト例】 最先端AIからエンタープライズ基盤まで。【AI開発プロジェクトへの参画を前提に配属します】 ・LLM基盤最適化 トークン消費最適化と出力精度の定量評価による品質・コスト設計 ・GraphRAGエージェント 複雑な社内規定を構造化し、AIが論理的回答を行う自動化基盤構築 ・Azure/AKSインフラ エンタープライズ水準を満たす高信頼なSRE・AI基盤の運用設計 ・製造予兆検知 センサーデータ分析によるダウンタイム削減・予兆保全モデルの設計・実装

【フルリモート可】ITエンジニア(エンジニア社員フルリモート率63%/平均残業時間7h)

想定年収

530~800万円

勤務地

東京都(中央区)

業務内容

【職務内容】 Web・オープン系システムを中心とした各種開発プロジェクトに参画いただきます。 金融、通信、流通、物流、EC、SaaSなど幅広い業界の案件を保有しており、多彩な技術領域に携わることが可能です。 担当フェーズも要件定義・基本設計などの上流工程から、詳細設計、開発、テスト、運用保守まで幅広く、これまでの経験や今後のキャリア希望に応じた案件へアサインします。 <業務内容例> ・Webアプリケーション設計・開発(技術スタックを生かしたサービスの機能追加や改善の開発、運用) ・WebAPIの設計・開発 ・CI/CD環境の設計構築 ・クラウドサービス(AWS / GCP / Azure等)を利用したサービス運用・開発 ・プロジェクト進行管理 ※ご経験に応じてお任せする範囲を調整いたします。 スキルによってチームリーダーや技術的にメンバーをリーディングしていくポジションでご活躍いただくことも可能です。 <プロジェクトの種類> プロジェクト期間は6か月~2年程度。 クライアントが展開するWebサービスにおける開発支援を行っていただきます。 プロダクトの新規機能開発、改修、保守、運用やリプレイスにおける調査、設計、開発、運用課題を解決するための施策立案から設計、実装、リリース後の効果測定と改善など、スキルに応じてお任せします。 ●変更の範囲 会社の定める業務

CTOは技術の戦略や投資の判断に責任を持つ経営層で、VPoEは開発組織の運営に責任を持つ役割です。テックゴーが保有する求人の提示年収の平均は、VPoEが約1,133万円、CTOが約1,500万円と、キャリアパスの中で最も高い水準です。

スタートアップでは、最初期のフルスタックエンジニアがそのままCTOを任されることもあります。プロダクトの全体を知っている人が技術の方針を決めるのが、少人数の組織では自然だからです。

ただし、求められるのは技術の幅ではありません。事業の状況に合わせて、何に投資し、何をやらないかを決める判断力です。採用や組織づくり、経営陣への説明までが仕事の範囲に入ります。

CTO(最高技術責任者)とは?仕事内容や役割、求められるスキルを解説

CTO(最高技術責任者)とは?仕事内容や役割、求められるスキルを解説

CTOの求人情報

【M_86】_HG_U/Iターン歓迎※管理職※【東京勤務】四輪向け統合ECUにおけるソフトウェアプラットフォーム(OS領域)の開発、及びインテグレーション

想定年収

1,210~1,910万円

勤務地

東京都(港区)

業務内容

管理職として、以下の業務領域における決裁・組織マネジメント・技術戦略構築などをお任せする予定です。 ① ビークルOS(車載OS)の開発 車両全体の知能化・自動運転化に向けて、複数のアプリケーションを安全かつ安定的に動作させるための「共通ソフトウェア基盤(OS)」=ビークルOSの開発を行います。 ≪業務委細≫ AUTOSAR Adaptive /Classicに基づいたOS・ミドルウェア層の要求仕様策定、設計、実装 ※OSやミドルウェア開発経験、リアルタイムOS、仮想化技術、セキュアブートやプロセス間通信(IPC)などの知識が活かせます。 ② 車載アプリケーション/サービスのインテグレーション(統合・検証) 開発したビークルOS上で動作する各種車載アプリケーション(例:車両運動制御、エネルギー管理、車内UX機能など)やサービスを統合し、最適に動作させるための設計・検証を行います。 インテグレーションを完遂するには、OSのカーネル、通信ミドルウェア、ハードウェア、そして上位のアプリ層まで、すべてのレイヤーに精通する必要があります。 そのため、特定の技術に閉じこもらず、フルスタックな知識が自然と身につきます。 ≪業務委細≫ 他チーム・他社が開発したアプリをビークルOSに適切に組み込み・配置 ソフトウェア間の通信や依存関係を調整・チューニング システム全体での機能検証・統合テスト・不具合解析/対策 ③ 次世代通信ミドルウェアの開発・実装 セントラルECUは、車両内の各ECUや外部クラウドと膨大なデータをやり取りする通信のハブでもあります。 そのため、通信ミドルウェア(DDS、SOME/IP、MQTT等)」の開発は、多種多様なプロトコルを統合し、安全かつ低遅延でルーティングするという、セントラルECU特有の非常に難易度が高く面白い領域です。 ≪業務委細≫ SOME/IP、DDS、MQTTなど、車内・車外通信プロトコルのセントラルECU向け最適化と実装 異なるドメイン間でのデータ交換を安全かつ低遅延で行うためのルーティング制御やメッセージブローカーの開発 ※専門性や適性、会社ニーズなどを踏まえ、会社が定める業務への配置転換を命じる場合があります 【開発ツール】 AUTOSAR Adaptive/Classic, POSIX, Linux, HyperVisor, C/C++, Python, シェルスクリプト, Doors, EnterpriseArchitect, PREEvision, JIRA/Confluence,Git, SVN, Jenkins, Wireshark等 【職場環境・風土】 Hondaは三つの喜び(買う喜び、売る喜び、創る喜び)を基本理念に、創業より数々の製品を生みだしてきました。役員から新入社員まで、あらゆる人材が自由な発想で、夢や理想を徹底的に追求する風土が根付いており、学歴や年齢に関係なく誰もがフラットに活躍できる職場環境です。積極的に仕事に向き合い、推進する力のある従業員には、入社直後であっても大きな仕事が任されます。「こんなクルマが作りたい!」と自ら手を挙げてプロジェクトを立ち上げるような気概を持った方に、是非仲間に入っていただきたいと思います。

CTO

想定年収

1,500~5,000万円

勤務地

東京都

業務内容

【ミッション】 -事業戦略に整合した技術戦略とアーキテクチャの策定・実行 -スケーラブルで信頼性・セキュリティの高いプラットフォームの構築 -AI 協働(生成 AI / MCP)を前提とした開発生産性・品質の最大化 -エンジニアリング組織の体制構築・採用・育成・評価 -技術ガバナンス(セキュリティ/プライバシー/コンプライアンス)の徹底 【概要】 技術戦略の策定から実行・ガバナンスまでを統括し、 将来を見据えたアーキテクチャ設計とAI ファーストな開発標準を確立します。 信頼性・セキュリティ・開発速度のトレードオフを適切に設計し、成果の再現性を高めます。 【業務範囲】 -技術戦略・技術ロードマップの策定と合意形成 -技術選定・アーキテクチャ設計(マイクロサービス/イベント駆動/データ駆動等) -プラットフォーム/SRE/Observability(可用性・パフォーマンス・コスト最適化) -セキュリティ/プライバシー/リスク管理(ゼロトラスト、インシデント対応) -データ/ML 基盤の設計・運用(ストリーミング、Feature Store、Vector DB、RAG 基盤) -開発標準の整備(AI ツール/MCP 活用、CI/CD、テスト自動化、変更管理) -採用・評価・育成/キャリア設計、組織デザインとカルチャー醸成 -重大障害の指揮/問題管理/BCP、外部パートナー連携 【利用するツール】 -GitHub / GitHub Copilot -Claude / Claude Code / Cursor / 各種 MCP ツール -AWS / GCP / Vercel / Kubernetes / Docker / Terraform -Datadog / Cloud Monitoring / OpenTelemetry -Notion / Slack / Figma

CPO

想定年収

1,500~5,000万円

勤務地

東京都

業務内容

【ミッション】 -事業戦略に整合したプロダクトロードマップの策定と達成 -AI 協働(生成 AI / MCP)を前提にした開発生産性・品質の最大化 -ユーザー価値を起点とした高速な検証・学習ループの確立 -プロダクト組織(PdM/Eng/Design)の体制構築・採用・育成 【概要】 プロダクト戦略の策定から実行・ガバナンスまでを統括し、 AI を活用した設計・開発・運用の標準を確立します。プロダクトポートフォリオ全体の成果責任を担います。 【業務範囲】 -中長期のプロダクト戦略・ロードマップの策定と合意形成 -開発組織の採用・評価と組織マネジメント -技術選定・アーキテクチャ設計(将来を見据えたスケーラブルな設計) -プロダクト KPI の設計・レビューと意思決定のリズム設計 -AI ファーストな開発標準(テンプレート/スキーマ/レビュー/自動化)の設計・運用 -資源配分(人材/予算/時間)の最適化と投資判断 -組織デザイン(採用・育成・評価)とカルチャー醸成 -ステークホルダーコミュニケーション(経営/事業/コーポレート) 【利用するツール】 -GitHub / Notion / 各種開発・デザインツール(Figma など) -Claude / Claude Code / Cursor / 各種 MCP ツール -GCP / AWS / Vercel など

【PKSHA Technology】エンジニアリングマネージャー【AI SaaS】

想定年収

650~1,300万円

勤務地

東京都(文京区)

業務内容

PKSHA Technologyは、エンタープライズ企業のコールセンターに向けた自然言語処理/機械学習/ディープラーニングを活用したテキスト・音声対話エンジン、及び昨今の働き方の変化に合わせて職場コミュニケーションの課題を支援するためのプロダクトを提供しています。 このポジションでは、エンジニアマネージャー候補として各領域専門の機械学習エンジニアとチームを組み、ソフトウェアエンジニアリングで解決できる課題を自ら手を動かしながら解決していただきます。 ・エンジニアリング組織のアウトプット最大化に向けた仕組みづくりの設計と実行 ・法人向けに提供している既存対話エンジンサービス開発のマネジメント ・機械学習モデルをコアとした新アプリケーション開発のマネジメント ・自社サービス間連携の促進 技術スタック ●利用言語 ・Python ・Ruby (Ruby on Rails) ・Golang ・JavaScript/TypeScript ●クラウド ・AWS ・Azure ●バージョン管理 ・Git (GitHub) ●CI/CD ・CircleCI ・CodeDeploy ・Github Actions ●タスク/ドキュメント管理 ・Notion ・Linear ●コミュニケーション ・Slack / MS Teams ※未経験のものがある場合でも、キャッチアップしてもらえれば問題ありません。

AI駆動開発を通じたシステム開発の革新、技術開発をリードする技術者(課長相当職)

想定年収

1,160~1,330万円

勤務地

東京都(千代田区)

業務内容

業務概要 金融機関向けシステム開発の生産性向上に向けて、生成AIの適用推進とユースケース開発をメインに担っていただきます。システム開発の知見とデータサイエンティストのスキルを活かし、生成AIの適用方式を確立して金融システムの品質・生産性向上に貢献いただきます。 具体的な役割 ・AI技術活用した実際のSI/開発現場への生産性向上支援や技術課題解決 ・システム開発におけるAI技術活用ノウハウの体系化、社内展開をリードして推進 ・今後のSI事業のビジネスモデル変革を牽引 参考:関連する取り組み ●生成AIを活用し、システム開発のトランスフォーメーションを加速 https://www.hitachi.co.jp/New/cnews/month/2024/05/0521.html ●静岡銀行・静銀ITソリューション・日立による、オープン勘定系システム開発への生成AI適用の技術検証を開始 https://www.hitachi.co.jp/New/cnews/month/2024/10/1016.html 職務概要 ・生成AIを活用したシステム開発における専門的な問題解決の推進 ・適用ノウハウの体系化、社内展開 ・AI駆動開発における中長期戦略の企画、推進 職務詳細 ・生成AIを活用したシステム開発の生産性向上ユースケース開発や実際の適用プロジェクトにおいて、本人による問題解決及び他部門のエキスパートと連携した問題解決に従事 ・アプリ開発分野、システム基盤分野、マネジメント分野などの多岐にわたる適用ノウハウを体系的に管理し、社内適用拡大施策を検討する ・組織内外のステークホルダーと連携し、AI駆動開発を通じた新たなビジネスモデルの検討やシステム開発プロセスの高度化に資する技術開発の企画、推進 配属組織名 デジタルサービスビジネスユニット(金融システム) 金融BU戦略本部 金融AX推進センタ 配属組織について(概要・ミッション) 金融AX推進センタは、日立製作所 金融BU戦略本部に属し、金融機関のお客さま向けに事業企画を進めるチームです。お客さまのニーズや市場動向をふまえ、テクノロジーを活用した戦略的な企画・提案を推進しています。 特に、生成AIを社外のお客さま向けだけでなく日立社内の業務にも活用し、業務効率化を実現する第一人者をめざしています。AI時代において、システム開発やSI(システムインテグレーション)にAI技術を活用し、開発のあり方そのものを革新していくことで、新たな業務スタイルやビジネスモデルの確立を目指しています。

フルスタックを経験したあとで、ひとつの領域に絞ってスペシャリストに進む道もあります。幅を広げた経験は、どの専門を選ぶかを決めるときの判断材料です。

たとえば、インフラとアプリの両方を知っている人はSREへ、データの持ち方から画面まで理解している人はデータエンジニアへと、経験の重なりを活かして進めます。

テックゴーが保有する求人の提示年収の平均では、データエンジニアが約813万円、AIエンジニアが約834万円、SREが約875万円と、いずれもフルスタックエンジニアの約792万円を上回る水準です。フルスタックの期間は、進む専門を選ぶための準備としても使えます。

フルスタックエンジニアとしてのキャリア相談ならテックゴー

ここまで見てきたとおり、フルスタックという肩書きの中身は企業によって違い、選考では主担当の領域の深さが先に見られます。自分の経験がどのタイプの求人で、どう評価されるのかは、求人票を読むだけでは判断しにくいものです。

テックゴーは、エンジニアとITコンサルの領域に特化した転職エージェントとして、採点した現在地をもとに、アーキテクトやテックリードといった上流のポジションも含めて次の選択肢を一緒に整理します。

  • エンジニアとITコンサルの領域に特化している
  • 上流案件の求人を多く扱っている
  • 平均年収アップ金額144万円の実績がある
  • 年収アップ成功率86%で、年収交渉も代行してもらえる
  • 元エンジニア・ITコンサル出身のアドバイザーが多い
  • 面接対策を回数無制限で受けられる

転職するかどうかを決める前でも、今の経験で届く求人の幅を知っておくと、次のキャリアを決める材料になります。まずは、自分の経験がどこで評価されるのかを確かめるところからはじめてみましょう。

エンジニア特化の転職エージェント

まとめ

この記事では、フルスタックエンジニアの仕事内容と年収、名乗れる水準の判断方法、目指す前に知っておきたい現実を解説しました。

フルスタックエンジニアは複数の技術領域を横断して開発に関わる役割ですが、その中身はスタートアップ、事業会社、SIerといった企業のタイプによって違います。

また、選考では主担当の領域で専業者と同じ基準で比べられるため、テックゴーが保有する求人の提示年収の平均でも、フルスタックエンジニアはバックエンドエンジニアを下回っていました。

まずは自分の主戦場がどこで、周辺の領域がどこまで届いているかを確かめましょう。担当できる幅は、主担当の深さや設計の判断と結びついたときに、アーキテクトやテックリードといった次のポジションで評価されます。

採点した結果をもとに、どのタイプの求人なら今の経験が活きるのか、上流のポジションにどう近づくかを相談したいなら、テックゴーへの相談がおすすめです。

上流案件・ITコンサル領域に強く、元エンジニア・ITコンサル出身のアドバイザーが、技術の話が通じる立場で経験の棚卸しからサポートします。

よくある質問

フルスタックエンジニアに向いているのはどんな人ですか?

向いているかどうかは、性格より、これまでの行動で判断するほうが確かです。次のような経験がある人は、フルスタックの働き方と相性が良いでしょう。 ・担当外の不具合でも、原因を自分で追ったことがある ・仕様が決まる前の打ち合わせに参加したことがある ・新しい技術を業務外で試し、実際に使ったことがある ・人手が足りない作業を、自分から引き受けたことがある 反対に、ひとつの技術を突き詰めることにいちばんやりがいを感じる人は、スペシャリストの道のほうが力を発揮しやすいです。向き不向きは能力の差ではなく、どんな仕事に満足を感じるかの違いです。

フルスタックエンジニアに資格は必要ですか?

フルスタックエンジニアとして働くのに、必須の資格はありません。採用で見られるのは実務での成果であり、資格は知識を体系的に整理したい領域があるときの補助として考えましょう。 選ぶときは、試験名より、どの領域の知識を証明したいかを先に決めます。2026年度までの試験で候補になるのは、次のとおりです。 ・ITの基礎全般を示すなら、応用情報技術者試験が候補になる ・データベースを強みにするなら、データベーススペシャリスト試験が候補になる ・設計の判断を示すなら、システムアーキテクト試験が候補になる ・クラウドの知識を示すなら、AWSやGoogle Cloudの認定資格が候補になる ただし、IPAは2027年度から新しい試験制度に移行する予定で、現行の試験区分は2026年度の実施で終了します。応用情報技術者試験と高度試験は、マネジメント領域、データ・AI領域、システム領域の3区分からなる新しい試験に再編されます。 これから受けるなら、新制度のどの領域が自分の主戦場に合うかで選びましょう。

フルスタックエンジニアになるには何年くらいかかりますか?

フルスタックの中身が企業によって違うため、何年でなれるという決まった目安はありません。考え方としては、まずひとつの領域で一人前になり、そのうえで隣接する領域に関わっていく順番になります。 ひとつの領域で一人前になるまでの期間について、厚生労働省の職業情報提供サイト(jobtag)では、Webサービス開発のシステムエンジニアが周囲の特別なサポートなしに働けるようになるまでの期間として、1年超〜2年以下が22.5%、2年超〜3年以下が20.0%という結果が示されています。 主担当の領域でこの段階に届いたあと、隣接する領域の実務に関わる期間が加わるため、経験年数だけでは判断できません。 年数より、自分の主担当とする領域や隣接領域のレベル感が自立できる水準に届いているかを目安にしましょう。

未経験からフルスタックエンジニアになれますか?

IT未経験から、いきなりフルスタックエンジニアとして採用されるのは現実的ではありません。フルスタックの求人は、ひとつ以上の領域で実務経験があることを前提にしていることが多いためです。 未経験から目指すなら、まずフロントエンドやバックエンドといったひとつの領域のエンジニアとして就職し、実務の中で隣接する領域に関わる機会を増やしていく流れが確実です。 最初の職場を選ぶ段階で、担当外の領域に触れやすい少人数のチームかどうかを見ておくと、その後の広げ方が変わります。