自治体DX推進担当者がコーチングを活かす場面｜業務整理と合意形成

自治体DXの担当者には、窓口、福祉、税務、教育、防災など異なる原課から要望が集まります。『紙をなくしたい』『入力を減らしたい』という希望だけでは、法令、本人確認、保存、例外処理、住民への支援が見えません。システム導入前に、現在の仕事と決定権を丁寧に整理する必要があります。

コーチング資格で学ぶ傾聴や問いかけは、原課が言葉にできていない困りごとを具体化し、対立する条件を並べる助けになります。一方、個人情報保護、調達、標準化、情報セキュリティ、条例解釈は担当部署と正式な会議体へ戻します。対話を行政判断へ接続する方法を整理します。

原課ヒアリングで見つける本当の負担

要望一覧から始めず、住民と職員が直近で困った手続を時間順にたどります。

住民側の手続体験

来庁前の情報収集、申請、本人確認、添付、支払、審査、結果通知までを並べます。スマートフォンを使えない人、外国語、障害、代理申請などを後回しにせず、代替手段と支援窓口を確認します。

職員側の見えない作業

受付後の転記、照合、電話確認、差戻し、上長承認、他課連携、保存、統計を確認します。画面入力だけを減らしても、例外対応や二重管理が増える場合があるため、全体の所要時間を見ます。

業務を変える前の法令と権限

利用者の希望が明確でも、担当者の判断だけで本人確認や保存期間を変えません。

決定者の特定

法令、条例、要綱、内部規程、運用慣行を分け、どの部分を誰が変更できるかを示します。『昔から』という理由も確認し、変えられない根拠と変えていないだけの作業を分けます。

個人情報の最小化

便利な連携のために全データを共有せず、目的、項目、利用者、保存期間、削除、委託先を確認します。相談記録もDX担当者が自由に閲覧できる情報ではないことを前提にします。

標準化と地域運用のすり合わせ

全国標準や共通仕様を理解しながら、地域の相談支援と窓口運用へ落とし込みます。

差分の根拠整理

標準機能で対応できること、追加設定が必要なこと、運用で吸収することを分けます。地域独自だから残すのではなく、住民への価値、法的根拠、廃止時の影響を確認します。

国の公式情報

デジタル庁の地方公共団体向け政策情報を確認し、標準化やガバメントクラウドの最新資料へ戻します。古い工程表やベンダー資料だけで期限と対象を断定しません。

ベンダーとの要件対話

製品説明を聞く会議と、自治体が業務要件を決める会議を分けます。

デモで確認する例外

通常処理だけでなく、書類不足、代理人、訂正、取消、重複、期限後、システム停止を試します。できるという回答は、標準機能、追加費用、運用対応のどれかまで確認します。

未決事項の管理

その場で答えが出ない論点は、自治体側とベンダー側の担当、確認先、期限、決定会議を置きます。議事録に『検討』だけを残さず、次に何を提示するかを明確にします。

DX担当者が選ぶ講座の実務性

個人目標の対話だけでなく、多部署、住民、制度、調達、権限を扱う演習があるかを見ます。

利害の異なる会議

窓口負担を減らしたい原課、統制を守る情報政策、予算を管理する財政、住民支援を担う部署の意見を整理する練習が必要です。多数決で押し切るのではなく、決定条件を作ります。

守秘と記録

行政事例を講座へ持ち込む時は、住民情報、未公表調達、障害情報を匿名化します。外部ツールへ入力する範囲、録音、共有、削除を確認し、実データを安易に使いません。

一つの手続で始める業務可視化

全庁システム更改から始めず、問い合わせや差戻しが多い一手続で、住民体験と職員作業を並べます。

代表事例の選定

標準的な一件と、よくある例外を一件ずつ選びます。特殊な苦情だけで全体を設計せず、件数と負担の両方を見ます。

手続の時系列化

住民の行動、職員の作業、利用システム、書類、判断、待ち時間を一列にします。担当課ごとの資料を同じ図へ重ねます。

根拠の付箋分け

法令で必要、内部規程で必要、慣行、システム制約、未確認に分けます。未確認を勝手に削除候補とせず、確認先を決めます。

改善案の小規模検証

案内文、入力項目、予約、通知など小さな変更を試し、差戻し、電話、処理時間、住民の迷いを確認します。デジタル利用率だけで評価しません。

決定記録の共有

採用、保留、非採用と理由、決定者、再検討条件を残します。担当異動や次期調達でも同じ議論を繰り返さないようにします。

自治体DXで資格学習を測る視点

成果は、会議の雰囲気が良くなったことだけで測りません。業務と例外が可視化され、未決事項に担当と期限が付き、住民支援と統制が同じ資料で確認できることを見ます。

DX担当者が質問を上手にしても、決定会議と承認経路が曖昧なら事業は進みません。対話で集めた意見を、要件、リスク、費用、決定事項へ変える文書が必要です。

デジタル化に不安を示す職員を抵抗勢力と呼ばず、困る住民、事故時の責任、繁忙期、引継ぎなど具体的な懸念を聞きます。同時に、変えない場合の負担とリスクも示します。

住民の声を聞く場合は、声の大きい少数だけでなく、窓口記録、問い合わせ、利用状況、支援者の観察を組み合わせます。個別要望をそのまま全体仕様へしません。

委託先との会議では、自治体が決める業務要件と、製品側の制約を分けます。できない理由を技術用語のまま受け取らず、代替運用、追加開発、次期対応、住民影響を確認し、発注者としての判断を残します。

稼働後も、オンライン利用件数だけで成功としません。窓口に残った複雑案件、電話の増減、差戻し、職員の二重入力、障害時の代替を確認し、デジタルを使えない人への支援が細っていないかを見ます。

受講後は、ヒアリング様式と決定台帳を一つずつ改善し、実案件で使います。人に依存した調整から、異動後も追える行政プロセスへ残します。

DX要件を確定する前の確認項目

システム機能だけでなく、住民支援、例外、法的根拠、運用、障害時対応まで確認します。

自治体DX担当者が迷う合意形成

原課が現行維持を望む場合

変えたくない理由を、住民影響、繁忙、法令、責任、習熟に分けます。変える案と維持する案の費用・リスクを同じ表にします。

ベンダー提案が魅力的な場合

デモの印象だけで決めず、例外、データ移行、権限、運用、追加費用、撤退時のデータ返却を確認します。調達上の公平性も守ります。

自治体職員に資格が必要な範囲

必須ではありません。多部署の意見整理には役立ちますが、法令解釈、情報セキュリティ、調達、議会や首長の意思決定を代替しません。

住民手続と行政責任をつなぐDX対話

自治体DX推進担当者がコーチング資格を活かす時は、原課の要望を聞くだけでなく、住民体験、例外、法的根拠、個人情報、決定権を同じ資料へ整理します。対話で得た懸念を要件と期限へ変え、正式な行政判断へつなぐことが重要です。

公共相談・IT要件・合意形成の関連ガイド

• 情報システム担当者の要件整理
• 自治体相談窓口の記録支援
• プロジェクトマネージャーの合意形成
• コンプライアンス担当者の相談受付

自治体DXで対話を試す会議単位

最初の実践場所は、大規模な刷新会議より、申請手順や庁内照会を一つ見直す小会議が向いています。現行業務の困り事、変更できない条件、試行できる範囲を別々に問い、発言者と決定者を記録します。会議後には、問いによって論点が増えたのか整理されたのか、住民側と職員側の影響を両方確認できたのかを短く振り返ります。この単位なら、コーチング資格で学んだ傾聴や質問を、抽象的な合意形成ではなく、次の実証作業と責任分担につなげて評価できます。