「自走できる組織」を正しく育てるために。成果物ベースではなく、組織の学習プロセスに根ざした伴走型支援の全体方針をご説明します。
DBグループ・管理本部・商品課・加工Gの4部門で計17テーマの自動化タスクを特定。スーパーカクテルCSV連携・音声入力・AI発注提案など多岐にわたる取り組みが進行中。
「自走支援型DX」を「すぐ自分でアプリを作ること」と解釈すると失敗します。自走は段階的な学習プロセスの先にあるものであり、いきなりゼロから作ることとは別物です。
ITリテラシの差によってアプリの品質・安定性にばらつきが生じ、不具合が起きた際に作成者・チーム・PFSへの信頼が失われる。セキュリティインシデントが発生した際の責任帰属も不明確。
「社員が自作したアプリがインターネットに社内文書を誤公開していたが誰も気付かなかった」「他の社員の個人情報が全社員に見えていた」といったインシデントは、AIの問題ではなくアプリ設計の問題として現実に起こりえます。こうした事態の監督責任は伴走支援しているPFSにも及ぶため、リスク管理は支援方針の中核に位置付ける必要があります。
業務の中から「困っていること・やりたいこと」を引き出すヒアリング・場作りを定期的に行う。この「言える場」がなければ不具合への攻撃・炎上の温床になる。KOMはその第一歩。
課題をどう具体的なシステム要件に落とすか。ディスカッションを通じて整理し、「何が必要か」を言語化できるようになることが目標。この段階ではまだコードは書かない。
設計から実装・テスト・リリースまでのプロセスをPFSが担当。担当者は「使ってみる」「フィードバックを出す」「どんな考慮が必要か学ぶ」フェーズ。現行の自動化マニュアルはここに相当。
完成したツールを実際の業務に取り入れ、操作習得・チームへの説明方法・フィードバック収集のやり方を身につける。「使ってもらう側」のマネジメントスキルが必要になるフェーズ。
「この機能を追加したい」「この部分が使いにくい」という声をPFSにフィードバックし、修正プロセスを一緒に体験する。AIレビューツールを活用した品質確認を学ぶ段階。
担当者自身がAIツールを使ってアプリを試作する。ただし必ずPFSのレビューを経てから展開。セキュリティ・データ設計・UI/UXの観点から問題がないか確認する体制が前提条件。
ここが真の「自走」。自作アプリを社内で発表し、運用フロー・権限設計・問い合わせ対応まで含めて自社で完結できる状態。到達まで最低でも6〜12ヶ月のプロセスが必要。
「成果物（アプリ）ベース」でロードマップを設計すると、社員が自作する段階でロードマップ達成が困難になります。「自走できる組織を作る」というテーマで設計しなければ機能しません。現在サンライズ様は Step 3〜4 の段階にあり、Step 6・7を急ぐことは高リスクです。
| 観点 | 従来アプローチ（リスクあり） | PFS推奨アプローチ |
|---|---|---|
| ゴール設定 | NG アプリを1つ完成させる | OK 自走できる組織・チームを育てる |
| 開発主体 | NG 担当者がいきなり自作 | OK PFSが制作、担当者はレビュー・活用・フィードバック |
| セキュリティ | NG 資料説明のみ（リスク未低減） | OK 成果物レビュー体制 ＋ AIレビューツール導入 |
| 品質管理 | NG 本人が作って本人がリリース | OK 第三者レビュー必須フロー（PFSまたは社内レビュアー） |
| チーム展開 | NG アプリを突然業務投入 | OK 説明・意見収集・修正の段階的展開を支援 |
| 責任範囲 | NG 曖昧（インシデント時にPFSへ波及） | OK レビュー体制を明確化し、責任分界点を契約上も整理 |
バイブコーディング（AI補助による自作）で作成したアプリのコードをアップロードすると、レビュアーとして訓練されたAIが品質・セキュリティ・使いやすさを評価し、修正点と改善プロンプトを提示するツールです。非エンジニアの担当者でも「次に何をすればよいか」が明確になります。
データ公開範囲・権限設定・個人情報の取り扱いに関するリスクを自動検出
問題点の説明とともに、AIツール（Gemini/Claude）への具体的な修正指示文を生成
可読性・安定性・拡張性を5段階で評価し、リリース可否の目安を提供
社員が自作したアプリの品質管理を「外部人材に全依存」する状態から脱却し、社内でのセルフレビュー能力を段階的に高めていく基盤になります。PFSの最終レビューコストを下げながら、担当者の成長も促します。
部署内完結ツールを作れる段階を目指すのか、全社展開・外部連携できるシステムを目指すのか。到達点によって必要な支援期間と体制が変わります。
社員作成ツールのPFSレビューを必須プロセスとするか。また、社内でレビュー担当者を育てる意向があるかについて、経営判断をいただきたいです。
チームマネジメント・展開支援まで含めた深い伴走を求めるか、技術支援に限定するか。前者は大きな価値を生みますが、支援コストも増します。
まずは「最もがっつり入り込む形」での支援体制を提案します。チームマネジメント支援・セキュリティレビュー・AIコードレビューアプリの導入まで含めた包括的な伴走を前提にご検討ください。ご要望に応じてスコープを絞ることは可能です。