「入社したら、実際にはどんな仕事をするのでしょうか？」

「自分の経験だと、どのような案件を提案されますか？」

「運用やテストだけではなく、設計や要件定義にも進めますか？」

採用面接やカジュアル面談で、こうした質問をいただくことがあります。

プロジェクト先で働くことを検討するうえで、雇用条件だけではなく、どのような仕事に関わる可能性があるのかは、入社前に確認しておきたい重要なポイントだと思います。

フェローシップが扱う案件は、ひとつの職種や業界に限られていません。
IT・Web・DX領域を中心に、開発、インフラ・クラウド、PM・PMO、ITサポート・社内SE、Webクリエイティブ、組み込み・エレメカなど、経験や志向に応じて複数の選択肢があります。

今回は、実際にどのような案件領域があるのかを、職種・業界・担当工程の3つに分けて紹介します。

※掲載している案件は、これまでに取り扱ってきた領域をもとにした代表例です。募集状況は時期によって変わり、すべての案件への参画を約束するものではありません。

■案件を見るときに、確認するポイント

案件をご提案する際は、職種名だけでなく、実際の業務と担当工程まで確認します。

例えば、開発エンジニアの案件でも、実装を中心に担当する場合もあれば、基本設計からテストまで一貫して関わる場合もあります。PMOも、進捗表の更新が中心の案件と、要件整理や複数部署の調整まで担う案件では、求められる経験が大きく異なります。

フェローシップでは、主に次の点を整理したうえで案件をご提案します。

・具体的な業務内容
・使用する技術やツール
・担当する工程と役割
・チーム構成と求められる経験
・勤務地、勤務時間、出社頻度
・その経験が次のキャリアにどうつながるか

企業名や職種名だけではなく、実際に何を担当し、どのような経験を積めるのかを具体的にお伝えします。

■職種別：どのような仕事がある？

フェローシップでは、IT・Web・DX領域を中心に、主に次のような職種の案件を扱っています。

1．開発エンジニア

Webサービス、業務システム、スマートフォンアプリなどの開発に関わります。

フロントエンドでは、画面設計やUI実装、API連携、テストなどを担当します。バックエンドでは、業務ロジックやAPI、データベースの設計・開発などを担当します。

使用技術の例は、Java、PHP、Python、Go、C#、JavaScript、TypeScript、React、Vue.js、Next.js、Spring Boot、Laravel、SQLなどです。

2．インフラ・クラウドエンジニア

サーバー、ネットワーク、クラウド環境の設計・構築・運用に関わります。

オンプレミス環境の更改、AWS・Azureなどへのクラウド移行、ネットワーク構築、監視設計、障害対応、運用改善など、案件によって担当範囲は異なります。

運用・保守の経験から、構築や設計へ担当工程を広げていく案件もあります。

3．PM・PMO

プロジェクトの進行を支え、関係者が同じ方向へ進めるように調整します。

進捗・課題・リスクの管理、会議運営、議事録作成、各部署との調整、要件整理、ベンダーコントロールなどが主な業務です。

単なる事務作業ではなく、開発やインフラの知識、関係者との調整力、問題を整理して前へ進める力が求められる案件もあります。

4．ITサポート・ヘルプデスク・社内SE

社員やユーザーがIT環境を問題なく使えるように支援します。

PCやアカウントの管理、問い合わせ対応、キッティング、Microsoft 365などのSaaS運用、社内システムの保守、マニュアル作成、業務改善などを担当します。

ITサポートから社内SE、インフラ運用、PMOなどへ経験を広げるキャリアも考えられます。

5．Webディレクター・Webクリエイティブ

Webサイトやデジタルサービスの制作・運用を進行します。

制作スケジュールの管理、要件整理、ワイヤーフレーム作成、デザイナー・エンジニアとの調整、アクセス解析、コンテンツ更新、改善提案などが主な業務です。

制作進行だけではなく、データをもとにした改善や、事業部門との調整まで担当する案件もあります。

6．組み込み・エレメカ

自動車、産業機器、電子機器など、製品や装置に関わる開発・設計・評価を担当します。

組み込みソフトウェア開発、制御設計、回路・電気設計、機械設計、CADを用いた設計補助、試作、評価・検証などが代表的です。

ITシステムだけでなく、ものづくりの現場で技術経験を活かせる案件も扱っています。

■業界別：どのような企業・サービスに関わる？

案件の業界もさまざまです。代表的には、次のような領域があります。

大手SIer・ITサービス

企業向けの業務システム開発、クラウド移行、インフラ更改、システム運用、PMOなど。複数部署やベンダーと連携する大規模プロジェクトもあります。

通信・社会インフラ

通信サービス、ネットワーク、顧客管理、サービス開発など。要件整理、開発、インフラ構築、運用、PMOまで幅広い役割があります。

製造・自動車・モビリティ

生産管理や基幹システム、組み込み制御、機械・電気設計、評価・検証など。ITとエレメカの双方に案件があります。

金融・決済

銀行、保険、証券、決済などのシステム開発・更改・運用。品質やセキュリティ、正確な進行管理が重視される領域です。

EC・Webサービス・メディア

ECサイト、会員サービス、Webメディア、業務支援SaaSなど。フロントエンド・バックエンド開発、Webディレクション、運用改善などがあります。

公共・教育・その他事業会社

公共サービス、教育、流通、小売、商社などの業務システムや社内IT環境に関わります。社内SE、ヘルプデスク、開発、インフラ、PMOなど、必要とされる職種はさまざまです。

■工程別：どこからどこまで担当する？

システムやサービスは、いきなり開発から始まるわけではありません。一般的には、次のような工程を経てリリース・運用されます。

企画・要件整理

何を解決するのか、誰が使うのか、必要な機能や条件は何かを整理します。PM・PMO、上流エンジニア、Webディレクターなどが関わることがあります。

基本設計・詳細設計

要件をもとに、画面、機能、データ、インフラ構成、処理方法などを具体化します。開発・インフラの実務経験に加え、要件を正しく理解して設計へ落とし込む力が必要です。

開発・構築

プログラムの実装、クラウドやサーバー・ネットワーク環境の構築、Web制作、組み込み制御の開発などを行います。

テスト・移行・導入

設計どおりに動くかを確認し、問題があれば修正します。新しい環境へのデータ移行、利用部門への説明、導入支援なども含まれます。

運用・保守・改善

リリース後の監視、問い合わせ対応、障害対応、追加開発、業務改善を行います。安定稼働を守るだけでなく、運用で得た課題を次の改善へつなげます。

すべての案件で全工程を担当するわけではありません。現在の経験に近い工程から入り、実績を積みながら担当範囲を広げるケースもあります。

■代表的な案件例

ここまでの職種・業界・工程を組み合わせると、例えば次のような案件が考えられます。

こちらのページから約1200件以上の案件を確認できます。

大手SIer／業務システム開発

・職種：バックエンドエンジニア
・技術例：Java、Spring Boot、SQL
・工程例：基本設計、詳細設計、実装、テスト
・業務例：既存システムの機能追加、API開発、データベース改修

事業会社／Webサービス開発

・職種：フロントエンドエンジニア
・技術例：TypeScript、React、Next.js
・工程例：画面設計、実装、テスト、改善
・業務例：新機能開発、API連携、UI改善、表示速度の改善

通信／サービス開発PMO

・職種：PMO
・工程例：要件整理、開発推進、リリース調整
・業務例：進捗・課題管理、複数部署との仕様調整、会議運営

クラウド移行・インフラ更改

・職種：クラウド／インフラエンジニア
・技術例：AWS、Azure、Windows Server、Linux、ネットワーク
・工程例：設計、構築、テスト、移行、運用設計

事業会社／社内ITサポート

・職種：ITサポート・社内SE
・技術例：Microsoft 365、Active Directory、各種SaaS
・工程例：導入、運用、改善
・業務例：問い合わせ対応、アカウント・端末管理、手順整備

製造／組み込み・製品評価

・職種：組み込みエンジニア・評価担当
・技術例：C、C++、各種計測・評価ツール
・工程例：詳細設計、実装、単体・結合テスト、評価

■自分には、どのような案件が提案される？

提案する案件は、職種名だけで機械的に決めるものではありません。

主に、次の要素を確認します。

・これまで担当した業務と工程
・使用してきた技術やツール
・一人で対応できること、支援があれば対応できること
・今後伸ばしたいスキル
・勤務地、勤務時間、出社頻度などの希望
・募集時点の案件状況

例えば「Javaを使った経験がある」という情報だけでは、担当できる案件は判断できません。

改修が中心だったのか、新規開発だったのか。設計書を作成したのか、実装のみだったのか。テスト計画まで担当したのか。チーム内でどのような役割だったのか。

同じ技術経験でも、担当した工程や役割によって提案できる案件は変わります。

だからこそ、面接や入社前の面談では、経験をできるだけ具体的に確認します。経歴を細かく聞くのは、合否だけを判断するためではなく、入社後にどの案件が現実的かを考えるためでもあります。

■希望する工程へ、すぐに進めるとは限りません

「運用から設計へ進みたい」「開発経験を積みたい」「PMOからPMを目指したい」といった希望は、率直にお聞かせください。

一方で、経験のない工程へ、希望だけですぐに参画できるとは限りません。案件では、企業から求められる経験や役割が決まっているためです。

その場合は、現在の経験を活かしながら次に必要な実績を得られる案件を検討します。

例えば、

・運用手順どおりの対応から、運用改善や構築補助へ広げる
・テスト経験を活かし、改修や実装を含む案件へ進む
・進捗管理の経験から、要件整理やベンダー調整へ広げる
・ITサポートから、SaaS管理や社内システム運用へ広げる

といったように、現在地と目標の間にある経験を一つずつ積む考え方が必要です。

■案件の幅より、「自分に合う理由」を確認してください

案件数や職種の幅が広いことは、選択肢の一つです。

ただし、本当に重要なのは、案件の一覧が多いことではありません。

なぜ自分にこの案件が提案されたのか。

どの経験を活かせるのか。

どの工程を担当し、次に何を目指せるのか。

希望する働き方と、どこまで合っているのか。

こうした点を確認し、納得したうえで参画を判断することが大切です。

フェローシップでは、良い面だけでなく、現時点では難しいことや、経験を積む必要があることも含めてお伝えします。

自分の経験ならどのような案件が想定されるのか気になる方は、面接で、これまで担当した業務と今後の希望をお聞かせください。

職種・業界・工程まで分けながら、現実的な選択肢を一緒に考えていきましょう！