なぜ行政では「速く作る」が難しいのか｜正当な理由と、それを超える構造

行政で速く作るのが難しいのには、正当な理由がある。説明責任・権利保護・手続の公平性・継続運用の保証という4つの制約が背景にあり、これは否定されるべきものではない。ただし慎重さと速度は二項対立ではない。同じ案件の中で速く出す領域と慎重に検証する領域を分ける構造として、行政AX出島が実装解となる。

行政の慎重さには正当な理由がある。それを認めた上で、その正当性を維持しながら速度を出す構造として、行政AX出島が構築されている、というのが本記事の反証である。

「行政は遅い」という批判は、構造の理解を欠いている

近年、民間側から「行政は AI 時代に対応できていない」「もっと速く実装すべきだ」という声が上がりやすい。生成AIの登場によって、民間企業が数週間で新サービスを立ち上げる事例が可視化されるほど、対比のなかで行政の慎重さが「遅さ」として語られる場面が増えている。

しかし、この批判は行政の慎重さの構造を理解していない。

行政の判断は、民間企業の顧客対応とは異なる制約下で行われている。議会に説明できること、住民の権利を守ること、監査に耐えること。これらは AI 時代でも下げられない制約であり、「速さ」を理由に緩めることはできない。

本記事は、まずこの正当な理由を認める。その上で、それを超える構造として行政AX出島を提示する。慎重さを否定する記事ではない。慎重さを維持しながら速度を出す構造を提示する記事である。

行政AXの全体像については行政AXで整理した。効率化AIだけでは行政は変わらないという反証はwhy-efficiency-ai-alone-cannot-change-governmentで扱っている。本記事は、その系譜の中で「速度への誤解」に応答する。

4つの正当な理由 ― なぜ行政は速く作れないのか

行政で速く作るのが難しい理由は、単一の要因ではない。4つの正当な理由が重なっている。

(1) 説明責任

行政の判断は、議会・住民・監査に対して説明可能でなければならない。「なぜその判断に至ったのか」を後から辿れる形で記録し、問われれば答える義務がある。

民間企業では「試して修正する」というアプローチが許容される場面が多い。しかし行政の住民対応では、「試して失敗した」ときの許容度が構造的に低い。失敗の対象が住民の権利や生活に関わるためである。速く作ったものの根拠を説明できない状態は、公共領域では信頼を得られない。

(2) 権利保護

住民の権利、すなわち個人情報の保護、平等な取扱いを受ける権利、不服申立ての権利は、行政の根本原則である。

「速さ」を理由にこの保護が緩むことは、原則として許されない。AI が判断に関与する場合でも、この水準は下げられない。むしろ AI が関与するからこそ、権利保護の設計は事前に強化される必要がある。

(3) 手続の公平性

行政サービスは、特定の住民に有利であったり不利であったりしてはならない。同じ条件の住民には同じ対応が提供されることが原則である。

AI の判断も、この公平性の原則を守る必要がある。学習データの偏りや出力のばらつきが、意図せず特定の住民層への不利な取扱いを生む可能性がある。「速く作る」過程でこのリスクを見落とすと、公平性が損なわれる。

(4) 継続運用の保証

行政サービスは「実装したら終わり」ではない。実装した後、数年から数十年にわたって継続運用する必要がある。担当者が替わっても、ベンダーが替わっても、住民サービスは途切れず提供され続けなければならない。

速く作ったものが継続運用の中で崩れると、住民サービスの継続性そのものが損なわれる。この時間軸の長さは、行政特有の制約である。

これら4つの理由は、それぞれ独立して正当性を持っている。「AI 時代に対応できていない」のではなく、「AI 時代に対応するには行政特有の設計が必要」という整理が正しい。

「速さ vs 安全」の二項対立を超える

4つの正当な理由を認めた上で、それでも速く作ることは可能か。答えは、速さと安全を二項対立として扱わない設計にある。

二項対立を超える原理は3つある。

(1) 領域を分ける

同じ案件の中でも、速く出せる領域と慎重に検証すべき領域が同居している。

たとえば公開文書の一次案作成は、AI で速く出しても住民の権利には直接影響しにくい。一方、住民の権利や利益に関わる判断は、慎重な検証を要する。両者を同じ速度で扱う必要はない。

領域を分けることで、慎重さを維持したまま、速く出せる部分は速く出せる。

(2) 段階を分ける

対象範囲を最初から広げる必要はない。公開情報のみ、限定的な利用者、限定的な期間、という条件から始める。

実績と手続きの積み上げを経て、段階的に対象を拡張する。この段階設計そのものが「速さ」と「安全」の両立を可能にする。一度に全庁展開する構造は、そもそも慎重さと相性が悪い。

(3) 責任を明示する

AI の権限と人の判断を、事前に明示する。どの判断を AI が担い、どの判断を人が担うか。停止条件は何か。異議申立て経路はどこか。

責任の所在を事前に明示しておくと、現場は速く動ける。判断の境界が曖昧なまま速く動くと、事後に責任を巡って停止する。事前設計こそが、事後の速さを支える。

実装解 ― 行政AX出島 という構造

これら3つの原理を実装する構造として、行政AX出島が構築されている。詳細は行政AX出島で整理しているが、本記事の文脈で3つの層を再整理する。

速く出す層は、「速さ vs 安全」の速さを担う。90日サイクルで成果を残す。ただし対象は限定される。公開情報型行政AX出島から始めるのが基本である。全庁展開ではなく、限定された範囲から始める設計が、速度を担保する。

確認・監査の層は、速く出した成果を、行政の説明可能性の観点から確認する。議会・住民・監査への説明可能性を担保する層である。「速く出したが検証されていない」状態を作らない仕組みでもある。

守りの層は、「速さ vs 安全」の安全を担う。本体の行政システム、機密情報、個人情報を守る。速く出す層からのアクセスを一切許可しない設計により、本体は動かないまま、外側で速度を出せる。

3つの層は、速さと安全を対立させるのではなく、それぞれ担う層を分けて並列に機能させる構造である。

ここで重要なのは、行政AX出島は規則の例外を作る場ではない、という点である。正当な手続を省略せず、手続が必要な部分だけを丁寧に扱うための構造として設計されている。「速く動きたいから規則を回避する」という発想とは、根本的に別物である。

民間版 Ship-as-Validation との構造対応

書籍『AI収益進化論』が民間で示した設計思想に、Ship-as-Validationがある。「検証のために何かを作る」のではなく、「本番として作ったものを市場に出すこと自体が最高解像度の検証である」という思想である。LEAN STARTUP の Build-Measure-Learn の前提を書き換えるものであり、無責任な出荷ではなく、正当な手順を維持しながら市場速度に追いつく設計として位置付けられる（麻生要一『AI収益進化論』第8章）。

行政での対応関係を整理すると、以下のようになる。

民間版 Ship-as-Validation	行政での対応
本番として作った完成品を市場に出す	限定条件下で完成品を実装する（公開情報型行政AX出島）
無責任な出荷ではない	規則の例外を作る場ではない
市場からのフィードバックが検証	議会・住民・監査への説明可能性が検証
検証のために作るのではなく、本番として作る	PoC で終わらせず、実装として届ける

対応する部分は、正当な手順を維持しながら速度を出すという設計思想そのものである。検証のために作るのではなく本番として作るという原理は、民間でも行政でも共通している。

異なる部分は、行政では限定条件を明示的に管理する必要があること。公開情報型か否か、利用範囲、停止条件を事前に決めておく。もう一つは、行政では市場ではなく議会・住民・監査への説明可能性を維持する必要があること。

民間と行政は、同じ設計思想の系譜にある。ただし実装の詳細は、それぞれの制約に応じて異なる。

時間軸の違い ― 90日サイクルは同じ、ゲートは異なる

民間と行政の時間軸を、90日サイクルという共通の単位で整理する。詳細はninety-day-outcomes-in-gyosei-axで扱っている。

共通点は、90日で残せる成果を作り、次の90日に接続するというリズムである。民間版の AX for Revenue Loop も、行政版の行政AX出島も、90日サイクルで反復する。

異なる点は、ゲートの性格である。民間の90日は、市場からのフィードバックがゲートになる。売れたか、使われたか、契約が続いたか。行政の90日は、議会・住民・監査への説明可能性がゲートになる。判断の根拠を示せるか、権利保護は維持されたか、公平性は担保されたか。

行政のゲートは、より事前設計を要求する。ただしこの事前設計は「遅さ」を意味するのではなく、反復可能性を確保するための投資である。事前に設計したゲートが機能すれば、その後の90日は同じゲートで反復できる。

「行政の90日は民間より遅い」という整理は正確ではない。「行政の90日は民間と異なるゲートを持つ」という整理が正しい。

経営判断としての「速さと安全の両立」

速さと安全を両立する設計は、現場担当や情報システム部門だけでは決められない。

どの案件を、どの限定条件で、どの期間で実装するか。速く出す層の対象範囲をどこまで広げるか。確認・監査の層の運用体制をどう設計するか。議会・住民・監査への説明のタイミングと形式をどう決めるか。

これらは、AI 推進担当課の判断ではなく、経営判断である。首長級、副市長級、CIO、そして CAXO(Chief AI Transformation Officer)の判断領域に属する。この経営判断を担う人材像については行政AXアーキテクトで整理している。

経営判断が明確でないまま現場が速く動こうとすると、判断の境界で停止する。逆に、経営判断が明確であれば、現場は事前に決められた範囲内で速く動ける。

行政AX出島は、経営判断と現場実装を接続する構造でもある。

よくある質問

Q1. 民間の AI 実装スピードに追いつく必要はあるのでしょうか。

追いつく必要があるかどうかは、対象領域による整理が適切です。住民の権利に関わる判断は、民間と同じスピード感で扱うべきではありません。一方で、公開情報の整理や庁内文書の作成など、住民の権利に直接影響しない領域は、民間と近いスピード感で動ける可能性があります。速度そのものを目標にするのではなく、領域ごとに適切な速度を設計することが本筋です。

Q2. 「速く作れない」ことで住民サービスが遅れる懸念はないでしょうか。

この懸念は正当です。ただし、速く作れないことと住民サービスが遅れることは同義ではありません。行政AX出島の設計は、住民サービスの改善を早く届けるための構造でもあります。全庁展開に何年もかけるのではなく、限定範囲で90日サイクルの成果を積み上げていくアプローチにより、住民が体感できる改善は前倒しで届けられます。

Q3. 4つの正当な理由のうち、どれが最も重視されるべきですか。

4つに優先順位を付けるのは適切ではありません。案件ごとに、どの理由が特に厳格に問われるかが変わるためです。個人情報を扱う案件では権利保護が最前面に、住民間で異なる取扱いが生じ得る案件では公平性が最前面に、長期運用が前提の案件では継続運用の保証が最前面に来ます。事前に、その案件で特に問われる制約は何かを整理することが、経営判断の起点になります。

Q4. 中小規模の市町村では、大規模自治体より速く動けるのではないでしょうか。

意思決定の階層が浅いという意味では、そう言える面があります。ただし、中小規模の市町村は職員数・予算・専門人材の面で制約も大きく、単純に速く動けるとは言えません。むしろ、限定範囲から始める行政AX出島の設計は、中小規模の市町村の制約と相性が良い可能性があります。詳細はstarting-public-info-gyosei-ax-dejimaで扱っています。

Q5. 民間の DX ベンダーに任せれば速く実装できるのではないでしょうか。

外部事業者との協働は、多くの場面で合理的です。専門性、法的責任、大規模運用が必要な仕事は、外部と進める方が適切な場合が多くあります。ただし、外部委託によって行政の判断責任が移るわけではありません。行政AX出島は、外部事業者との協働を否定するものではなく、外部委託と内製の境界を工程ごとに設計するための構造です。PoC で終わらせない条件はfour-conditions-not-to-end-as-poc、AI 丸投げとの違いはgyosei-ax-vs-ai-marunageで整理しています。

---

行政の慎重さには、正当な理由がある。この正当性を否定する記事は書かない。ただし、慎重さと速度は二項対立ではない。同じ案件の中で領域を分け、段階を分け、責任を明示することで、慎重さを維持したまま速度を出す構造は成立する。

その実装解として、行政AX出島は設計されている。規則の例外を作る場ではなく、正当な手続を省略せず、手続が必要な部分だけを丁寧に扱うための構造として。速さの追求は、規則の回避ではない。

AIは効率化から、収益の創造へ。行政においては、AIは効率化から、公共価値の創造へ。その過程で問われるのは、速度そのものではなく、速度と安全を両立する設計思想である。

---

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