行政AXアーキテクトとは何か｜BA能力とAI能力の掛け算で行政AXを担う中核人材像

行政AXアーキテクトとは、BAスキル（ビジネスアーキテクト・スキル）とAIを安全に実装へ使う力の掛け算で行政AXを担う中核人材像である。一人のスーパーマンではなく、多職種チームの中核として機能する。書籍『AI収益進化論』およびWP-04『AXアーキテクトの、実装論。』が民間向けに体系化したAXアーキテクトの、行政版並行概念にあたる。

行政AXアーキテクトは、BA能力とAI能力の掛け算で行政AXを担う、AlphaDriveの独自人材論である。

本記事は、行政AX の中核人材像である「行政AXアーキテクト」を、独立したDEFINITIONとして深掘りする。書籍『AI収益進化論』および WP-04『AXアーキテクトの、実装論。』（AlphaDrive、2026）が民間向けに体系化した AXアーキテクト の、行政・自治体版並行概念として位置付けられる。「AIは効率化から、収益の創造へ。」という民間版の通奏低音は、行政・自治体においては「AIは効率化から、公共価値の創造へ」と読み替えられる。その担い手を、本記事で定義する。

行政AXアーキテクトが生まれた背景

行政AXを実装するには、AIツールを使いこなす職員だけでは足りない。事業を工程に分解し、AIで作れる工程を自ら作り、外部事業者と対等に協働し、判断と責任を行政の側に残す職員像が必要になる。この人材像は、これまでの職員研修の延長線上には置きにくい。

現行の職員研修は、AIツールの操作、リテラシー、ガバナンス整備が中心である。これらは前提として重要である。ただし「事業を設計し、実装まで届ける力」までを含む体系は、多くの自治体で未整備のままである。「作る力」「判断する力」「実装まで届ける力」を掛け算で持つ中核人材が求められている。

民間側では、書籍『AI収益進化論』（麻生要一『AI収益進化論』第2章）およびWP-04『AXアーキテクトの、実装論。』（AlphaDrive、2026）で、AI時代の事業変革を担う人材像として「AXアーキテクト」が体系化された。行政AXアーキテクトは、その姉妹版として、行政・自治体の実装文脈に特化して構築された概念である。

経済産業省・IPAが2026年4月に公表した「デジタルスキル標準 v2.0」（DSS v2.0）は、ビジネスアーキテクトを3ロール（新規事業開発／既存事業の高度化／社内業務の高度化・効率化）に整理し、全ロールで「変革マネジメント」を最高重要スキルと位置付けた。DSS v2.0は民間・行政を横断する枠組みであり、行政AXアーキテクトはこのBAスキル体系を基礎として使用する。ただし行政AXアーキテクトは、行政・自治体の実装文脈に特化した独自体系であり、DSS v2.0の再命名ではない。

行政AXアーキテクトの定義 ― BA × AI の掛け算

行政AXアーキテクトの中核は、BAスキル（事業を組み立てる力）とAI能力（AIを安全に実装へ使う力）の掛け算である。ここで重要なのは、和ではなく積として理解することである。

BAスキル単独では、AIを安全に実装できない。制度・法令の環境理解や事業設計の力があっても、AIで実際に完成物まで作る技能が欠けていれば、事業者への発注に戻ってしまう。AI能力単独では、事業を組み立てられない。AIで作る技能があっても、成果指標を設計し、ステークホルダーを動かし、議会・住民・監査に説明する力が欠けていれば、実装まで届かない。両者の掛け算が、行政AXを担う条件となる。

行政AXアーキテクトは、AIエンジニアではない。事業設計者でもない。両者の掛け算である。そして、一人のスーパーマンとして描くべき人材像でもない。多職種チームの中核として機能する存在である。

BA スキル ― 事業を組み立てる力

BAスキルは、以下の3要素で構成される。

ビジネス環境理解

行政サービスの利用者（住民・事業者・地域の担い手）の全体像を理解する力である。制度・政策・法令の環境理解、地域固有の環境理解も含まれる。行政AXでは、単なる業務理解ではなく、「誰のためのサービスか」「どの制度と接続するか」「地域の固有事情はどこにあるか」を構造的に把握する能力が求められる。

ステークホルダー理解

議会・住民・監査・外部事業者・地域の担い手との関係設計を担う力である。「誰が何を判断するか」の権限構造の理解、そして説明可能性の設計が中核となる。行政AXの信頼性は、AIの性能ではなく、行政目的・責任・リスク・成果を説明できることで生まれる。この説明可能性を、事業設計の段階から埋め込むのが行政AXアーキテクトの役割である。

ビジネスモデリング

行政においてビジネスモデリングとは、「事業設計・関係者調整・成果指標設計」を指す。単なる業務フロー図ではなく、成果につながる構造の設計である。財政改善AIにおける3指標（実支出削減額・回避費用・能力余力）を、事業設計の段階で分けて設計する能力もここに含まれる。

これら3要素は、DSS v2.0（経済産業省・IPA、2026年4月）が定義するビジネスアーキテクトのスキル体系と接続する。行政AXアーキテクトは、DSS v2.0のBAスキル体系を基礎として使用しつつ、行政・自治体の実装文脈に特化した形で運用する。

AI 能力 ― 安全に実装へ使う力

AI能力は、以下の4要素で構成される。ここでいうAI能力は、機械学習アルゴリズムを設計する「AIエンジニアリング能力」ではなく、「AIを事業実装に使う能力」である。

内製化仮説

「何なら内製できそうか」を工程単位で仮説形成する力である。事業全体を「内製か外注か」の二択で決めるのではなく、工程ごとに「AIで完成物まで届く可能性はあるか」を仮説として立て、比較検証可能な形に格上げする。実装手順の詳細は 行政AX の関連METHOD記事群で扱う。

工程分解

事業を工程に分けて、内製・共製・外部調達を選び直す力である。目的は費用削減だけではなく、行政に「設計権・評価権・学習資産」を戻すことにある。工程分解の運用手順は関連METHOD記事群で扱う。

FPL（Full-Product Launch）

「実用十分」まで作り上げる力である。「下書きで終わらせない」原則を身体に染み込ませることが重要になる。行政AXアーキテクトが手を動かして作る工程は、必ず「実際に使える完成物」まで届ける。

案件選定

リスクベースで案件を選ぶ判断力である。「どの案件から始めるか」「どの案件は現時点で見送るか」を、情報分類・利用者・AIの権限・人の判断などの軸で判定する。案件選定の詳細は関連METHOD記事群で扱う。

一人のスーパーマンではない ― 多職種チームの中核

行政AXアーキテクトを語るとき、最も避けなければならないのが「全部できる一人の職員」という描き方である。「AIにも詳しく、事業設計もでき、法務もわかり、地域にも精通したスーパー職員」を育成しようとすると、育たない。

実際の姿はこうである。政策担当・情報システム担当・調達担当・法務担当・現場担当が、それぞれの専門性を持ち寄る。行政AXアーキテクトは、これらを束ねる「中核」として機能する。チームを組み立て、必要な能力を集める役割を担う。BAスキル×AI能力を持つがゆえに、多職種の言葉を翻訳し、事業設計に統合できる。

第3段の regional-ax-chiiki-ax の文脈では、5者協働モデル（自治体・大学・地銀・商工会議所・地域企業）の中核としても機能する。地域の担い手と対等に協働しながら、行政側の実装能力を持ち寄る役割である。「行政AXアーキテクトが自治体に一人いれば、地域は動く」という単純な話ではなく、「行政AXアーキテクトを中核として、多職種と地域の担い手が集まる場を設計する」ことが、実装の基本設計となる。

一人のスーパーマンを育成しようとすると、育たない。中核として育てると、多職種が周囲に集まる。これが行政AXアーキテクトの設計原則である。

職員の before/after ― 職業能力の変革

行政AXアーキテクトを含む多職種チームの登場は、既存職員の能力の変革を意味する。ここでいう変革は、過去の否定ではなく、これまで積み上げてきた力の上に、新しい能力が積み重なっていくプロセスである。

Beforeの職員像は、事業者に仕様書を渡して要件を伝え、完成物を事業者から受け取り、契約書と成果物レビューで品質を管理する姿である。この能力は不要にはならない。むしろ、事業を工程に分けて調達を設計する土台として、行政AXアーキテクトのBAスキルの一部を構成する。

Afterの職員像は、事業を工程に分解し、AIで作れる工程は自ら作り、外部事業者と協働する工程は対等な担い手として設計を分担し、判断と責任を常に行政の側に残す姿である。ここでは「AIに任せる」のではなく、「AIを使って自ら作る」「AIの出力を職員が判断する」が基本となる。

新しい部署が必要な話ではない。既存職員が実践の中で段階的に育つのが基本設計である。

民間版「AXアーキテクト」との構造対応

WP-04『AXアーキテクトの、実装論。』（AlphaDrive、2026）が体系化した民間版と、行政版の対応関係を整理する。

要素	民間 AXアーキテクト	行政AXアーキテクト
BA 能力	ステークホルダー理解・ビジネスモデリング・環境理解	同左（行政・自治体文脈に特化）
AI 能力	FPL / AI Orchestration / AI Sprint / PI Injection	FPL / 内製化仮説 / 工程分解 / 案件選定
中核使命	事業構造を変革し新収益を作る	3段階モデルを実装し公共価値を作る
チーム構成	事業部・技術部・経営層との連携	多職種チーム＋5者協働モデル

対応する部分は、BA×AIの掛け算という基本構造、そして「一人のスーパーマンではなく、チームの中核」原則である。これらは民間版・行政版に共通する設計思想である。

異なる部分は、AI能力の中身と成果指標である。民間版がPI Injection（現場に眠るPrimal Intelligenceを発掘してAIに注入する）を中核に据えるのに対し、行政版は内製化仮説・工程分解が中核となる。これは「まず作れるかを見極め、工程ごとに担い手を再設計する」という、行政・自治体の実装文脈に固有の重心の置き方である。成果指標も、民間版が収益（Revenue ROI）を軸とするのに対し、行政版は3段階（効率化AI／財政改善AI／地域価値創造AI）の質的成果を軸とする。

DSS v2.0（経済産業省・IPA、2026年4月）のビジネスアーキテクト3ロール整理は、民間版・行政版の両方が基礎として使用する枠組みである。行政AXアーキテクトは、DSS v2.0の「既存事業の高度化」「新規事業開発」の両ロールを、行政・自治体の実装文脈に特化した形で統合する。

育ち方 ― 段階的に、外部視点を取り入れながら

行政AXアーキテクトは、外から採用して連れてくる人材ではない。既存職員が実践の中で段階的に成長する人材である。育ち方は3つの視点で整理できる。

実践の中で育つ

案件をこなしながら能力を獲得していく。一つの90日サイクルで得た経験が、次の案件で使える形になる。研修だけで育つ人材ではなく、実際に手を動かし、判断し、実装まで届ける経験の積み重ねが育成の中心となる。育ち方の段階整理は ax-architect-development-5-stages で扱う。

外部視点を適切に取り入れる

コンサル・研究者・地域企業・大学との協働で視点を広げる。外部の知見を取り入れることは、行政AXアーキテクトの育成を加速させる。ただし「外部に依存する」のではない。行政内部に実装能力を残す原則を維持することが、行政AXが regional-ax-chiiki-ax と役割分担する上でも重要になる。

中核から広がる

最初は1〜2名の行政AXアーキテクト候補から始まる。90日サイクルの反復の中で、周囲の職員に能力が伝播する。目指すのは「特定個人への属人化」ではなく「組織能力への転換」である。中核として育てた人材から、多職種チームへ、そして庁内全体へと能力が広がっていく。

書籍『AI収益進化論』の末尾「収益進化家、という生き方」（麻生要一『AI収益進化論』末尾）で示された生き方の公共版として、「行政AXアーキテクト、という生き方」もまた、肩書きや役職の話ではなく、公共価値を自ら作り届ける生き方として位置付けられる。

よくある質問（FAQ）

Q1. 行政AXアーキテクトになるには、何を学べばよいですか？

BAスキル（ビジネス環境理解・ステークホルダー理解・ビジネスモデリング）とAI能力（内製化仮説・工程分解・FPL・案件選定）の両方を学ぶ必要があります。ただし、座学だけでは育ちません。実際の案件で手を動かし、判断し、実装まで届ける経験を段階的に積むことが基本設計です。学びの順序は自治体によって異なるため、案件と並走する形で設計してください。

Q2. AIエンジニアやDX推進担当と、行政AXアーキテクトは何が違いますか？

AIエンジニアは、機械学習アルゴリズムの設計・実装を担う技術専門職です。DX推進担当は、業務のデジタル化・システム導入・全庁的なデジタル基盤整備を担います。行政AXアーキテクトは、BAスキル×AI能力の掛け算で「事業を組み立てて実装まで届ける」中核人材です。三者は対立関係ではなく、多職種チームの中で役割を分担して協働する関係にあります。

Q3. 中小規模の市町村でも、行政AXアーキテクトを育成できますか？

はい、可能です。むしろ中小規模の市町村ほど、一人の職員が事業の全工程に関わる機会が多く、行政AXアーキテクトの育成環境として適している面があります。ただし、一人で全部を担うのではなく、近隣自治体・広域連携・大学・地域企業との協働の中で、中核として育つ設計が現実的です。5者協働モデルの活用も有効な選択肢となります。

Q4. 民間から「AXアーキテクト」を採用してくればよいのではないですか？

民間のAXアーキテクトやコンサルタントの力を借りることは有効であり、育成の初期段階では特に価値があります。ただし、行政AXの中核は「行政内部に実装能力を残す」ことにあります。民間から採用した人材の知見を活用しながら、既存職員が段階的に行政AXアーキテクトとして育つ設計が基本になります。民間人材を否定するのではなく、外部視点として適切に取り入れる関係を設計してください。

Q5. なぜ「一人のスーパーマン」ではなく「多職種チームの中核」なのですか？

行政の事業は、政策・法務・調達・情報システム・現場運営・住民対応など、専門性の異なる領域が複雑に絡み合っています。これらを一人で全て担える人材を育成しようとすると、育たないか、育ってもすぐに疲弊します。多職種の専門家が持ち寄る力を、BA×AIの掛け算で束ねる中核として設計することで、持続的な組織能力に転換できます。この設計原則は民間版AXアーキテクトと共通しています。

関連概念

• 行政AX（前提となる行政AXの全体像）
• AXアーキテクト（民間版の姉妹概念）
• ax-architect-development-5-stages（育ち方の段階整理）
• regional-ax-chiiki-ax（5者協働モデルの文脈）
• what-remains-in-the-region（地域に残る人材プールとしての位置付け）

---

行政AXアーキテクトは、AIに詳しい職員ではない。スーパーマンでもない。既存職員が実践の中で段階的に育つ、多職種チームの中核人材である。この人材像を、自治体・地域・国が共有できる言葉として定義することが、行政AXを社会実装する最初の一歩となる。

発行: 株式会社アルファドライブ