税金システムが民間と決定的に違う現場
税金収納金システムの案件に初めて関わったとき、私は民間の金融系システムと同じ感覚で臨んでいました。どちらもお金を扱う、厳密性が求められる、障害は許されない。そう考えていたのです。
しかし実際に現場に入ると、行政IT特有の重さが次々と押し寄せてきました。民間システムでは想定しなかった要件、民間では当たり前のことができない制約、そして何より年度という絶対的な時間軸。これらが組み合わさることで、プロジェクトは想像以上の重量感を持つことになります。
私が経験した2つの自治体の税金収納金システム案件。規模も地域も異なりましたが、共通していたのは行政IT特有の重さでした。この重さを理解しないままプロジェクトに入ると、確実に痛い目に遭います。
私は過去2回、税金収納金システム案件を経験しました。行政系IT案件で最も印象的だったのは、民間案件とは根本的に異なる厳密さです。年度末処理の絶対性、監査への対応、住民サービスとしての正確性が求められます。1円のズレも許されない世界です。要件定義から本番リリースまで、テストの網羅性は民間案件の比ではありません。監査対応のためのログ、変更履歴の詳細記録、リリース手順書の厳密性も桁違いです。民間の効率重視の考え方が通用しない場面が多々あります。逆に言えば、この厳密さがあるからこそ、行政システムは長期間安定稼働できるのだと今は理解しています。行政系IT案件は、時間軸と品質基準が民間とは別世界であることを、身を持って学びました。
この出来事から私が学んだのは、行政ITは単なる技術課題ではないということです。法律、制度、住民サービス、監査、議会、そして年度という時間軸。これらすべてがシステム要件に直結します。
民間企業のシステムなら経営判断で仕様変更できることも、行政では条例改正が必要になる。民間なら許容される数日の遅延も、行政では年度をまたぐことが許されない。この違いを肌で感じた瞬間、行政ITの本質が見えてきました。
中小企業のIT担当者が自治体案件に関わる機会は増えています。マイナンバー連携、電子申請、キャッシュレス収納。これらすべてが税金システムと接続する可能性があります。行政IT特有の重さを知らずに案件を受けると、想定外の工数と責任に直面することになるのです。
民間システムとの決定的な3つの違い
私が2つの案件を通して痛感したのは、民間システムと行政システムの根本的な違いです。同じITシステムでも、前提となる考え方がまったく異なります。
第一に、要件の変更可能性です。民間システムなら経営判断で要件を変更できますが、行政システムは法律や条例に縛られます。例えば税率の変更ひとつとっても、議会承認が必要です。システム側で柔軟に対応できる余地が極めて限定的なのです。
第二に、時間軸の絶対性です。民間なら納期を数週間ずらすことも交渉次第ですが、行政は年度末という絶対期限があります。3月31日を1日でも過ぎれば、それは次年度扱いになる。会計年度独立の原則がある以上、この期限は動かせません。
第三に、説明責任の重さです。民間なら社内での説明で済むことも、行政では住民への説明責任が発生します。なぜこのシステムを選んだのか、なぜこの費用なのか。すべてが公開情報となり、監査の対象となります。
年度末の重圧が生む特殊な緊張感
行政ITで最も特徴的なのが、年度末に向けた時間の流れ方です。民間のプロジェクトとは明らかに異なる緊張感があります。
12月から1月にかけて、現場の空気が変わり始めます。まだ年度末まで3ヶ月あるのに、関係者全員が年度内完了を強く意識し始めるのです。これは単なる納期意識ではありません。年度をまたぐことの影響を、全員が肌で知っているからです。
予算執行も年度内が原則です。繰越手続きは可能ですが、それには議会への説明が必要になります。つまり、システムが予定通り稼働しないことを公式に認めることになる。この重さが、年度末への絶対的なプレッシャーを生み出します。
2月に入ると、もはや後戻りできない段階に入ります。この時期に重大な不具合が見つかっても、年度内稼働を諦めるという選択肢は事実上ありません。全員が不眠不休で対応することになります。私が経験した案件でも、2月後半から3月前半は連日深夜までの作業が続きました。
行政IT特有の重さはどこから来るのか
30年のキャリアの中で、私は金融、製造、流通と様々な業界のシステムに関わってきました。その経験から見ると、行政ITの重さには明確な構造的要因があります。
単に厳しいだけ、単に堅いだけではないのです。重さの背景には、行政という組織の本質的な特性が関係しています。この構造を理解しないと、なぜこれほど時間がかかるのか、なぜこれほど慎重なのかが見えてきません。
法律という動かせない要件
行政システムの要件は、法律や条例に直接紐づいています。これが民間システムとの最大の違いです。
民間なら業務フローを変えてシステムに合わせることもできます。しかし行政では、地方税法、地方自治法、会計法など、複数の法律がシステム要件を規定します。法律に合わないシステムは、どんなに便利でも使えません。
さらに厄介なのは、法律の解釈が自治体によって微妙に異なる点です。同じ地方税法でも、A市とB市で運用が違う。これは法律の条文に幅があるためですが、システム開発側からすると大きな負担になります。パッケージ製品でも、自治体ごとのカスタマイズが必要になる理由がここにあります。
税制改正への対応も避けられません。消費税率の変更、ふるさと納税の制度変更、住宅ローン控除の改正。これらはすべて国の判断で決まりますが、システム改修は自治体の責任です。改正のタイミングも自治体側ではコントロールできません。
監査という絶対的なチェック機能
行政システムには、民間以上に厳しい監査体制が存在します。これが開発工程全体に影響を与えます。
まず内部統制の観点です。総務省の要請により、どの自治体も内部統制制度を整備しています。システムの記録、変更履歴、承認プロセス。すべてが監査証跡として残る必要があります。これは単なる機能要件ではなく、システムの根幹設計に関わる要件です。
会計検査も重要です。補助金を活用したシステム導入の場合、会計検査院の検査対象になります。なぜこの仕様にしたのか、なぜこのベンダーを選んだのか。すべてを説明できる文書が必要です。私が関わった案件でも、設計書の記述レベルまで監査を意識した内容にする必要がありました。
住民監査請求という制度も存在します。住民が直接、自治体の支出を監査請求できる制度です。システム関連予算も対象になります。つまり、システムの必要性や費用対効果を、いつでも住民に説明できる状態にしておく必要があるのです。
複数のステークホルダーと合意形成の難しさ
行政システムのステークホルダーは、民間とは比較にならないほど多層的です。この複雑さが、意思決定のスピードに直結します。
| ステークホルダー | 主な関心事 | 意思決定への影響 |
|---|---|---|
| 担当課(税務課など) | 業務の正確性、日常運用 | 業務要件の詳細を決定 |
| 情報システム課 | 技術的整合性、セキュリティ | 技術要件、他システム連携 |
| 会計課 | 予算執行、会計処理の適正性 | 契約内容、支払条件 |
| 監査部門 | 内部統制、証跡管理 | ログ要件、承認フロー |
| 議会 | 住民への説明責任、費用 | 予算承認、大きな方針 |
| 住民 | 利便性、個人情報保護 | サービスレベル、UI設計 |
この表が示すように、それぞれのステークホルダーが異なる関心を持ちます。民間なら経営層の一声で決まることも、行政では各部門との調整が必要です。
特に難しいのが、担当課と情報システム課の温度差です。担当課は業務の便利さを求めますが、情報システム課はセキュリティや他システムとの整合性を重視します。この両立が簡単ではありません。
私が経験した案件では、ある機能について担当課は必須と主張しましたが、情報システム課はセキュリティリスクを理由に難色を示しました。結局、両者の合意を得るために、機能を分割して段階実装する折衷案になりました。この調整だけで2ヶ月かかったのです。
行政IT案件で使えるツールと考え方
行政IT特有の重さを理解したうえで、では実際にどう対処するか。30年の経験から言えるのは、特別なツールよりも考え方の転換が重要だということです。
民間のアジャイル開発の考え方をそのまま持ち込むのは危険です。行政には行政のペースがあり、そのペースに合わせたプロジェクト管理が求められます。ただし、ツール自体は民間で使われているものが十分に活用できます。重要なのは、行政特有の要件にどう対応するかという使い方です。
文書管理と証跡を重視したプロジェクト管理
行政案件では、後から見返せる記録が極めて重要です。なぜその判断をしたのか、誰が承認したのか。これらが監査で必ず問われます。
私が現在も使っているのはBacklogです。民間案件でも使いますが、行政案件では特に記録性を重視した使い方をします。課題の起票時に必ず背景と根拠を記載し、コメントでのやり取りもすべて残します。口頭で決めたことも、必ずBacklogに記録として残すルールを徹底するのです。
重要な決定事項は、Backlogのwiki機能で議事録として整理します。いつ、誰が、何を決めたか。これを時系列で追えるようにしておくと、後の監査対応が格段に楽になります。実際、会計検査で過去の判断根拠を問われたとき、Backlogの記録をそのまま提示して説明できました。
添付ファイル機能も活用します。稟議書、承認メール、会議資料。これらをすべて課題に紐づけて保管しておくことで、情報が散逸しません。行政案件では担当者の異動も多いため、引き継ぎ時にもBacklogが有効です。新しい担当者は過去の経緯をBacklogで追うことができます。
スケジュール管理は年度を軸にする
行政案件のスケジュール管理で最も重要なのは、年度末という絶対期限から逆算することです。民間のような柔軟な納期調整は期待できません。
Microsoft ProjectやRedmineといったツールを使う場合も、まず年度末を固定します。そこから逆算して、議会スケジュール、予算執行期限、監査対応期間を確保します。これらは動かせない制約条件として、最初にスケジュールに組み込むのです。
特に注意すべきは、年末年始と年度末です。12月は補正予算の議会があり、3月は本予算の議会があります。この時期は自治体側の対応が遅くなることを前提にスケジュールを組みます。また、2月から3月は決算処理と重なるため、担当課が多忙になります。
私の経験では、年度をまたぐ案件の場合、前年度中に基本設計まで完了させ、新年度に詳細設計以降を実施する形がスムーズです。予算も年度ごとに分けることで、リスクを分散できます。ただし、これは企画段階から自治体と合意しておく必要があります。
行政IT案件向けツール選定の実践的判断基準
行政案件でツールを選ぶ際、民間とは異なる判断軸が必要です。私が30年の現場経験から導き出した基準を示します。
| 判断基準 | 重視する理由 | 具体的なチェックポイント |
|---|---|---|
| 記録性と監査対応 | すべての判断と変更に説明責任が伴う | 変更履歴の保持期間、検索機能、エクスポート形式 |
| オンプレミス対応 | セキュリティポリシーでクラウド不可の自治体が多い | 自庁舎内設置の可否、データの物理的な保管場所 |
| 長期サポート | システムのライフサイクルが10年以上 | ベンダーの事業継続性、サポート終了時期 |
| カスタマイズ性 | 自治体ごとの条例や運用に合わせる必要 | 設定変更の自由度、追加開発の容易さ |
| 既存システム連携 | 既に稼働中の基幹システムとの接続が必須 | 連携実績、API仕様の公開度、データ形式 |
| 導入実績 | 他自治体の事例が説明材料として重要 | 同規模自治体での導入数、稼働年数 |
この表の中で、私が特に重視するのは記録性と長期サポートです。行政システムは一度導入すると10年単位で使い続けます。その間、監査が何度も入り、担当者も何度も変わります。記録が残るツール、長く使えるツール。これが行政案件の大前提なのです。
クラウドサービスの活用については慎重な判断が必要です。総務省のガイドラインでクラウド利用は推奨されていますが、実際には自治体のセキュリティポリシーで制限されることが多いのです。特に個人情報を扱う税金システムでは、データを外部に出せない自治体がまだ多数あります。
導入実績も軽視できません。なぜなら、議会や監査で「なぜこのツールを選んだのか」と問われたとき、他自治体での実績が最も説得力のある根拠になるからです。私自身、提案時には必ず同規模の自治体での導入事例を複数用意します。
30年現場にいた私が思うこと
行政ITの重さは、決して悪いことではありません。この重さがあるからこそ、住民の税金が正確に管理され、公平な行政サービスが提供されているのです。
ただ、この重さに対する理解がないまま案件に関わると、お互いに不幸になります。ベンダー側は想定外の工数に悩み、自治体側は期待したスピード感が得られない。この齟齬を防ぐために、最初から行政IT特有の制約を共有することが重要です。
スピードではなく確実性を評価する視点
民間のIT業界では、スピードが正義とされる風潮があります。アジャイル、DevOps、迅速なリリース。これらはすべて速さを追求する方法論です。
しかし行政ITでは、速さよりも確実性が求められます。税金計算を間違えることは許されません。個人情報を漏らすことも許されません。年度末までに確実に稼働させることが求められます。この確実性こそが、行政ITの本質的な価値なのです。
私が金融系システムから行政系システムに移ったとき、最初はそのスピード感の違いに戸惑いました。決定に時間がかかる、変更が簡単にできない。しかし経験を重ねるうちに、この慎重さが住民の生活を守っているのだと理解できました。
スピードではなく確実性。この価値観の転換が、行政IT案件で成功するための第一歩だと思います。速く作ることよりも、正しく作り、長く使えるものを作る。この姿勢が、結果的にプロジェクトを成功に導くのです。
中小企業が行政案件に関わるときの心構え
DXの流れで、中小企業が自治体案件に関わる機会は確実に増えています。電子申請システム、キャッシュレス決済、データ連携基盤。これらの案件で、民間の柔軟性と行政の確実性をつなぐ役割が求められます。
私からのアドバイスは、最初から完璧を目指さないことです。行政案件は長期戦です。小さく始めて、確実に実績を積み上げる。この積み重ねが、自治体からの信頼につながります。
具体的には、まず文書化の習慣をつけることから始めてください。打ち合わせの議事録、決定事項の記録、変更の履歴。これらをすべて残す習慣です。最初は面倒に感じるかもしれませんが、後の監査対応や引き継ぎで必ず役立ちます。
次に、年度の流れを理解することです。自治体のカレンダーは、民間企業とは異なるリズムで動いています。4月始まりの会計年度、議会のスケジュール、人事異動のタイミング。これらを把握するだけで、提案や交渉のタイミングが見えてきます。
そして何より、自治体の担当者を信頼することです。彼らは住民サービスを真剣に考えています。一見、非効率に見える手続きも、すべてに理由があります。その理由を理解しようとする姿勢が、良好な関係を築く基盤になります。
行政ITは確かに重い。しかしその重さの先に、住民の生活を支えるという大きな意義があります。この意義を共有できたとき、プロジェクトは単なる受注案件ではなく、社会貢献の機会に変わるのです。
コメント