自社適用では、最初からAI開発基盤を大きく作るより、既存プロセスへAIレビューとAIテスト観点を差し込む方が現実的である。
15.1 最初に狙うべきテーマ
| 優先度 | テーマ | 理由 |
|---|---|---|
| 第1優先 | 設計書・コードのセルフレビュー | 導入リスクが低く、既存フローに追加しやすい |
| 第2優先 | テスト観点生成 | 抜け漏れ削減に直結し、成果物として残せる |
| 第3優先 | PRテンプレートとAI利用証跡 | 監査性が上がり、レビューしやすい |
| 第4優先 | セキュリティスキャン＋AI修正案 | 数値効果を出しやすく、DevSecOpsに接続できる |
| 第5優先 | インフラ手順書・IaCレビュー | 設定ミスや作業ミスの削減に直結する |
| 第6優先 | エージェントスキル整備 | プロンプトの属人化を減らし、公開スキル＋社内ゲートをGit管理（第17章） |
| 第7優先 | 勤怠・作業実績の事前照合 | 客先常駐の二重フォーマットは機械チェック向き（第18章） |
| 第8優先 | エンゲージメント施策文案 | モチベーションクラウド等のサーベイ後、能動性を促す言い回し（第18章） |
15.1b スキル導入の優先順位
| 段階 | 公開スキル（例） | 社内スキル（例） |
|---|---|---|
| PoC初期 | requesting-code-review（superpowers） | PRテンプレ＋AI利用証跡 |
| PoC中期 | test-driven-development、systematic-debugging | 要件定義ゲート（SE向け） |
| 展開期 | webapp-testing、DBベストプラクティス | 意味逸脱監査、議事録・資料可読化 |
| インフラPoC | terraform-best-practices または azure-validate | infra-change-review（手順書・IaC・第9章） |
| 事務PoC | xlsx, pdf, docx, copywriting | 勤怠・電話・経費の導入用指示（第19章 / 第18章） |
| 人事PoC | summarize-meeting（任意） | engagement-initiative-drafter 導入用指示（第18章） |
詳細なメリット・デメリット・インストール数・導入用指示：第19章 / 第17章
15.2 社内標準運用案
| 対象 | 標準運用 |
|---|---|
| プログラマ | チケット要約、実装案比較、単体テスト生成、AIセルフレビュー、PRにAI利用範囲を記録 |
| SE | 要件・設計書を章単位でAIレビューし、顧客確認事項と内部修正事項に分離 |
| QA | 仕様書からAIでテスト観点を生成し、過去障害観点を加えて人間が採否判断 |
| PM/PL | 週次で課題・進捗・品質・レビュー滞留をAIに整理させ、判断はPMが行う |
| DevSecOps | SAST/CodeQL/Secret scanとAI修正案を組み合わせ、再スキャンを必須化 |
| インフラ | 構成設計、設定ファイル、IaC、手順書、障害ログをAIレビューし、本番変更は人間承認 |
15.3 導入時の教育内容
- AIは正解ではなく候補を出す道具である。
- AI利用時の機密情報ルール。
- AI生成コード・手順書のレビュー方法。
- 標準プロンプトの使い方。
- PR・作業申請へのAI利用証跡の残し方。
- AI出力の採否判断の考え方。
- セキュリティ・インフラでの禁止事項。
15.4 まず作るべき社内資産
| 資産 | 内容 |
|---|---|
| AI利用ガイドライン | 利用範囲、禁止事項、責任範囲 |
| 標準プロンプト集 | 要件、設計、コード、テスト、インフラ、PMO |
| PRテンプレート | AI利用範囲、確認内容、テスト結果 |
| 変更申請テンプレート | インフラ作業、切り戻し、AI利用証跡 |
| レビュー観点表 | 職種別、成果物別のチェックリスト |
| PoC評価表 | 定量・定性評価項目 |
| 過去障害ナレッジ | 再発防止プロンプトに使う |
| 承認済みスキル一覧 | 公開スキル＋社内スキルの採用版、配置パス、更新手順（第17章） |
15.5 展開判断基準
| 判定 | 基準 |
|---|---|
| 継続 | AI指摘の有効率が高く、レビュー指摘や手戻りに改善傾向がある |
| 限定継続 | 効果のある工程だけ残し、低効果な用途をやめる |
| 改善後再試行 | プロンプト・運用・教育不足が原因なら改善して再試行 |
| 中止 | 機密リスク、品質悪化、現場負荷増が大きい場合 |
AI活用を社内施策として通すなら、「AIで開発を自動化する」ではなく「AIで品質確認の抜け漏れを減らす」と表現した方が現場に通りやすい。
