公共系SIerとは？仕事内容とキャリアパス・企業選びで見るべき軸

公共系SIerについて調べると、安定しているという評価と、やめとけ、激務といった声が同時に出てきます。評価が分かれる理由は、企業名ではなく、案件の中での立ち位置と担当する工程が人によって違うためです。同じ公共案件でも、元請けとして上流を担うのか、協力会社として特定の工程を受け持つのかで、積み上がる経験はまったく異なります。

この記事では、公共系SIerの仕事内容と業界の進み方を整理したうえで、企業を比較するときに見るべき4つの軸、市場価値の伝え方、そこから広がるキャリアパスまでを順に解説します。読み終えたとき、ランキングに頼らず自分の基準で企業を判断できる状態になっているはずです。

公共系SIerとは

公共系SIerが担う領域と役割

公共系SIerとは、官公庁や自治体、独立行政法人などの公共分野を主な顧客とするSIerを指します。行政サービスを支えるシステムを、企画から設計、開発、運用保守まで一貫して手掛ける事業者です。官公庁向けシステムを扱う企業の役割は、プログラムを作ることだけではありません。

法律や条例に沿って業務の流れそのものを整理し、実現できる形に落とし込むところまでが守備範囲になります。発注する側の職員がIT専門職とは限らないため、業務上の要望を聞き取り、システムの仕様へ翻訳する力が強く求められます。官公庁向けシステムを提供する企業は、こうした業務の理解を前提に事業を組み立てています。

金融系や産業系など他分野のSIerとの違い

SIerは得意とする分野によって、公共系、金融系、産業系（製造や流通）などに分類されます。公共系の特徴は次の3点です。

• 予算の出どころが税金であり、支出の妥当性について厳しく説明責任が問われます
• 調達手続きが入札制度で定められており、進め方に裁量が効きにくくなります
• システムが停止すると住民生活へ直接影響するため、品質要求が高く設定されます

金融系も基幹システムの安定性を重視しますが、利用者が不特定多数の住民である点で公共系とは異なります。産業系は生産や販売の効率化が主題であり、投資判断のスピードも比較的速い傾向です。自分がどの分野に向いているかを考えるときの出発点になります。

公共系SIerが手掛けるシステムの種類

公共系SIerが手掛けるシステムの種類は幅広く、代表的なものは次のとおりです。

• 税や社会保障に関する基幹システム
• 住民情報や戸籍を管理するシステム
• 防災や消防など緊急対応を支えるシステム
• 道路、鉄道、上下水道といった社会基盤の管理システム
• 行政手続きのオンライン申請システム
• 教育や福祉の分野で使われる業務システム

いずれも長期間にわたって使われ続ける前提で構築されます。そのため、新しいサービスをゼロから作る案件よりも、既存システムの改修や別環境への移行に関わる案件が多くなる点が特徴です。扱う領域が広いぶん、配属によって身につく業務知識も変わってきます。

公共分野のIT需要が拡大している背景

公共分野のIT需要は拡大が続いています。背景にあるのは、行政DXの推進、自治体システムの標準化、ガバメントクラウドへの移行という3つの流れです。国は自治体の基幹業務システムについて、共通の標準仕様に沿った形へ移行する方針を示しており、全国の自治体で切り替え作業が進んでいます。

これに伴って、現行システムの調査、データ移行、クラウド環境の構築といった案件が継続的に発生しています。公共系SIerの将来性を判断するうえで、この構造的な需要は押さえておきたい材料です。加えて、行政手続きのオンライン化やデータの活用に向けた取り組みも各地で広がっており、案件の種類は増える方向にあります。

公共系SIerの仕事内容

提案から要件定義まで

案件は、官公庁や自治体が公告する調達仕様書の読み込みから始まります。求められている業務範囲、納期、品質基準を読み取り、自社の実績や得意分野を踏まえた提案書を作成します。受注後は担当部署へのヒアリングを重ね、要件定義を進めます。

現行の業務手順、根拠となる法律や条例、例外的な処理の扱いまで確認する必要があり、聞き取りだけで数か月を要することも珍しくありません。ここで詰め切れなかった要件が、後の工程で手戻りを生む原因になります。この工程では、システムの知識よりも、行政の業務がどう動いているかを理解する力が成果を左右します。営業や業務側の担当者と組んで進める場面も多くあります。

設計から開発、テストまで

要件定義の内容をもとに、基本設計と詳細設計を行います。公共案件では設計書の粒度が細かく求められ、記載内容そのものが納品物として検収の対象になります。開発工程ではJavaを中心とした言語が使われることが多く、既存の基幹システムへ手を入れる場合は、より古い環境を扱うこともあります。

テストは単体、結合、総合と段階を踏み、想定される利用パターンを網羅的に確認します。実施した内容と結果を記録として残す作業も、工数の一定割合を占めます。民間向けの開発と比べると、作る量そのものよりも、決められた基準を満たしていることを示す作業の比重が高くなる点が特徴です。

移行と運用保守

公共案件では、稼働日が制度の施行日に固定されるケースが多く、移行作業の重みが大きくなります。旧システムのデータを新しい環境へ移す作業は、件数も項目数も膨大で、本番を想定したリハーサルを複数回実施するのが一般的です。稼働後は運用保守のフェーズへ移り、障害対応、問い合わせ対応、定期的なデータ更新などを担当します。

運用期間が5年から10年に及ぶ契約も多く、同じユーザーと長期にわたって関わり続ける点も、この分野の特徴です。運用保守の担当は、そのシステムの内部を最もよく理解する立場になります。次の刷新案件で上流を任される人が、この経験者から選ばれることも少なくありません。

発注元や協力会社との調整とドキュメント業務

工程を問わず発生するのが、調整と文書作成の業務です。発注元への進捗報告、仕様変更の協議、協力会社への作業指示と品質確認、関連部署との日程調整などが日常的に行われます。提出する資料も、議事録、進捗報告書、課題管理表、設計書の更新版と多岐にわたります。

担当する立場によっては、勤務時間の半分以上がこうした業務に充てられることもあります。手を動かす時間が想定より少ないという声が出るのは、この構造が背景にあります。ただし、この調整と記録の積み重ねが、関係者の多い案件を破綻させずに進めるための土台になっています。業務の意味を理解しているかどうかで、感じ方はかなり変わります。

公共系SIerならではの仕事の進み方

入札と予算年度に左右される進行

公共案件は入札によって発注先が決まり、予算は年度単位で管理されます。着手の時期も完了期限も制度の側で決まっているため、開発側の都合で動かすことができません。年度末に検収が集中しやすく、繁忙の波もこの区切りに沿って発生します。

また、受注できるかどうかが入札の結果次第であるため、案件が途切れる時期と重なる時期が生まれます。多くの企業が複数の案件を並行して抱える体制を組んでいるのは、この変動へ対応するためです。提案から受注までの期間も長く、同じ発注元と数年単位で関係を築くことになります。依頼のきっかけが人脈ではなく制度である点も、民間向けの営業とは異なります。

ウォーターフォール型と高い品質要求

公共システムの開発では、工程を順番に進めるウォーターフォール型が選ばれることがほとんどです。理由は、途中で仕様を変えにくい調達の仕組みと、稼働後の不具合が住民生活に直結するという性質にあります。作ってから直すという進め方が取りにくいため、前の工程で徹底的に確認する方式が採られます。

アジャイル開発を経験したいエンジニアには物足りなく感じられる一方で、大規模なシステムを破綻させずに完成させる設計思想を学べる環境でもあります。一部の案件ではアジャイル型の導入も始まっていますが、基幹システムの領域では従来の進め方が主流であると考えておくのが現実的です。

制度改正への継続対応

公共システムは、法律や条例の改正に合わせて改修が必要になります。税率の変更、給付制度の新設、申請様式の変更など、制度が動くたびに対応が発生します。改正の内容が固まってから施行日までの期間が短いことも多く、限られた時間で仕様を確定させる対応力が求められます。

一方で、この継続的な改修需要があるため、一度受注した案件が長期の取引につながりやすい構造にもなっています。安定性という評価は、この仕組みから生まれています。また、改正の内容を正しく読み解くには、制度そのものへの理解が欠かせません。担当が長くなるほど、この知識が他の人では代えがたい価値になっていきます。

セキュリティと情報管理の厳格さ

公共システムは住民の個人情報を扱うため、情報管理の基準が厳格です。作業を発注元の施設内に限定する、私物の端末や記録媒体の持ち込みを禁止する、資料の持ち出しに申請を求めるといった制約が設けられます。リモートワークの可否も、案件の性質によって大きく分かれます。

応募の段階で働き方を確認しておきたいのは、この制約が現場ごとに異なるためです。一方、こうした環境で身につく情報管理の感覚は、他の業界でも評価される知識になります。公共分野でもクラウドの活用が進み、運用の基準は少しずつ変わっています。ただし扱う情報の性質は変わらないため、慎重な運用が求められる状況は続きます。

企業選びで見るべきは社名より立ち位置

元請けと協力会社で仕事内容が変わる理由

公共案件は、元請けとなるプライムベンダーが受注し、そこから複数の協力会社へ作業が分担される形が一般的です。元請けは要件定義や全体設計、進捗管理といった上流工程を担い、発注元と直接やり取りします。協力会社は割り当てられた範囲の開発やテストを担当します。

担当できる工程と裁量が階層によって変わるため、同じ公共系SIerという言葉でくくられていても、キャリアの積み上がり方は別物になります。大手SIer一覧や中堅SIerランキングを見るときは、この違いを前提に読む必要があります。社名の知名度だけで判断すると、この階層の違いを見落としやすくなります。

一覧やランキングを見るときの4つの軸

公共系SIerのランキングや一覧を比較するときは、次の4点を確認してください。

公共案件の比率	売上に占める公共分野の割合はどの程度か
元請け案件の比率	直接受注が中心か、下請けとしての参画が中心か
担当できる工程	上流から関われるのか、開発が中心になるのか
技術環境	オンプレミスが中心か、クラウド案件の実績があるか

この4軸で見ると、知名度の高い企業が自分にとって最適とは限らないことがわかります。序列そのものではなく、判断軸を持って一覧を読むことが企業選びの精度を上げます。採用サイトだけでは読み取れない部分もあるため、この4点は面接での逆質問としてもそのまま使えます。

企業タイプ別の特徴

公共系SIerは、成り立ちによっていくつかのタイプに分かれます。

大手総合系	省庁級の大規模案件を元請けで担当し、上流工程の経験を積みやすい
メーカー系	親会社のハードウェアや基盤製品を軸に、基幹システムを構築する
自治体特化型	パッケージ製品を全国の自治体へ導入し、業務知識が深く身につく
独立系	特定の親会社を持たず、案件ごとに多様な技術や製品に触れる機会がある

どれが優れているという話ではなく、経験しやすい仕事の傾向が異なります。自分が積みたい経験から逆算して選ぶことをおすすめします。上流の経験を重視するのか、幅広い技術に触れたいのかによって、選ぶべきタイプは変わります。

やめとけや激務と言われる理由をどう受け止めるか

既存システムを扱う期間が長くなりやすい

公共システムは10年以上使われることが多く、その分、既存環境の改修や保守に関わる期間が長くなります。新しい技術に触れる機会は案件に依存し、配属によっては数年間ほぼ同じ環境を扱うこともあります。技術の陳腐化に不安を感じる声が出るのは、この点が理由です。

ただし、自治体システムの標準化やクラウド移行が進む中で、新しい環境を扱う案件は増えています。応募先がどの領域へ投資しているかを確認しておくと、数年後の見通しが立てやすくなります。また、同じシステムを長く見ていること自体は、刷新の局面では有利に働きます。不利かどうかは、会社の案件構成と本人の動き方で決まります。

調整と資料作成の比重が高い

先に触れたとおり、公共案件では調整業務とドキュメント作成が大きな比重を占めます。コードを書く仕事を想定して入社すると、ここで想定とのずれを感じやすくなります。一方で、この経験を通じて身につく利害調整の力は、他の業界でも評価されます。

つまり、同じ事実でも受け取り方が分かれる論点です。自分がどちらに価値を感じるかによって、この環境が合うかどうかは変わります。応募の前に、業務時間の内訳を確認しておくことをおすすめします。一日の業務の内訳や、開発工程に自社の社員が何人入っているかを聞いておくと、入社後の働き方が具体的に想像できます。

繁忙の波が工程によって偏る

負荷は年間を通じて一定ではなく、工程によって偏ります。特に負担が大きいのは、移行作業とリリース前の時期です。制度の施行日に間に合わせる必要があるため、この時期は残業が増えやすくなります。一方、要件定義の初期や運用が安定した時期には、比較的落ち着いて働ける現場も多くあります。

官公庁のSEは激務という評価は、繁忙期の実態が切り取られて伝わっている面もあります。波の大きさは、企業と案件によって差があると考えてください。気になる場合は、直近の案件でどの時期にどれくらい忙しかったかを面接で聞いてみてください。実態を答えられるかどうかも判断の材料になります。

公共系SIerで得られるやりがいと身につくスキル

社会基盤を支える仕事の手応え

公共系システムの利用者は、特定の企業の社員ではなく、その地域に住むすべての人です。自分が関わったシステムが窓口業務や申請手続きで使われ、生活の一部として機能していることを実感できます。防災や医療、福祉に関わる分野であれば、稼働が人命に関わる場面もあります。

規模の大きさと影響範囲の広さは、民間向けの業務システムでは得にくい手応えです。公共系システムのやりがいとして最も多く挙げられるのが、この点になります。利用者の顔が見えにくい反面、稼働後に自治体の窓口が滞りなく回っている状況そのものが成果になります。この感覚を価値だと思えるかどうかが、この分野との相性を分けます。

大規模プロジェクトの上流に関わる経験

公共案件は予算規模も期間も大きく、数年単位で進むものが少なくありません。要件定義や全体計画の段階から関わると、業務の課題整理、実現方式の検討、体制の設計といった上流の仕事を経験できます。規模が大きいほど、決めなければならない事柄も、考慮すべき制約も増えます。

この規模の案件を最初から最後まで見届けた経験は、転職市場で具体的に説明しやすい実績になります。民間向けの小規模案件を数多くこなすのとは、性質の異なる経験です。ただし、上流に関われるかどうかは会社の立ち位置に左右されます。この経験を積みたい場合は、元請け案件の比率を必ず確認してください。

多数の関係者を動かす調整力

一つの公共案件には、発注元の複数部署、元請け、複数の協力会社、関連する外部機関が関わります。それぞれ立場も優先順位も異なる相手の間に立ち、合意を形成しながら計画どおりに進める経験は、簡単に得られるものではありません。

この力はステークホルダーマネジメントと呼ばれ、コンサルティング業界や事業会社のプロジェクト推進部門でも求められます。技術以外の面で市場価値につながる、代表的なスキルと言えます。職務経歴書では、関わった組織の数と、合意に至るまでに自分が何をしたのかをあわせて書いてください。調整力という言葉だけでは伝わりません。

制度や業務の知識という専門性

税制、社会保障、住民記録、防災といった分野の業務知識は、習得に時間がかかります。法律や条例の改正に合わせて制度が動くため、継続的に追いかける必要もあります。裏を返せば、後から参入しにくい専門領域です。

制度を理解したうえでシステムの仕様へ落とし込める人材は限られており、行政のDXが進む中で需要が高まっています。技術スキルだけでは代替できない知識を持っている点は、キャリアを考えるうえで強みとして扱うべき要素です。この専門性は、コンサルティング会社や行政側の部門へ移る際にも評価されます。技術の流行に左右されにくい資産として、意識して積み上げる価値があります。

市場価値が下がると感じたときに見直したいこと

評価されにくいのは経験ではなく説明の仕方

進捗管理とベンダー調整をしていましたと伝えるのと、予算規模の大きい案件で関係会社5社をまとめ、要件の優先順位を判断しながら期日どおりに稼働させましたと伝えるのでは、受け取られ方が大きく変わります。前者は作業の列挙であり、後者は責任範囲と成果の提示です。

公共系SIerの経験は、事実を並べるだけでは評価しにくい性質を持っています。何を判断し、どのような結果につながったのかまで言語化することが、市場価値を正しく伝える第一歩になります。面接では、担当した工程の名前だけでなく、判断の理由まで説明できるかどうかが見られています。準備の段階でここを詰めておいてください。

経験を言語化するときの4要素

自分の経験を棚卸しするときは、次の4点を書き出してください。

プロジェクト規模	予算、期間、対象となる利用者の数
関係者の数と種類	発注元の部署数、協力会社の数、外部機関の有無
自分の役割	担当した工程と、任されていた判断の範囲
判断したこと	どの局面で何を決め、結果がどうなったか

この4点が揃うと、最新の技術スタックに触れていなくても、担当した業務の難易度が相手に伝わります。職務経歴書を書く前に、まずこの形で整理しておくことをおすすめします。書き出してみると、自分が思っていたよりも広い範囲を任されていたと気づく方も多くいます。

補っておくと選択肢が広がる領域

既存の経験と組み合わせやすい分野を押さえておくと、選択肢が広がります。相性がよいのは、クラウド、セキュリティ、データ活用の3領域です。クラウドはガバメントクラウドへの移行案件でそのまま生きます。セキュリティは公共分野の要求水準が高く、業務知識と組み合わせることで専門性が高まります。

データ活用は、行政が保有する情報の利活用という需要に対応します。資格の取得や、社内の該当案件へ立候補するところから始めるのが現実的です。いずれも、これまでの業務知識と組み合わせることで価値が出る領域です。ゼロから新しい分野に挑むよりも、負担は少なく済みます。

システム刷新やクラウド移行案件の位置づけ

既存システムを理解している人ほど、刷新案件の上流を担いやすいという構造があります。移行を成功させるには、現行システムが何をどのように処理しているかを正確に把握する必要があり、これは外部から参入した技術者には難しい作業だからです。

長く同じシステムを扱ってきた経験は、この局面で強みに変わります。古い環境での経験を不利だと決めつける前に、刷新や移行の案件へ関われる道が社内にないかを確認してみる価値があります。社内にそうした案件がない場合は、刷新や移行の実績を持つ企業へ移ることも選択肢になります。求人票や企業サイトの導入事例から、取り組みの状況は確認できます。

公共系SIerからのキャリアパス

社内で上流工程やPMへ進む

まず検討したいのは、現職の延長線上にある選択肢です。開発中心の担当から要件定義や全体設計へ、さらにプロジェクトマネージャーへと役割を広げる道があります。すでに業務知識と社内の人脈を持っている分、外部から入る人より有利な立場にあります。

会社側も上流を担える人材の確保に課題を抱えていることが多く、意思表示をすれば機会が回ってくる可能性があります。転職を検討する前に、社内で手を挙げられる案件があるかを確認してみてください。上流の経験を積んでから外を見るほうが、選べる転職先の幅は広がります。順番を意識しておくと、判断を焦らずに済みます。

プライムベンダーへ移る

協力会社の立場で開発を担当してきた方が、担当できる工程を上げる方向の選択肢です。元請けとなるプライムベンダーでは、発注元との折衝や全体設計を任されるため、裁量と責任の範囲が広がります。求められるのは、開発の実務経験に加えて、複数社をまとめた経験や、仕様の背景まで踏み込んで考えてきた姿勢です。

同じ公共分野の知識をそのまま活かせるため、業界そのものを変える転職よりも接続しやすい選択肢と言えます。選考では、担当した範囲の外側までどこまで考えていたかが問われます。指示された作業をこなすだけでなく、全体の中で自分の担当がどんな意味を持つかを語れるようにしておいてください。

ITコンサルティングファームへ移る

公共セクターを扱うコンサルティングファームでは、制度の理解と大規模案件の調整経験が評価されやすい傾向があります。行政の意思決定の進み方、予算の仕組み、関係部署の力学を知っている人材は、外部から採用しにくいためです。

SIerからコンサルへの転職では、技術力そのものよりも、課題を構造化して整理する力と、提案を成立させる力が問われます。これまで自分が主導して決めた事柄を、具体的に説明できるよう準備しておくことが重要です。公共セクターに強いファームは、官公庁の案件を継続的に受注しています。業務知識をそのまま持ち込める点で、他業界からの転職者にはない強みを発揮できます。

事業会社や行政のDX推進部門へ移る

発注する側に回る道もあります。事業会社の情報システム部門や、自治体と省庁のDX推進部門では、システムを発注し、ベンダーを管理する立場になります。公共系SIerでの経験があると、仕様書の書き方や見積もりの妥当性を判断でき、即戦力として扱われやすくなります。

開発の最前線からは離れますが、業務そのものをどう変えるかという視点で仕事ができる点が、受注側との大きな違いです。働き方が安定しやすい面もあります。一方で、社内の人数が限られ、一人で幅広く担当する場面も増えます。受注側で身につけた進め方の型が、そのまま役に立つ環境でもあります。

公共系SIerを目指す人の企業選びと志望動機

入社前に確認しておきたいこと

応募の前や面接の場で、次の4点を確認しておいてください。

• 案件の受注形態：元請けが中心か、協力会社としての参画が多いか
• 担当できる工程：入社後の数年で、どの工程まで任されるのか
• 配属の決まり方：希望はどの程度考慮されるのか、異動の頻度はどうか
• 技術環境：既存システムの保守が中心か、クラウド案件の実績があるか

これらは企業サイトの導入事例や実績紹介のページからも、ある程度読み取れます。事前に目を通しておくと、面接での質問が具体的になります。面接は評価される場であると同時に、自分が確認する場でもあります。遠慮せずに聞いてください。

志望動機の組み立て方

志望動機は、次の順序で組み立てると筋が通ります。まず、なぜIT業界なのか。次に、なぜ公共分野なのか。そして、なぜその会社なのか。最後に、入社後に何をしたいのか、という流れです。

公共分野を選ぶ理由は、社会貢献という言葉だけでは弱くなります。利用者が不特定多数であること、長期間使われ続けることなど、具体的な特徴に触れると説得力が増します。会社を選ぶ理由は、実績や得意分野といった事実に基づいて述べてください。入社後にやりたいことは、担当したい工程まで踏み込んで述べると具体的になります。研修や配属の仕組みを調べたうえで、現実的な範囲にそろえておくことも大切です。

立場別の伝え方

立場によって、強調すべき経験は変わります。

新卒	学業やアルバイトで、決められた手順を守りながら成果を出した経験
他分野のSIer経験者	担当した工程と、品質を保つために行った工夫
事業会社のIT部門経験者	発注する側として感じた課題と、受注側で解決したいこと
異業種出身者	金融、製造、福祉など、前職の業務知識が公共案件で活きる場面

いずれの場合も、公共分野の進め方を理解したうえで志望していると伝わる形にまとめてください。経験の年数そのものよりも、その経験が公共案件のどの場面で役立つかを説明できるかどうかが評価を分けます。

面接で聞かれやすいこと

面接では、調整業務や文書作成の比重が高いという実態を理解しているかが問われやすくなります。コードを書く仕事だけを想定していないか、確認する意図があるためです。また、長期間にわたって同じシステムへ関わることについて、どう受け止めているかを聞かれることもあります。

答えを作り込むよりも、この記事で触れた仕事の進み方を踏まえ、自分がどこに価値を感じるのかを整理しておくほうが、受け答えに一貫性が出ます。加えて、なぜ他の分野ではなく公共なのかという質問もよく出ます。金融系や産業系との違いを自分の言葉で説明できるようにしておくと、志望度の高さが伝わります。

公共系SIerに関するよくある質問と回答

まとめ

立ち位置と担当工程でキャリアは変わる

公共系SIerは、官公庁や自治体のシステムを企画から運用まで支える分野です。評価が分かれるのは、企業名の問題ではなく、案件の中での立ち位置と担当する工程が人によって違うためです。元請けとして上流に関わるのか、協力会社として特定の工程を担当するのかで、積み上がる経験はまったく異なります。

一覧やランキングを見る前に、公共案件の比率、元請け案件の比率、担当できる工程、技術環境の4点を確認してください。この4点を確認したうえで企業を比較すれば、序列に頼らず自分の基準で判断できるようになります。情報が古くなっても使える見方です。

次にやることは経験の棚卸し

すでに公共系SIerで働いている方に最初におすすめしたいのは、経験の棚卸しです。プロジェクト規模、関係者の数と種類、自分の役割、判断したことの4要素で書き出してみてください。最新の技術に触れていないという理由だけで市場価値を低く見積もっている方ほど、書き出した内容と実際の評価との間にずれがあると気づくはずです。

社内で上流へ進むにせよ、外へ出るにせよ、この整理が次の一歩を決める材料になります。公共分野のIT需要は今後も続く見込みです。その流れの中で自分がどの位置に立つのかを決めるために、まずは書き出す作業から始めてみてください。