小さく始めるPoC設計

### このレッスンで学ぶこと
– PoC（概念実証）の意味と、いきなり全社導入しない理由を理解する
– 「どの部署の、どの業務で、何を試すか」を決めるPoC設計シートの使い方を学ぶ
– 成功基準を事前に定め、客観的に「続けるか・やめるか」を判断できるようになる

—

### PoCとは何か

PoC（Proof of Concept：概念実証）とは、「本当にこのやり方でうまくいくのか？」を小さな範囲で試すことだ。新しいツールやプロセスを全社に一気に展開すると、失敗したときのダメージが大きい。まず1つの部署、1つの業務で試し、効果を確認してから広げる。これがPoCの基本的な考え方だ。

### なぜ「小さく始める」のか

全社導入をいきなり進めると、3つの問題が起きやすい。

1. **コストが膨らむ** — 全員分のライセンスやトレーニング費用が一度にかかる
2. **混乱が広がる** — 準備不足のまま現場に展開し、不満が噴出する
3. **撤退できない** — 大規模に投資した後では「やめる」判断がしにくくなる

小さく始めれば、失敗しても損失は限定的だ。成功すれば、その実績が次の展開の説得材料になる。

### PoC設計シート

以下のシートを埋めることで、PoCの計画が具体化する。

“`
┌──────────────────────────────────────────┐
│ PoC設計シート │
├──────────────┬───────────────────────────┤
│ 対象部署 │（例：総務部） │
├──────────────┼───────────────────────────┤
│ 対象業務 │（例：議事録作成） │
├──────────────┼───────────────────────────┤
│ 使用ツール │（例：ChatGPT Teams） │
├──────────────┼───────────────────────────┤
│ 参加人数 │（例：3名） │
├──────────────┼───────────────────────────┤
│ 期間 │（例：4週間） │
├──────────────┼───────────────────────────┤
│ 成功基準 │（例：作成時間50%削減） │
├──────────────┼───────────────────────────┤
│ 計測方法 │（例：作業時間を記録表で計測）│
├──────────────┼───────────────────────────┤
│ 中止基準 │（例：情報漏洩インシデント） │
├──────────────┼───────────────────────────┤
│ 予算 │（例：月額1万円×3名） │
├──────────────┼───────────────────────────┤
│ 報告タイミング │（例：2週間ごと） │
└──────────────┴───────────────────────────┘
“`

### 成功基準の決め方

PoCの成功基準は**開始前に**決めておく。後から「まあ効果はあった」と曖昧に判断すると、客観性がなくなる。基準は以下の3パターンが使いやすい。

– **時間基準**: 対象業務の所要時間が○%削減された
– **品質基準**: ミス件数が○件以下に減少した
– **満足度基準**: 利用者アンケートで○点以上（5点満点）

これらのうち最低1つを「必須達成」、残りを「望ましい」として設定するとよい。

### 事例：従業員30名のIT企業B社の場合

B社の開発部マネージャーは、AIによるコードレビュー補助を全社導入したいと考えていた。しかし、いきなり全プロジェクトに展開するのではなく、まず社内ツール開発の3名チームで4週間のPoCを実施した。成功基準は「レビュー所要時間30%削減」「重大バグ見逃しゼロ」の2つ。結果、レビュー時間は45%削減、重大バグ見逃しもゼロで、基準を上回る成果が出た。この実績データが、経営層への全社展開提案の決め手になった。

### PoCでやりがちな失敗

– **期間が長すぎる** → 4〜6週間が適切。それ以上だと中だるみする
– **参加者が多すぎる** → 最初は3〜5名。管理が行き届く人数にする
– **成功基準が曖昧** → 「効率が上がったら成功」ではなく、数値で定義する
– **記録を取らない** → Before/Afterの比較データがないと、効果を証明できない

—

### レッスン2 確認クイズ

**Q1.** PoCを実施する最大の目的はどれか？

– A. AIツールの操作方法を全社員に覚えてもらう
– B. 小さな範囲で効果とリスクを検証し、全社展開の判断材料を得る
– C. 経営層にAIの可能性をデモンストレーションする
– D. AIツールベンダーとの価格交渉の材料にする

**正解:** B
**解説:** PoCの本質は「小さく試して、データに基づいて判断する」ことだ。操作トレーニングやデモとは目的が異なる。成功すれば展開、失敗すれば撤退の判断材料を得ることが最大の目的である。

—

**Q2.** PoC設計で成功基準を「事前に」決めておくべき理由はどれか？

– A. 経営層への報告書に記載する必要があるから
– B. 後から基準を決めると、結果に合わせて都合よく解釈してしまうから
– C. PoC参加者のモチベーションを高めるため
– D. AIツールベンダーが成功基準を求めるから

**正解:** B
**解説:** 成功基準を後から決めると、「効果があった」と結論づけたい心理が働き、客観的な判断ができなくなる。事前に数値基準を決めておくことで、感覚ではなくデータに基づいた「続ける・やめる」の判断が可能になる。

—

**Q3.** PoCの適切な参加人数として最も推奨されるのはどれか？

– A. 1名（まず1人で徹底的に試す）
– B. 3〜5名（管理が行き届く少人数）
– C. 10〜20名（統計的に有意なデータを取るため）
– D. 全部署から1名ずつ（幅広い意見を集めるため）

**正解:** B
**解説:** PoCの初期段階では、管理が行き届く3〜5名が適切だ。1名では属人的な結果になり、10名以上では管理やサポートが追いつかない。少人数で確実に成果を出し、そのデータで次の段階に進むのが定石である。

—