ストーリー
田
田中VPoE
デジタル人材育成の究極の形は、事業部門の社員が自らデジタルツールで課題を解決する「市民開発者」だ
あなた
プログラミングを知らない人がアプリを作れるのですか?
あ
田
田中VPoE
ノーコード/ローコードプラットフォームの進化で、それが現実になった。Power Apps、Kintone、AppSheet — コードを書かなくても業務アプリを構築できるツールが多数ある
あなた
でも、それだとIT部門の管理が効かなくなりませんか?シャドーITの問題も心配です
あ
田
田中VPoE
鋭い指摘だ。だからこそ「野放しの市民開発」ではなく「ガバナンスのある市民開発」を設計する必要がある。IT部門がフレームワークを整え、事業部門が自由に開発する。今日はその共存モデルを学ぼう
市民開発者とは
定義と位置づけ
| 項目 | 内容 |
|---|
| 定義 | IT部門に属さず、ノーコード/ローコードツールを使って業務アプリケーションやワークフローを自ら構築・改善する社員 |
| 対象 | 事業部門・管理部門の社員で、業務知識が豊富かつデジタルツールへの意欲がある人 |
| 目的 | IT部門のリソース不足を解消し、現場のニーズに即したデジタル化を加速する |
IT人材と市民開発者の役割分担
| 項目 | IT人材(プロ開発者) | 市民開発者 |
|---|
| 開発対象 | 基幹システム、全社横断システム | 部門内の業務アプリ、個別ワークフロー |
| 開発手法 | プログラミング(コーディング) | ノーコード/ローコード |
| 品質基準 | エンタープライズレベル | ビジネスユースレベル |
| データアクセス | 全社データベース | 部門データ(権限範囲内) |
| サポート体制 | 自己完結 | IT部門がCoE(Center of Excellence)で支援 |
市民開発プログラムの設計
育成カリキュラム
| フェーズ | 期間 | 内容 | 成果物 |
|---|
| 入門 | 2週間 | ノーコードツールの基礎操作、データ設計の基本 | 簡単なタスク管理アプリ |
| 基礎 | 4週間 | フォーム設計、ワークフロー自動化、データ連携 | 部門の申請フロー自動化 |
| 実践 | 8週間 | 実業務の課題を題材にしたアプリ開発プロジェクト | 業務課題を解決するアプリ |
| 応用 | 4週間 | API連携、外部データ活用、他システムとの統合 | 複数データソースを統合したダッシュボード |
市民開発者の育成目標
市民開発者の育成パイプライン:
全社員 1,200名
│
├── デジタルリテラシー研修修了: 1,200名(100%)
│
├── ノーコードツール体験: 360名(30%)
│
├── 市民開発者候補: 120名(10%)
│ └── 各部門から10-15名を選抜
│
├── 認定市民開発者: 60名(5%)
│ └── 実際にアプリを構築・運用できる
│
└── スーパー市民開発者: 12名(1%)
└── 部門内の市民開発を指導できる
ガバナンスフレームワーク
市民開発のリスクと対策
| リスク | 具体的な問題 | 対策 |
|---|
| シャドーIT | IT部門が把握しないアプリが乱立 | アプリ登録制度の導入、定期棚卸し |
| データ漏洩 | 個人情報を含むデータの不適切な扱い | データ分類ガイドライン、アクセス制御テンプレート |
| 品質問題 | 動作不安定なアプリが業務で使われる | レビュープロセスの導入、テストガイドライン |
| 属人化 | 作成者が異動すると誰もメンテナンスできない | ドキュメント必須化、引き継ぎプロセスの標準化 |
| ライセンス | 想定外のライセンスコスト増加 | 事前承認制、利用状況モニタリング |
CoE(Center of Excellence)モデル
| CoEの役割 | 内容 | 担当 |
|---|
| ツール選定・標準化 | 全社で使用するノーコードツールを選定・管理 | IT部門 |
| テンプレート提供 | 共通的なアプリパターンをテンプレート化 | IT部門 + スーパー市民開発者 |
| レビュー・承認 | 本番運用前のセキュリティ・品質レビュー | IT部門 |
| トレーニング | 市民開発者の育成研修の提供 | CoE専任メンバー |
| コミュニティ運営 | 市民開発者同士の情報交換の場を運営 | CoE + 市民開発者有志 |
市民開発ガバナンスモデル:
┌────────────────────────────────────┐
│ IT部門(CoE) │
│ ・プラットフォーム管理 │
│ ・セキュリティ基準策定 │
│ ・レビュー・承認 │
└───────────┬────────────────────────┘
│ ガイドライン・サポート
▼
┌────────────────────────────────────┐
│ 市民開発者(事業部門) │
│ ・業務課題の発見 │
│ ・ノーコードでアプリ開発 │
│ ・部門内での活用推進 │
└────────────────────────────────────┘
│ フィードバック・要望
▼
┌────────────────────────────────────┐
│ エンドユーザー(全社員) │
│ ・市民開発者が作ったアプリを利用 │
│ ・改善要望のフィードバック │
└────────────────────────────────────┘
「市民開発は”IT部門の仕事を奪う”のではない。IT部門が戦略的なシステム開発に集中できるように、現場の小さなニーズは現場自身が解決する。これこそが本当のDXだ」 — 田中VPoE
まとめ
| ポイント | 内容 |
|---|
| 市民開発者の定義 | 非IT人材がノーコード/ローコードで業務アプリを構築する |
| 育成パイプライン | 全社員 → 体験30% → 候補10% → 認定5% → スーパー1% |
| リスク対策 | シャドーIT防止、データ保護、品質管理、属人化防止 |
| CoEモデル | IT部門がプラットフォームとガイドラインを提供し、事業部門が開発 |
チェックリスト
次のステップへ
次は「メンタープログラムを設計しよう」を学びます。デジタル人材育成を加速するためのメンタリング制度の設計手法を深掘りしていきましょう。
推定読了時間: 30分