業務プロセス最適化の進め方：何を測り、どこから直すか（最小検証の型）
「プロセスを最適化したいが、何から手を付ければよいか分からない」——施策の羅列では、何が効いたかが分からず、判断がブレがちです。
この記事では、業務プロセス最適化を「何を測るか」「どこから直すか」に絞って整理します。ボトルネックの特定・仮説・検証の順で、最小検証の型を渡します。
30秒で要点
| 順番 | やること |
|---|---|
| 1 | 何を測るか（時間・エラー・負荷）と指標の定義 |
| 2 | 詰まりを1〜2か所に絞る |
| 3 | 仮説1つで小さく試す → 効ければ広げる |
| 用語 | 意味 |
|---|---|
| 前提設計 | 施策の前に揃える設計。目的・制約・現状・判断基準を言葉にすること |
あちこち手を入れると「何が効いたか」が分からなくなります。
この記事の仮説
- 仮説: プロセス改善の失敗は、「何が詰まっているか」を特定せずに手を付けることと、検証せずに広げることのどちらかで起きることが多い。
- 失敗像: あちこちに手を入れて効果が測れない。または、一部で試さずに全体を変えて、却下や混乱が増える。
この記事を読む前に
- CROの進め方｜何から検証するべきか：検証の順序・ボトルネックの考え方（Web以外のプロセスにも応用可能）
- データドリブンな意思決定：指標の設計・判断の型
1. 何を測るか（指標の設計）
プロセスを「最適化する」前に、何を測るかを決めます。測らないと、改善の前後で「効いたか」が判断できません。
1.1 共通して測りやすいもの
| 観点 | 例（指標） | 分母・分子・単位の例 |
|---|---|---|
| 時間 | リードタイム、処理時間 | 1件あたりの処理時間（分）、受注から納品までの日数 |
| エラー・手戻り | 手戻り率、誤り件数 | 手戻り件数／総件数（％）、誤りが発覚した件数 |
| 負荷 | 誰がどの程度やっているか | 担当者あたりの処理件数、稼働時間の内訳 |
指標は分母・分子・単位をはっきりさせてから集計すると、後で「効いたか」を判断しやすくなります。
1.2 失敗像
- 指標を決めずに「なんとなく良くする」と、改善の前後で比較できず、何が効いたか分からない
- 分母・分子が曖昧なまま数値を出し、判断に使うと誤解が生まれる
判断の型: まず「このプロセスで何を良くしたいか」（時間・エラー・負荷のどれか）を一言で書き、それに対応する指標の分母・分子・単位を決めてから測る。
2. どこが詰まっているか（ボトルネックの特定）
何を測るかが決まったら、現状のプロセスでどこに時間・エラー・負荷がかかっているかを洗い出します。
2.1 やること
- プロセスのステップを書き出す（誰が・何を・どの順でやっているか）
- 各ステップで、上記の指標（時間・エラー・負荷）がどの程度かを見る
- 影響が大きいかつ変えやすい箇所を1〜2つに絞る
「全部直す」ではなく、ボトルネックになりそうな箇所を特定することが、次の「どこから直すか」に繋がります。
2.2 失敗像
- ボトルネックを特定せず、目についたところから手を入れると、効果が分散して測れない
- 変えにくい箇所に最初から全力をかけて、疲弊してやめる
判断の型: 影響が大きい × 変えやすさ で優先順位を付け、まず1箇所に絞る。
3. どこから直すか（最小検証の型）
ボトルネックを1箇所に絞ったら、仮説を1つ立て、影響範囲を限定して試します。
3.1 最小検証の流れ
| ステップ | やること |
|---|---|
| 1. 仮説を1つに絞る | 「〇〇を変えると、△△（指標）が良くなる」と書く |
| 2. 範囲を限定する | 全員・全件ではなく、特定の担当者・案件・期間だけ試す |
| 3. 測る | 変更前と変更後で、決めた指標を比較する |
| 4. 判断する | 効いたら範囲を広げる、効かなければ仮説を修正する |
いきなり全体を変えず、小さく試してから広げることで、「何が効いたか」が分かり、判断を誤りにくくなります。
3.2 失敗像
- 仮説を複数同時に試して、どれが効いたか分からなくなる
- 検証せずに全体に広げて、却下や混乱が増える
判断の型: 仮説は1つ、範囲は限定、変更前後の指標を必ず記録する。
4. チェックリスト（判断に使うときの最小セット）
- [ ] 測る指標を決めたか：分母・分子・単位を書いたか？
- [ ] ボトルネックを特定したか：影響が大きいかつ変えやすい箇所を1〜2つに絞ったか？
- [ ] 仮説を1つに絞ったか：「〇〇を変えると△△が良くなる」と書いたか？
- [ ] 範囲を限定して試すか：全員・全件ではなく、限定した範囲で試すか？
- [ ] 変更前後の指標を記録するか：効いたかどうかを判断できるデータを取るか？
記事内のFAQはフロントマターに記載しています。
本記事はプロセス改善の進め方（ボトルネック・検証の型・判断軸）に特化しています。実際の優先順位や改善範囲は業務・制約により異なるため、CROの進め方・データドリブン意思決定・前提設計の土台とあわせて自社の前提に合わせた判断をおすすめします。