文系からエンジニア・SEは無理？公的情報でみる学歴要件と仕事の中身

文系だと採用されない？

ITの仕事に関心を持って検索を始めると、「文系エンジニア」の後ろに並ぶのは「やめとけ」「きつい」「後悔」といった語です。調べれば安心できるかと思って開いたのに、読むほど手が止まる。そういう状態でこのページにたどり着いた方もいるでしょう。

ただ、この段階で感じている不安は、よく見ると2つに分かれています。ひとつは、応募した時点で専攻を理由に落とされるのではないかという不安です。もうひとつは、仮に入れたとしても、入ってから技術についていけないのではないかという不安です。

この2つは別の問題で、確かめる方法も違います。前者は募集の要件を見れば分かる話であり、後者は職務の中身と、身につけるまでにかかる時間を見れば見積もれる話です。数学や理科を避けて文系を選んだという事実そのものは変えられませんが、それがどちらの不安に効いているのかを分けておくと、調べる先が決まります。

公的情報は「文系も多い」

厚生労働省が運営する職業情報提供サイト（job tag）は、システムエンジニア（受託開発）の職業詳細で「入職にあたって、特に学歴や資格は必要とされないが、大卒や大学院卒（修士）が多く、高専卒もいる。理系のイメージが強いが文系も多い」と記しています。文系であることが入職の要件で排除されているわけではない、という点は公的な職業情報の側にはっきり書かれています。

同じページには、前職の経験についての記述もあります。「新卒でそのままSEになる人も多いが、プログラマーとしてプログラム開発などの経験を積んでから、なる場合もある。また、IT以外の様々な業界の経験や知識も生かせることから、他業界からの転職者も比較的多い」とされています。IT以外の業界の経験が、活かせないどころか活かせるものとして位置づけられています。

学歴の内訳も公開されています。この職業で実際に働いている人が多いと感じる学歴として、大卒84.6%、専門学校卒30.8%、高卒20.5%、高専卒10.3%、修士課程卒7.7%、短大卒7.7%、博士課程卒2.6%という数値が示されています。複数回答のため合計は100%を超えます。

読み取れるのは2つです。大卒が多いという事実と、専攻を要件とする記述がどこにも無いという事実です。この2つは別々に読む必要があります。学歴の分布に文系・理系の区分は示されていませんが、本文のほうが「文系も多い」と明示しています。

もしあなたが営業や販売、事務など、顧客や社内の相手と話しながら仕事を進めてきたのであれば、その経験は職務の中で実際に使われる場面があります。ただし「使われる場面がある」というのは印象ではなく、職務の構成として確かめられることです。次に見るべきは、SEの仕事が実際に何で占められているかです。

対話と業務理解が職務の中心

SEの職務では、顧客との対話と業務の理解が中心に置かれています。公表されているタスクの実施率を見ると、その工程を担当している人の割合が高いことが分かります。

job tag のシステムエンジニア（受託開発）のページには、タスクごとの実施率が掲載されています。実施率とは、その職業に就いている人のうち、そのタスクを実際に担当している人の割合です。上位に並ぶのは次の4つです。

上位に並ぶのは、コードを書く工程ではなく、相手の話を聞いて業務の流れを把握し、何を作るかを決める工程です。要件定義を担当している人は93.0%、基本設計は94.7%、顧客へのヒアリングと業務の把握もそれぞれ84.2%。つまり、この職業に就いている人のほとんどが、これらの工程を自分の仕事として担当しています。「文系の強みが効く」と言われるとき、その根拠はこの構成にあります。感覚の話ではなく、職務に含まれる仕事の内訳としてそうなっています。

同じページのしごと能力プロフィールでも、同じ傾向が数値に出ています。受託開発のSEでは読解力4.3、傾聴力4.2、文章力4.2、説明力4.1。Webサービス開発のSEでは読解力4.5、傾聴力4.6、文章力4.3、説明力4.1です。一方で外国語に関するスキルは、読む2.4、聞く1.7、書く1.4から1.5と低めに置かれています。この指標は職業間で比較可能な形で示されているもので、他の職業と比べたときの相対的な位置を表します。

言い換えると、SEという職業に求められるスキルの中で、読む・聞く・書く・説明するという言語の運用が高い位置に置かれているということです。job tag の本文も「社内外の年齢も経歴も異なる様々な人と接し、意見交換する場面が多く、コミュニケーション能力が非常に重要であり、チームワークが強く求められる」と記しています。

ただし、これはコードを書く力が要らないという意味ではありません。そこは分けて確かめる必要があります。

技術の知識はどこまで要るか

学歴や資格が入職の要件でないことと、技術の知識が要らないことは別の話です。job tag の受託開発のSEのページは「SEになるには、情報システムの技術と知識、対象となる業界の業務に関する詳細な知識が必要である」とも書いています。

つまり求められているのは、入職時点でどの学部を出たかではなく、入職後に身につける技術の知識です。専攻は問われないが知識は要る、という構造になっています。文系出身であることが不利に働くとすれば、それは専攻そのものではなく、その知識を積むための時間が必要になるという点です。

必要とされる知識は職種によっても違います。同じシステムエンジニアでも、Webサービス開発の職業詳細には「開発に関する細かな情報や最新の情報は、日本語の情報もあるが、英語で書かれたWebサイトや英語のコミュニティで得られることもある。そのため、英語の読み書き能力が開発には必要となる」という記述があります。一方で、先ほど見たとおり、しごと能力プロフィールにおける外国語のスキルの数値は2前後にとどまります。前者は「必要になる場面がある」という記述であり、後者は他の職業と比べた相対的な位置です。どちらか一方だけを取り出して「英語が必須だ」とも「英語は要らない」とも言えません。

job tag が挙げているSEの要件は、技術と業務知識のほかにもあります。「全体を見通せる構想力、問題を発見し解決する能力、状況の変化に対応する柔軟性、開発プロジェクトを推進するマネジメント力」です。理数系の素養という言葉はここに出てきません。出てくるのは、状況を整理して人と決めていく力です。

準備期間と設計を任されるまでの年数

入職までに必要な準備期間は人によって大きく違い、公表されているデータにも幅があります。job tag のシステムエンジニア（Webサービス開発）のページには、実際に働いている人が必要と考える入職前の訓練期間（学歴を除く）の分布が掲載されています。

準備は特に必要ないと答えた層が2割強ある一方で、1年を超える準備が必要だと答えた層も合わせて3割ほどあります。どちらか一方だけを見て見積もるとずれます。自分がどちらに近いかは、入る職種と入る会社の育成の仕組みによって決まります。

入職後の時間についても目安が示されています。job tag の受託開発のSEのページによれば、新卒入社の場合は入社後の3〜4カ月が新人研修で、その後配属されて2年ほど開発の現場でOJTを通じて実践力を身につけていきます。そして「一般的には3年目頃には一人で詳細設計を書けるようになる。5年目頃には基本設計を含め開発全体ができるようになる」とされています。

これは新卒の場合の進み方ですが、中途で入る場合の見積もりにも使えます。一人で設計を任されるまでに年単位の時間がかかる職種だということです。転職して数カ月で戦力になる仕事ではありません。逆に言えば、入った時点で技術知識が足りないこと自体は前提として織り込まれている、という読み方もできます。

強みを選考で示す方法

選考で効くのは「コミュニケーション力があります」という主張ではなく、職務内容のタスクに対応する前職の事実です。先ほど見たタスク（顧客へのヒアリング、業務の流れと帳票の把握、要件の合意）に、自分の経験を突き合わせて書きます。

営業や販売の経験があるなら、書くのは要望を聞き取って条件を詰めた案件そのものです。どんな相手の、どういう要望を、どこまで聞き出し、社内の誰と調整して、どういう条件で合意に至ったか。その案件を何件、どのくらいの規模で担当したか。これは「顧客にヒアリングし、開発するシステムの概要をまとめる」というタスクに直接対応します。

事務の経験があるなら、担当した業務の流れそのものが材料になります。どの帳票を、月にどれだけ、どの部署との間でやり取りしていたか。処理の順序のどこに無駄があり、それをどう変えたか。job tag が挙げるタスクには「顧客の業務の流れ（特に伝票や書類の流れ、種類、形式、量など）やコンピュータ処理する内容を把握する」とあります。帳票の種類・形式・量という言葉がそのまま出てくる以上、事務で扱ってきた対象はこの工程の中身と重なります。

企画や運営の経験があるなら、現場から課題を吸い上げて施策に落とした過程を書きます。誰から何を聞き、どう課題として定義し、何を決めて、結果どうなったか。「顧客が自覚していない課題までも抽出し」という記述が要件定義の説明に含まれているとおり、課題を言語化する作業は職務の一部です。

いずれの場合も、書く基準は同じです。何を、どの相手と、どのくらいの規模で、どう決着させたか。ここまで書いて初めて事実になります。「調整力があります」「傾聴力には自信があります」という書き方は、書類でも面接でも確かめようがないため、判断の材料になりません。技術の学習について書くなら、それも同じ基準で書きます。何をどこまで作ったか、詰まったときにどう調べて解決したか、という事実の形にします。

応募先の選び方と相談先

文系出身であることを前提に応募先を選ぶなら、見るべきは「未経験歓迎」という文字ではなく、募集要項に何が書かれているかです。確認する箇所は3つに絞れます。

• 応募資格欄に学歴・専攻の指定があるか
  • 「情報系学部卒」「理工系学部卒」といった指定があれば対象外になります。指定がなければ、専攻を理由に落とす運用ではないと読めます。
• 実務経験年数の指定があるか
  • 「実務経験3年以上」とあれば未経験は対象外です。ポテンシャルを見る枠かどうかはここに現れます。
• 入職後の研修期間が示されているか
  • 研修の期間と中身が書かれている募集は、技術知識をこれから積むことを前提にしていると読めます。書かれていない場合は面接で確認する項目になります。

自分の経歴がどのタスクに接続するかを外部の目で確認したい場合は、IT分野の未経験転職に対応する転職サービスに相談する方法もあります。ワークポートは、IT・Web業界の求人を扱い、未経験からの転職相談にも対応する転職エージェントです。前職の経験を職務経歴書にどう書き起こすかを、担当者と一緒に整理するところから始められます。登録や相談に費用はかからず、応募先が決まっていない段階でも利用できます。

まとめ

文系からエンジニア・SEを検討するときに押さえておきたいのは、次の3点です。

• 入職の要件に学歴や専攻の指定はない
  • 公的な職業情報は「入職にあたって、特に学歴や資格は必要とされない」「理系のイメージが強いが文系も多い」と記しています。
• 職務の中心は顧客との対話と業務の理解
  • 要件定義93.0%、基本設計94.7%というように、この職業に就いている人のほとんどがこれらの工程を担当しています。
• ただし技術の知識と時間は必要
  • 一人で詳細設計を書けるようになるのは3年目頃、開発全体を担えるのは5年目頃が目安とされています。

不安を「応募できるか」と「入ってから続けられるか」に分けると、前者は募集要項で確認でき、後者は時間の見積もりの問題になります。どちらも、専攻を理由に諦める前に確かめられることです。

次にやることは、気になる求人の応募資格欄を開いて、学歴・専攻の指定があるかどうかを確認することです。指定がなければ、あなたはその募集の対象に入っています。

経験を積んだあとで、あらためて転職エージェントを比べ直したくなったときは、以下の記事が経験者向けの視点で整理しています。

参考記事：ITエンジニアにおすすめの転職エージェント10選｜経験者向けに比較