業界研究 / ITコンサルティング
ITコンサルティングは公務員のどの経験を評価するか
ITコンサルティングは、財政課の方が「横文字の世界」と感じて候補から外しがちな業界です。ただ、この業界の公共部門が受託しているのは、自治体のDX計画の策定支援、システム調達の支援(仕様書、予定価格の考え方、評価)、標準化・ガバメントクラウド移行のPMO、業務改革(BPR)——つまり、財政課が発注者側でシステム更改の予算を査定し、仕様書を読み、債務負担行為を組んできた業務を、自治体の側に立って支援する仕事です。
SIer(作る側)とも、シンクタンク(調べる側)とも違います。ITコンサルは自治体の「発注者側に立つ受注者」で、システムを作らず、調査報告書を納めるだけでもなく、自治体の意思決定と調達を進める側の伴走者です。財政課の経験がこの業界で評価されるのは、「発注者側の意思決定と財源の仕組みを内側から知っている」からです。コンサルタントの多くは、この仕組みを「外から学んだ」側です。
この記事では、ITコンサルティングの業界構造(発注者支援という立場、標準化と自治体DXの政策、受託の仕組み)を法律と公式資料で押さえたうえで、財政課の経験のうちどこが評価され、どこが評価されないかを、職種ごとに整理します。GovTech、SIer、シンクタンクとの境目は、それぞれの記事(GovTech、SIer、シンクタンク)とあわせて読むと見えます。
業界構造——「発注者側に立つ受注者」という立場
自治体向けの情報システムは、標準化の対象になる基幹系(地方公共団体情報システムの標準化に関する法律第8条第1項により標準化基準への適合が義務づけられ、デジタル庁の公式ページによれば20の事務、同法第10条によりクラウド活用の努力義務)と、対象外の業務系・情報系に分かれます。この標準化・移行と、総務省が2020年12月に策定し改定を重ねている「自治体DX推進計画」、官民データ活用推進基本法第9条(都道府県は官民データ活用推進計画を定めなければならず、市町村は定めるよう努める)——これらの政策が、自治体側に「計画を作り、調達を進め、移行を管理する」仕事を生み、その支援をITコンサルが受託しています。
| 立場 | 事業 | 財政課の経験 |
|---|---|---|
| SIer(作る側) | システムの開発、導入、保守 | 業務系の業務SE・導入で効く |
| シンクタンク(調べる側) | 調査、計画策定支援、報告書 | 財政分析、計画の財政フレームで効く |
| ITコンサル(発注者側に立つ受注者) | DX計画、調達支援、PMO、業務改革。自治体の意思決定と調達を進める側の伴走 | 調達と予算の仕組み、庁内の合意形成で効く |
受託の仕組みは、自治体側から見れば財政課がよく知るものです。契約は地方自治法第234条により一般競争入札、指名競争入札、随意契約のいずれかで、コンサルティング業務は施行令第167条の2第1項第2号の「性質又は目的が競争入札に適しない」契約としてプロポーザル方式で選ばれることが多く、複数年度にわたる支援は債務負担行為(同法第214条)で予算を組みます。また、自治体から個人情報の取扱いの委託を受けた事業者には、個人情報の保護に関する法律第66条第2項により安全管理措置の規定が準用されます。
この構造で押さえるべきことは、ITコンサルは「発注者側に立つ」が「受注者である」という二重の立場にあることです。財政課の方は発注者の内側を知っていますが、転職後は「自治体の側に立って助言しつつ、自分は契約で選ばれた受注者」になります。この二重性を理解しているかが、評価の分かれ目です。
財政課の経験が効く領域——4つ
1. 調達支援。システム更改やDXの調達で、仕様書の要求事項、予定価格の考え方、プロポーザルの評価基準、契約の形(単年度か債務負担行為か)を自治体と一緒に組む仕事です。財政課は、これらを査定する側で毎年見てきました。「この仕様なら財政課は何を聞くか」「この積算は査定で通るか」を知っていることは、調達支援の精度に直結します。
2. 予算化とロードマップ。DX計画や標準化移行の計画は、財源の裏付けがなければ絵に終わります。どの年度に、どの予算で、どの契約の形で進めるか——起債の対象になるか、補助金・交付金が使えるか、債務負担行為をどう設定するか。財政課の方はこの計算を内側で組んできたので、計画に財政フレームを付ける側で価値があります。
3. 業務改革(BPR)。財務会計・予算編成・公会計の業務フローは、財政課の方が毎年回してきたものです。どこに転記があり、どこで決裁が止まり、どの様式が手作業かを知っていることは、業務改革の分析で「聞いて理解した」コンサルタントとの差になります。
4. 庁内の合意形成とPMO。標準化移行やDXは、情報担当課だけでなく、各業務課、財政課、人事課、議会を巻き込みます。財政課は査定を通じて庁内のどこで何が引っかかるかを見てきました。PMOで進捗と課題を管理し、合意を取る場面で、この経験は直接効きます。
職種ごとの評価——財政課の経験はどこで効くか
| 職種 | 業務 | 財政課の経験の評価 | 評価される部分 | 評価されない部分 |
|---|---|---|---|---|
| 公共部門コンサルタント(計画・調達支援) | DX計画の策定支援、調達支援、予算化の助言 | 高い | 調達と予算の仕組み、査定の視点、債務負担行為・起債・補助金の組み方、議会説明 | コンサルティングの型(仮説、構造化、資料の作法)は学習が要る |
| PMO・移行管理 | 標準化移行やDXの進捗・課題・リスクの管理、庁内調整 | 高い | 庁内の合意形成、年度の周期、意思決定の作法 | プロジェクト管理の手法、複数の自治体を並行して管理する経験 |
| 業務改革コンサルタント | 業務フローの分析、改善案の設計 | 中〜高 | 財務会計・予算編成の業務フローの実務 | 業務系以外(住民、税、福祉)の業務は別の経験。分析の型は学習が要る |
| テクノロジーコンサル・アーキテクト | システム構成、クラウド設計、セキュリティの助言 | 低い | 業務の理解が設計の評価を助ける程度 | 技術が前提。財政課の経験は代替にならない |
| 営業・提案 | プロポーザルの企画書、受託の獲得 | 中 | 発注者側の予算の周期と評価の視点 | 会社の実績とコンサルタントの配置は変えられない |
財政課の経験が最も評価されるのは、公共部門コンサルタント(計画・調達支援)とPMO・移行管理です。ただし、どちらもコンサルティングの型(仮説を立てる、構造化する、資料に落とす)は入社後に学ぶ前提です。財政課の資料(説明書、査定資料)とコンサルの資料(提案書、報告書)は、目的も型も違います。
評価されない経験——3つの落とし穴
1つ目は、「査定していたからコンサルができる」という一般化。査定は「出てきたものを判断する」仕事で、コンサルは「まだないものを仮説として作り、自治体に提案する」仕事です。面接で「あなたの自治体のDXの課題は何で、どうすべきか」と聞かれて、「担当課の要求がこうだった」と査定の話で終わると、「コンサルには向かない」と見られます。仮説と提案まで言う練習が要ります。
2つ目は、自分の自治体の運用の一般化。調達の作法、財政課の権限の強さ、庁内の意思決定の流れは自治体ごとに違います。ITコンサルは複数の自治体を相手にするので、「私の自治体ではこうだった」を「自治体一般はこうだ」と語ると、面接で修正されます。共通する制度(地方自治法の契約と予算の章、標準化法)と、自治体ごとの運用を分けて話すのが型です。
3つ目は、「発注者側に立つ」立場への誤解。ITコンサルは自治体の側に立って助言しますが、契約で選ばれた受注者であり、自治体の職員ではありません。決める権限はなく、提案して自治体が決める。財政課で「決める側」にいた方が、この二重性を理解せずに「自治体の側に立つなら、自分が決めていた感覚で動ける」と思っていると、入社後にストレスになります。
自分の経歴がどう言い換えられるかは、一度話しながら整理したほうが早いことが多いです。どの経験に値が付くのかから相談できます。
入り方——職種の選び方と、準備
1. 「公共部門」の枠があり、自治体の調達支援やPMOを受託している会社を探す。求人票で「自治体」「公共」「官公庁」「DX」「調達支援」「PMO」「標準化」といった言葉が業務内容にある職種を探してください。民間企業向けのITコンサルだけの会社では、財政課の経験が効く枠がない可能性が高いです。
2. 財政課の業務を「調達と予算」の軸で棚卸しする。システム更改の予算査定(何を聞き、何を切ったか)、仕様書の読み方、債務負担行為の設定、起債・補助金の判断、プロポーザルの審査、議会での説明。それぞれで自分が「何を判断し、何を作ったか」を書き出すと、そのまま職務経歴書の材料になります。
3. 自分の自治体のDX推進計画や標準化移行の計画を、支援者の視点で読み直す。財政課にいた方は、これらの計画の予算を査定しているはずです。「支援者がどう作ったか」「財政課としてどこに口を出したか」「財政フレームは付いているか」の視点で読み直すと、業務のイメージがつかめます。
4. 「仮説と提案」を言う練習。自分の自治体のDXや調達の課題を、現状→原因→仮説→提案の順で3分で話せるようにしてください。査定の話(出てきたものの判断)で終わらせないことが要点です。
5. 服務の線を確かめる。在職中にITコンサルの調達(委託料の査定、プロポーザルの審査)に関わっている場合は、その会社への応募の時期と、退職後の働きかけの規制(地方公務員法第38条の2)を確認してください。自治体の未公表の情報(予定価格、他社の提案、審査の内容)を職務経歴書や面接で使わないこと(第34条)も、調達を扱う業界では特に確認されます。再就職者による働きかけの規制と守秘義務は退職後も続くかに整理しています。
行政が相手の求人は、掲載中のものから「公共部門の枠があるか」が業務内容で見えます。行政が相手の求人を見てみる
まとめ
- ITコンサルは「発注者側に立つ受注者」。SIer(作る側)、シンクタンク(調べる側)と違い、自治体の意思決定と調達を進める側の伴走者
- 標準化・ガバメントクラウド移行、自治体DX推進計画、官民データ活用推進計画(都道府県は義務、市町村は努力義務)が、自治体側に計画・調達・移行管理の仕事を生んでいる
- 財政課の経験が効くのは調達支援、予算化とロードマップ、業務改革(BPR)、庁内の合意形成とPMOの4領域
- 職種では公共部門コンサルタント(計画・調達支援)とPMO・移行管理が最も高く評価。コンサルティングの型は入社後に学ぶ前提
- 落とし穴は「査定していたからコンサルができる」の一般化、自分の自治体の運用の一般化、「発注者側に立つ」立場への誤解(決める権限はない)
- 入り方は「公共部門の枠があり、調達支援やPMOを受託している会社」を探し、業務を「調達と予算」の軸で棚卸しし、「仮説と提案」を言う練習をする
よくある質問
ITの技術がなくても、ITコンサルタントになれますか
テクノロジーコンサル・アーキテクトの枠は技術が前提ですが、公共部門コンサルタント(計画・調達支援)、PMO・移行管理、業務改革の枠では、技術の深い知識は応募の前提にならないことが一般的で、自治体側の意思決定と調達の仕組みを知っていることが評価されます。ただし、システムの構成やクラウドの提供形態を会話で理解できる語彙は、技術者と協働するために入社後に学ぶ必要があります。
財政課でシステム更改の予算を査定していました。どの職種を見ればよいですか
公共部門コンサルタントのうち、調達支援、DX計画の策定支援、標準化移行のPMOを業務内容に挙げている職種が最も近いです。仕様書の読み方、予定価格の考え方、債務負担行為の設定、起債・補助金の判断は、調達支援でそのまま使う知識です。求人票にこれらの言葉がない会社は、公共部門の枠がない可能性が高いので、業務内容で絞ってください。
コンサルは自治体の側に立つと聞きました。公務員の感覚のままで働けますか
自治体の側に立って助言する点は共通していますが、コンサルは契約で選ばれた受注者で、決める権限はありません。提案して自治体が決め、契約の範囲で支援し、期間が終われば離れます。財政課で「決める側」にいた方が、この二重性を理解せずに入ると、「なぜ自分の提案が通らないのか」「なぜ契約の外のことを頼まれるのか」でストレスになります。面接ではこの理解が見られるので、「自治体の側に立つが、決めるのは自治体」と自分の言葉で言えるようにしてください。
出典
- 地方公共団体情報システムの標準化に関する法律 第2条(定義)/第8条(標準化基準に適合する地方公共団体情報システムの利用)/第10条(クラウド・コンピューティング・サービス関連技術の活用)|e-Gov法令検索
- 官民データ活用推進基本法 第9条(都道府県官民データ活用推進計画等)|e-Gov法令検索
- 地方自治法 第214条(債務負担行為)/第234条(契約の締結)|e-Gov法令検索
- 地方自治法施行令 第167条の2(随意契約)|e-Gov法令検索
- 個人情報の保護に関する法律 第66条(安全管理措置)|e-Gov法令検索
- 地方公務員法 第34条(秘密を守る義務)/第38条の2(再就職者による依頼等の規制)|e-Gov法令検索
- 地方公共団体の基幹業務システムの統一・標準化|デジタル庁
- 自治体DXの推進|総務省