判断を設計する
Phase0〜Phase2では、
- 業務スコープ（BJ）を整理し
- 判断点（JP）を発見し
- 優先順位を決定した
しかし、判断を見つけただけでは、まだ実装することはできない。
人は判断を行うとき、無意識のうちに多くの情報を見ている。
何を材料に判断するのか。
誰が判断するのか。
誰が責任を持つのか。
判断できない場合は誰に相談するのか。
判断した結果、何が変わるのか。
これらを整理しなければ、判断を再現することも、AIで支援することもできない。
Phase3 Designは、判断を実装可能な構造へ変換するための工程である。
なぜ判断設計が必要なのか
判断設計の目的は、JSCやJDCを作ることではない。
判断設計を行うことで、それまで人の頭の中にあった暗黙知を可視化できる。
例えば、
- 判断に必要な情報
- 判断を行う主体
- 判断責任者
- エスカレーション先
- AIが支援できる領域
- 判断後に変化する状態
- 次に発生する判断
である。
実装段階になると、
「どの情報を集めればよいのか」
「どの情報を画面に表示すればよいのか」
「AIに何を支援させればよいのか」
といった問いに必ず直面する。
判断設計は、それらの答えを明らかにする工程でもある。
JSC（Judgement State Chart）
JSCは、判断対象が取り得る状態と、その状態変化を整理するためのモデルである。
JDAでは、状態が判断を生み、判断が次の状態を確定する。
例えば営業活動であれば、
- 比較検討中
- 提案中
- 保留
といった状態が存在する。
判断（JP）は、その状態を評価し、次の状態を決定する役割を持つ。
状態を明確にすることで、
- 今どの状況にいるのか
- どの判断が発生するのか
- 判断後にどこへ進むのか
を整理できる。
JDAでは、JPを「状態確定装置」として扱う。
JDC（Judgement Design Canvas）
状態だけでは判断を再現することはできない。
同じ状態であっても、
- 誰が判断するのか
- 何を見て判断するのか
- どのような結果を選択するのか
によって判断結果は変わる。
JDCは、人が行っている判断を再現可能な形に整理するための設計書である。
JDCでは主に、
- 判断主体（Actor）
- 判断材料（Information）
- 判断条件（Condition）
- 判断観点（Perspective）
- 判断責任（Accountability）
- 判断結果（Output）
を整理する。
これにより、暗黙的に行われていた判断を構造として扱えるようになる。
Proposal / Case
実際の業務では、判断は単体の顧客や案件に対して行われるわけではない。
JDAでは、判断対象を Proposal（Case）として扱う。
例えば営業活動であれば、
企業
×
企画の組み合わせが判断対象（Proposal）となる。
同じ企業であっても、提案する企画が異なれば判断結果は変わる。
そのため、JDAでは判断の実行単位を Proposal として管理する。
Phase3では、「判断が何に対して行われるのか」を整理する。
Proposal / Case の詳細な定義と実装方法については、Phase5 Implementationで扱う。
State
Stateは、Proposalの現在位置を表す。
JDAでは、
State
↓
判断（JP）
↓
State変更という構造で管理する。
例えば、
未接触
↓
接触するか？
↓
接触済
比較検討中
↓
提案するか？
↓
提案中のように、判断によって状態が変化する。
Stateを明確にすることで、
- 現在位置
- 次の判断
- 判断履歴
を一貫して管理できるようになる。
Phase3の成果物
Phase3では以下を作成する。
- JSC（Judgement State Chart）
- JDC（Judgement Design Canvas）
- Proposal / Case定義
- State定義
これらは、後続の実装フェーズにおいて判断を実行可能な構造へ変換するための設計図となる。
判断を発見するだけでは、システムにはならない。
判断を設計し、再利用可能な構造へ変えること。
それがPhase3 Designの目的である。