AI導入は、いきなり全工程へ展開せず、まずは小規模PoCで品質が本当に安定するかを確認する。最初はレビュー補助とテスト観点生成から始めるのが安全である。
11.1 フェーズ構成
| フェーズ | 目的 | 主な作業 |
|---|
| フェーズ0：準備 | ルール・対象・指標を決める | 対象案件選定、AI利用ルール、標準プロンプト作成 |
| フェーズ1：AIセルフレビュー | 人間レビュー前の品質を上げる | 設計書・コード・テスト仕様・手順書のAIレビュー |
| フェーズ2：テスト生成 | テスト品質を厚くする | 単体テスト、テスト観点、回帰候補生成 |
| フェーズ3：PRレビュー | レビュー負荷を下げる | AI一次レビュー、PRテンプレート運用 |
| フェーズ4：セキュリティ修正支援 | 脆弱性対応を速くする | SAST/CodeQL結果の説明、AI修正案、再スキャン |
| フェーズ5：PMOダッシュボード化 | プロジェクト管理へ接続する | 品質指標、課題、レビュー滞留、リスク集計 |
11.0b PoC設計：AI役割分担をテーマに組み込む
3か月PoC（11.2）では、ツール導入そのものより品質指標の変化を測る。AI役割分担（第17章 17.0）は、次の主PoCテーマとセットで設計する。
| 主PoC | 役割分離の狙い | 週次で見る指標 | 中止・縮小 |
|---|
| PR前セルフレビュー | 実装≠レビューAI | レビュー時間、採用率 | 第19章 19.5b |
| 要件・設計レビュー | 補完禁止・検出のみ | 曖昧語、未決件数 | 同上 |
| TDD / 単体テスト | テスト先行の型 | テスト数、手戻り | 同上 |
記録・試行環境: PoC試行キット（本番リポジトリの正本運用テンプレではない）。
Knowledge 索引（PoC テーマ）
主 PoC 1〜3 本は poc-theme-register.md と poc_themes.yaml で ID · KPI を同期する。
| 索引 | 内容 |
|---|
poc_themes.yaml | P1/P2/P3 · 担当 · KPI |
practices.yaml | 職種×章の施策（19.3 対応） |
traceability.yaml | 施策 ↔ KPI ↔ スキル |
11.2 3か月PoC案
| 期間 | 実施内容 |
|---|
| 1か月目 | 対象案件選定、AI利用ルール作成、標準プロンプト作成、設計書レビュー・コードレビューで試行、初回効果測定 |
| 2か月目 | 単体テスト生成、テスト観点生成、PR前AIセルフレビュー必須化、指摘傾向集計 |
| 3か月目 | セキュリティスキャン連携検討、AI利用ログと品質指標整理、標準手順書化、PoC結果報告 |
11.2b PoC対象の絞り込み
PoCは「AIで何でも効率化する」ではなく、効果とリスクを測れるテーマに絞る。まずは3テーマ程度を主対象にし、他テーマは参考観察に留める。
| 区分 | 候補 | 採用理由 | 測るもの |
|---|
| 主PoC | PR前セルフレビュー / TDD支援 | 品質指標と開発フローに接続しやすい | レビュー時間、指摘採用率、手戻り件数 |
| 主PoC | 要件・設計レビュー | 受託開発の上流品質に効く | 曖昧語、未決事項、意味逸脱、レビュー指摘密度 |
| 主PoC | インフラ手順書 / IaCレビュー | 事故予防とチェック自動化の相性がよい | 設定ミス、High指摘放置日数、手順漏れ |
| 参考観察 | PMO週次、勤怠照合、エンゲージメント文案 | 効果はあるが業務・人事影響の整理が必要 | 作業時間、差戻し率、利用者負担、誤判定 |
11.3 インフラPoC案（第9章 9.11と数値整合）
本節のKPIは 第9章 9.11 事例I-1〜I-3と同一のBefore/After定義。PoCは3か月固定。開始前2週間でベースライン計測し、終了時に第11.5テンプレへ転記する。
11.3.1 月次スケジュールと到達目標
| 月 | 実施内容 | 到達目標（第9章事例） |
|---|
| 1か月目 | サーバ構築手順書・設定ファイルのAIレビュー、指摘採否記録、ベースライン確定 | 事例I-2：手順書レビュー工数 2h→1h/件へ改善開始。手順漏れ四半期3件→向かう |
| 2か月目 | Terraform/Ansibleレビュー、checkov/tflint/ansible-lint、plan要約、terraform-best-practices試用 | 事例I-1：checkov High放置 中央値5日→2日以下。planレビュー 45分→30分以下 |
| 3か月目 | 過去障害票要約、ログ解析演習、systematic-debugging、標準運用化判断 | 事例I-1完了：設定ミス本番前 月2→0、plan 25分。I-3：一次切り分け 90分→45分、上位3候補78% |
11.3.2 KPI一覧（ベースライン → PoC終了目標）
数値は第9章9.11のPoC想定事例と一致。実案件ではベースライン計測値で置き換える。
| 指標 | Before（ベースライン） | After（3か月PoC目標） | 対応事例 |
|---|
| 本番反映前の設定ミス | 月2件（うちロールバック1） | 月0件 | I-1 |
| checkov High指摘の放置日数 | 中央値 5日 | 中央値 1日 | I-1 |
| AI指摘採用率（IaC） | — | 58% | I-1 |
| planレビュー時間/PR | 45分 | 25分 | I-1 |
| 作業手順漏れ（切り戻し・確認） | 四半期3件 | 四半期0件 | I-2 |
| 手順書レビュー工数 | 上級 2h/件 | 上級 1h/件 | I-2 |
| 新人作業時の確認質問 | 平均 8件/作業 | 平均 3件/作業 | I-2 |
| 障害一次切り分け時間 | 中央値 90分 | 中央値 45分 | I-3 |
| 原因候補Top3に真因 | — | 78%（事後評価） | I-3 |
| 誤った本番操作（暫定対応） | 年1件 | 0件（PoC期間） | I-3 |
11.3.3 インフラPoC完了条件（追加分）
- 上表のうち、最低5指標でBefore/Afterが記録されている。
- I-1系：checkov/tflint等のスキャンがPRゲートに組み込まれている。
- I-2系：手順書AIレビューの採否ログが10件以上ある。
- I-3系：障害切り分け模擬を1回以上実施し、ログ・候補・承認記録が残っている。
- 第9章9.15の禁止事項違反がない。
11.4 PoC完了条件
- 対象成果物に対してAIセルフレビューが実施されている。
- AI指摘の採否が記録されている。
- テスト観点または単体テストが増えている。
- レビュー指摘や手戻りの傾向が集計されている。
- メンバーの負荷・不安・使いにくさが把握されている。
- 継続利用ルールが作成されている。
11.4b PoC中止・縮小条件
効果が出ないテーマを続けると、AI利用そのものへの信頼を落とす。次の条件に該当した場合は、対象縮小、手順見直し、または停止を判断する。
| 条件 | 判断 | 対応 |
|---|
| AI指摘採用率が2週間連続で20%未満 | テーマまたはプロンプト不適合 | 対象文書を限定し、採用基準を再定義する |
| レビュー時間が短縮せず、確認負荷だけ増える | 費用対効果不足 | 利用場面をPR前セルフチェックなどに限定する |
| 誤指摘や誤修正により手戻りが増える | 品質悪化リスク | AI出力の直接反映を禁止し、人間レビューを強化する |
| 機密情報・個人情報の投入制御ができない | ガバナンス不成立 | 当該テーマを停止し、データ分類ルールを先に整備する |
| KPIの母数・測定方法が記録されない | 評価不能 | 第19章の測定定義に合わせてログ取得を必須化する |
11.5 PoC結果報告テンプレート
# AI品質安定化PoC結果報告
## 1. 目的
AIを利用し、設計・実装・レビュー・テスト・インフラ運用における品質安定化効果を検証する。
## 2. 対象
- 対象案件：
- 対象工程：
- 対象メンバー：
- 使用AI：
- 対象成果物：
## 3. 実施内容
- 設計書AIレビュー
- コードAIセルフレビュー
- 単体テスト生成
- テスト観点生成
- PRテンプレート運用
- インフラ手順書レビュー
- IaCレビュー
- ログ要約
## 4. 定量結果
| 指標 | 導入前 | 導入後 | 変化 |
|---|---:|---:|---:|
| 実装工数 | | | |
| レビュー指摘件数 | | | |
| 手戻り件数 | | | |
| テストケース数 | | | |
| バグ件数 | | | |
| レビュー待ち時間 | | | |
| 設定ミス件数 | 月2 | 月0 | -2 |
| checkov High放置日数（中央値） | 5日 | 1日 | -4日 |
| planレビュー時間/PR | 45分 | 25分 | -20分 |
| 手順書レビュー工数 | 2h/件 | 1h/件 | -1h |
| 障害一次切り分け（中央値） | 90分 | 45分 | -45分 |
## 5. 定性結果
- 良かった点
- 困った点
- AIが有効だった作業
- AIが不向きだった作業
- メンバーの反応
11.6 事務・勤怠照合PoC案（第18章と整合）
| 月 | 実施内容 | 到達目標 |
|---|
| 1か月目 | 18.2マップから優先業務2つ選定（推奨：勤怠照合＋電話取次層1）、xlsx/pdf導入、マスキングルール | ベースライン計測 |
| 2か月目 | 勤怠照合の締め前運用、phone-intake-assistant試行、経費 or 議事録を1業務追加 | A-1：差戻し月8→3、PH-1：伝言不備週5→1 |
全業務マップ・スキル一覧：第18章
11.7 エンゲージメント施策PoC案（モチベーションクラウド等連動）
| 期間 | 実施内容 | 到達目標 |
|---|
| サーベイ直後2週間 | 期待度×満足度マトリクスから優先課題をAI整理、施策案3〜5件を言葉選びレビュー付きで起草 | 管理職が選定した施策2件以上を現場へ説明可能 |
| パルス1サイクル（2〜4週） | 施策実施＋AI文案（称賛・依頼・周知）のA/B言い回し比較、パルス前後比較 | 事例E-1：「取り組みやすさ」自己評価 +0.3pt以上（5段階） |
AIは施策の最終決定・人事評価・個人名の公開は行わない。第18章 18.13・18.11参照。
