IT・ソフトウェア業界の職種｜仕事内容の調べ方

01職種の地図｜4区分で整理する

まずこの整理を頭に入れてください。

受託と自社サービスで評価が変わります

受託は期日と予算の中で要求どおりに納めること、自社サービスは使われ、成長することが価値になります。

同じ職種でも、何が良い仕事とされるかが違います。

技術職以外も技術に触れます

営業も、カスタマーサクセスも、製品の中身が分からないと仕事になりません。文系出身でも技術を学ぶことになります。

業界の構造は別記事で

どんな分野の会社があるか（SIer、Webサービス、SaaS、インフラ、組込み）はIT・ソフトウェア業界とは｜全体像と分野の調べ方で整理しています。

02つくる職種の中身

「プログラムを書く」だけが仕事ではありません。

「つくる」以外の時間が長い

何をつくるかを決める、確かめる、直す——この時間が相当あります。

「ずっとコードを書いていたい」という期待だけで入ると、ギャップが生まれます。

他人が読めるコードを書きます

仕事では複数人で1つのものをつくります。自分だけが分かるコードでは成り立ちません。

レビューを受けて直すことが日常的にあります。

分野で使う技術が違います

Webのフロント、業務システムのバック、機器の中の組込み、データの基盤——使う道具も考え方も違います。

志望する会社の技術ブログを読めば、実際に使われている技術が分かります。

テストは軽視できません

動くものをつくることと、壊れないものをつくることは別です。品質保証を専門の職種として置いている会社もあります。

03動かす職種｜インフラとセキュリティ

止めないことが価値になる職種です。

クラウドの知識が共通の土台です

多くの会社がクラウドのサービスを使ってシステムを動かしています。そのため、クラウドに関する知識が広く求められます。

障害のときが本番です

サービスが止まれば利用者も事業も止まります。だから備えと、素早い復旧が重視されます。

地味に見えて、責任の重い仕事です。

当番がある職種があります

止まってはいけないシステムでは障害に備える当番が組まれることがあります。生活に関わるため、確認しておくとよい項目です。

セキュリティは専門の分野です

攻撃の手口も守り方も変わり続けるため、専門の知識が必要です。専門の会社や、組織内の専門チームがあります。

公的機関が情報を公開しているので、関心があるなら調べてみてください。

04決める職種｜PdM・PM・コンサル・デザイン

何をつくるかを決める職種です。

プロダクトとプロジェクトは違います

プロダクトマネージャーは「何をつくるか」、プロジェクトマネージャーは「どう進めるか」を担います。

混同されやすいので、募集要項の仕事内容欄で中身を確認してください。

新卒からは少ないことがあります

これらの職種は経験を前提とすることがあります。新卒ではまずエンジニアや営業から始め、後で移る道が一般的な会社もあります。

新卒での募集があるかは募集要項で確認してください。

技術が分からないと務まりません

何をつくるかを決めるには、つくれるかどうかの判断が必要です。技術の理解が前提になります。

デザイナーは別枠の募集があります

作品の提出を求められることがあります。募集要項の応募資格を確認してください。

05届ける職種｜営業・プリセールス・CS

技術と顧客の間に立つ職種です。

SaaSではカスタマーサクセスが重要です

売って終わりではなく、使い続けてもらうことが収益につながります。だから導入と活用を支援する職種があります。

技術と顧客の間に立つ仕事で、文系出身者が就くこともあります。

プリセールスは技術の説明役です

営業だけでは答えられない技術的な質問に対応し、実現できるかを確認します。エンジニアから移ることもある職種です。

受託では提案が重要です

顧客の課題を聞き、どんなシステムで解けるかを示し、期間と費用を見積もる——ここで案件が決まります。

製品の知識が必要です

どの職種でも製品の中身が分からないと仕事になりません。文系出身でも技術を学ぶことになります。

第2部　職種の選び方｜未経験・学び方・働き方

06未経験からエンジニアになれるか

会社によります。募集要項で確認してください。

経験を問わない募集もあります

入社後の研修で基礎を学ぶ前提の募集があります。文系出身のエンジニアは珍しくありません。

ただし入社後に学ぶ量は多いという前提を持ってください。

何か作っておくと話が早い

授業の課題でも、個人で作ったものでも構いません。何を作り、どこで詰まり、どう解いたかを説明できると材料になります。

規模の大きさより考えた過程が見られます。動かなかったものでも、原因を説明できるなら材料になります。

正直に話してください

自分が書いた部分と、参考にしたもの——正確に説明してください。技術職の面接では詳しく聞かれます。

資格は必須ではありません

情報処理に関する国家試験などがありますが、応募の条件になっていないことが多くあります。取るなら、何を理解したかを語れるようにしてください。

07学び続けることが前提です

技術は変わり続けます。

会社の支援制度を確認してください

書籍や勉強会の費用、受験の補助、学習の時間——学ぶことへの支援を制度にしている会社があります。

これは会社の姿勢が表れる部分でもあります。

個別の技術より学び方です

いま使われている道具が、数年後も同じとは限りません。新しいことを自分で調べて使えるかのほうが長く役に立ちます。

面接で聞かれることがあります

「どうやって新しいことを学んでいますか」——この質問に答えられるようにしておいてください。

レビューを受けて直す文化

書いたコードは他の人に見てもらい、指摘を受けて直します。これは品質を上げるための工程です。

指摘を前向きに受け止められるかが、働きやすさに関わります。

08働き方｜場所・時間・常駐

会社によってかなり違う業界です。

客先常駐は確認してください

案件によっては、顧客のオフィスに通って働くことになります。毎日自社に出社するとは限りません。

働く環境が大きく変わる要素です。説明会で確認しておいてください。

納期の前は忙しくなることがあります

受託開発では納期が決まっています。その前後で忙しさが変わることがあります。

どう平準化しているかを聞くのもよい質問です。

在宅の制度は会社差が大きい

職種によって在宅で働ける範囲が違います。制度は変更されることもあります。最新の状況を確認してください。

運用の当番

止まってはいけないシステムでは障害に備える当番が組まれることがあります。職種と担当によります。

第3部　仕事内容の調べ方

09募集要項から仕事内容を読む

いちばん確実な情報源は、会社が出している募集要項です。

「若干名」「総合職」だけの募集もあります

仕事内容が抽象的にしか書かれていない場合、配属で決まる可能性が高くなります。その場合は説明会で具体的に聞いてください。

エンジニア職の中でも分野が分かれます

アプリ、インフラ、データ、組込み、セキュリティ——さらに細かく募集されることがあります。

未経験を前提とする募集かどうかも、応募資格欄で確認してください。

複数年分を見ると分かることがあります

去年と今年で募集する職種の区分が変わっていることがあります。会社の方針の変化が表れている場合があります。

募集要項の読み方は募集要項の読み方｜見落としやすい項目を確認するで詳しく扱っています。

10社員インタビューの読み方

採用ページの社員紹介は、使い方を間違えなければ役に立ちます。

良い面が中心に書かれている前提で読む

採用ページは会社が伝えたいことを載せる場所です。厳しい面が書かれていないこともあります。

だから「何をしているか」という事実の部分を拾い、評価の言葉は割り引いて読んでください。

複数人を読み比べてください

1人だけだと、その人の特殊な経歴かもしれません。同じ職種の複数の人を読むと、共通する部分が見えます。

技術ブログと合わせて読んでください

採用ページの社員紹介より、技術ブログのほうが実態に近いことがあります。両方を読むと、その会社の文化が見えます。

載っていない職種にも注意

採用ページに紹介がない職種もあります。紹介がない＝存在しないではありません。募集要項の職種欄で確認してください。

11一次資料から職種の手がかりを得る

採用向けではない資料にも、仕事の手がかりがあります。

従業員数は職種の規模を表します

セグメント別の従業員数を見ると、どの事業に人が多いかが分かります。人が多い事業には、その分職種も多くあります。

希望する職種が、会社の中でどれくらいの規模かを推測する材料になります。

技術ブログが最良の一次情報です

使っている技術、取り組んでいる課題、書く人の考え方——会社案内より正直なことがあります。

中期経営計画に採用の方向が表れます

「この領域を強化する」と書かれていれば、その領域で人を必要としている可能性があります。

志望する職種と、会社が力を入れる方向が合っているかを確かめてください。

12OB・OG訪問で聞くこと

資料では分からないことを聞くための機会です。

「やりがい」は聞いても情報が少ない

抽象的な質問には抽象的な答えが返ります。具体的な事実を聞くほうが、判断の材料になります。

「昨日は何をしていましたか」くらい具体的でも構いません。

ITで聞いておきたいこと

コードを書く時間の割合、客先常駐があるか、障害対応の当番があるか、入社後どう学んだか——このあたりは資料では分かりません。

複数の人に聞いてください

13志望する職種をどう書くか

「職種が決まっていない」ままでも書けますが、材料は要ります。

職種名だけを書かないでください

「開発職を希望します」だけでは、その職種の何に関心があるのかが伝わりません。

仕事の中身のどの部分に関心があるかまで書いてください。

「受託か自社サービスか」を書いてください

同じエンジニアでも、受託と自社サービスでは評価される基準が違います。

「期日と品質を守って納める仕事」に関心があるのか、「使われるものを改善し続ける仕事」に関心があるのか——ここを書き分けてください。

希望が変わることもあります

入社後に別の職種に関心が移ることもあります。それ自体は問題ではありません。ただし選考の時点では、いま考えていることを具体的に言えることが大切です。

志望理由の組み立ては志望理由が弱いと感じたら｜足りない情報を埋めるで扱っています。

14配属はどう決まるか

ここを確認せずに入社すると、想像とずれます。

確認すべきこと

聞いても失礼になりません

配属や勤務地は働き方の前提です。遠慮せず確認してください。曖昧なまま進めるほうが、お互いにとって良くありません。

客先常駐の有無を確認してください

顧客の職場で働く形があります。自社のオフィスに通うとは限りません。会社と案件によります。

最初の配属がすべてではありません

多くの会社では異動の機会があります。ただし、どの程度動けるかは会社によって違います。実際の例をOB・OG訪問で聞いてください。

15選考の時期と併願

職種によって、選考の進み方が違うことがあります。

職種別・通年の募集があります

エンジニア、営業、企画——職種を分けて募集する会社が多くあります。時期を定めず通年で採用する会社もあります。

各社の採用ページで確認してください。

締切は一覧で管理してください

職種別に応募すると、締切がばらばらになります。会社名、職種、応募した日、次の予定、締切をまとめておけば、出し忘れは防げます。

管理の仕方は選考管理の作り方｜進み具合を一覧にするで扱っています。

16相談できる窓口

一人で抱えないでください。

技術のコミュニティも情報源になります

勉強会や技術の発表会では、実際に働いている人の話を聞けることがあります。学生が参加できるものもあります。

条件面で疑問があるとき

提示された条件に疑問があるとき、自分で判断せずに相談してください。労働局の総合労働相談コーナーは無料で、全国にあります（予約なしで利用できる場合があります）。法令の解釈が必要な場合は弁護士にご相談ください。

17よくある質問

18まとめ｜職種を分けて、受託か自社かを決める

ITの職種は「つくる・動かす・決める・届ける」で整理できます。

「エンジニア」は1つの職種ではありません。アプリ、インフラ、データ、組込み、セキュリティ、品質保証——役割が分かれています。

最後に。職種の名称や区分は会社によって異なり、事業の変化も速い業界です。本記事は一般的な整理であり、特定の会社の制度を示すものではありません。実際の職種・配属・条件は各社の募集要項でご確認ください。