承認済み JTBD 一覧 — ビルダー/Decision Pipeline プロダクト (SSoT)
根拠: ADR-0043（JTBD 粒度定義標準）の 3 軸テストを流用。 このファイルの対象: 代表取締役-as-ビルダー が下す「意思決定」を支える Decision Pipeline / 将来の意思決定 SaaS プロダクトの顧客 job。 会計プロダクトの SSoT (
_jtbd_list.md) とは顧客セグメントが異なるため分離する（RQ-086 の知見: Decision Pipeline はソロ作り手→SaaS という別セグメントに仕える）。会計エンドユーザー(ひとり経理)の job は_jtbd_list.md側。 管理方針: 変更は必ず PR 経由。各エントリに承認日・承認 PR・3 軸テスト結果・関連 RQ を記載する（ADR-0043 と同じ運用）。
3 軸テスト（ADR-0043 を流用）
判定基準は docs/adr/0043-establish-jtbd-granularity-definition-standard.md の 3 軸テスト（① 達成可能ゴール軸 / ② 実行時間軸 1h〜3 営業日 / ③ 担当役割軸）に準拠。
本プロダクト固有の②の解釈: 「1 回の実行」は 意思決定を下し記録するまでの一連（人間の判断＋パイプライン審査＋curation） を指す。 パイプラインの自動実行のみ（triage / 採点 等）は数分で完了するため、それ単体は sub-step（独立 JTBD 不可）と扱う（
月次決算が証憑 OCR 等の sub-step を内包する一連フローとして JTBD 認定される前例と同じ立て付け）。
承認済み JTBD
DPJ-001: 意思決定の確定と記録（make + record 統合）
| 項目 | 内容 |
|---|---|
| JTBD 名 | アーキ/プロダクトの重要な意思決定を、盲点を潰して下し、監査可能な ADR として確定・記録する |
| 顧客セグメント | ソロ作り手（代表取締役本人 H1）＋ AI clone 群（A1〜A4）。将来は Jr（H2 / 2026-10〜）＋ 外部監査人（H3 / 年次）＋ multi-tenant SaaS テナント |
| 承認日 | 2026-06-01 |
| 承認 PR | (本 PR) |
| ゴール軸 | ✅ ADR が Accepted 確定し記録された（代表取締役確認完了・監査証跡あり）= 明確な完了アウトカム |
| 頻度 | 随時（月 5〜15 ADR 想定。ADR-0019 のボリューム前提） |
| 1回あたり所要期間 | ⚠️→✅ パイプライン自動実行は数分だが、起案〜審査〜レビュー〜curation の一連で ~30 分〜数営業日（②の本プロダクト解釈で PASS） |
| 許容リードタイム | 不可逆な技術選択の実装着手前まで。タイムプレッシャーは内部統制レベル（法的不可逆ではないが後戻りコスト大） |
| 役割軸 | ✅ 代表取締役単独で通し実行可能（盲点検出・採点・並行レビューはパイプラインが代行、最終承認は代表取締役）。詳細な 19 Role 分解は下節「役割分解」参照 |
| スコープ | triage → 盲点検出(DA+PM+Judge) → 本文生成 → 採点(N=5) → Cross-Validation → 整合 → 並行レビュー → ポリシー整合 → 採番 → curation(Accepted) の一連フロー |
| sub-step（独立 JTBD 不可） | triage 単体 / 採点単体 / 本文生成単体 / 採番単体（いずれも数分・独立アウトカム無し） |
| 差別化（RQ-086 由来） | landscape 上、ADR ツールは decision memory（記録）専業、DIP はエンタープライズ。「making + recording を1動作で繋ぐ」ソロ作り手向けは市場の空白で、本 JTBD はそこを狙う |
| 関連 RQ | RQ-086（意思決定支援ツール JTBD landscape）/ RQ-058（JTBD 完了の定量評価）/ RQ-062（意思決定品質データ戦略）/ RQ-064（意思決定バイアス）/ RQ-107（組織における意思決定 Role 構造のベストプラクティス） |
| 関連 ADR | ADR-0019（Pipeline 移行）/ ADR-0043（JTBD 粒度標準）/ ADR-0095（triage retry 抑制）/ ADR-0098（verified-as-of, doc↔実装 drift） |
役割分解（RQ-107 Synthesis §3 反映）
出典: RQ-107 Synthesis。3 モデル並列調査（2026-06-18・$6.79）で「全 Role がいずれかの framework で名前が付く」ことを確認した上で、19 Role + 3 種の Actor 系で再記述する。
Actor 分類（誰が演じるか）
| 種別 | ID | 演者 | 注記 |
|---|---|---|---|
| 人間 | H1 | 代表取締役（ts_kuma） | 現任の Decider。R0/R3/R5 を兼任 |
| 人間 | H2 | Jr エンジニア | 2026-10〜入社想定。R1.b Drafter / R5 Implementer を委譲先 |
| 人間 | H3 | 外部監査人 | 将来年次。Type-1 ADR の external sign-off |
| 人間 | H4 | 将来の本人 | リアルタイムの本人 vs 想起の本人で context が違う（R7/R9 の演者） |
| AI | A1 | Claude（drp） | 13 gate の Reviewer 群 / 観測 |
| AI | A2 | Claude（main） | GAS 実装 / Bar Raiser 候補 |
| AI | A3 | Claude（doc） | docs 整備 / R9 Recaller の演者 |
| AI | A4 | Claude（ocr） | OCR 専属 / Bar Raiser 候補 |
| システム | S1 | DRP 13 gate | LLM 審査ノード |
| システム | S2 | GitHub Actions | mechanical lint / golden eval |
Role 分解（何をするか・19 候補）
| Role | 名 | 演者 | 状態 |
|---|---|---|---|
| R0 | Initiator/Sponsor | H1 | implicit → 明示化（Should-have #6） |
| R1.a | Drafter Sponsor | H1 | 既存 |
| R1.b | Drafter | A1〜A4 + H2（将来） | 既存（名称統一: Drafter） |
| R2.1〜R2.10 | Reviewer 群（triage / abc_screen / cost_gate / pre_gate / socratic / scoring / cross_val / consistency / parallel / policy_alignment） | S1 | 既存 |
| R2.11 | Compliance Veto（R2.10 を score → veto に昇格） | S1 + H1 fallback | Must-have #2（Synthesis §6） |
| R3 | Decider | H1（単独） | 既存。Type-1 で fresh-context AI second-review 強制（Must-have #3） |
| R4 | Recorder（slug + numbering 統合） | S1 | 2 役を 1 役に統合（Nice-to-have） |
| R5 | Implementer | H1（現）/ H2（将来） | 既存 |
| R6 | Monitor/Auditor | A1 + H1 | Must-have #5（formal role 化） |
| R7 | Reader | H1 / H4 | 既存。R9 と分離 |
| R8 | Retroactive Updater | H1 + S1 | 既存（ADR-0019 Supersede 運用） |
| R9 | Recaller（proactive 想起者） | A3 | 新規・最大ギャップ Must-have #1 |
| R10 | Bar Raiser（常設の独立 reviewer） | A2 or A4（起案チーム外） | 新規（Should-have #7） |
Hard constraints（崩してはならない・3 モデル合意）
- Single Decider — 1 決定に Approver は 1 名のみ（R3 = H1 のみ）
- Proposer ≠ Decider — R1.a/b と R3 は別 actor
- AI Self-review 禁止 — Generator（R1.b）と Verifier（R2.*/R10）は context isolation（clone-ID + prompt-hash の独立性）
- High-stakes での Compliance/Veto 独立 — R2.11 を独立 veto に昇格（SOX/J-SOX/ISO 27001 受容）
n=1 + AI の compensating controls（運用 SLA）
- Type-1 ADR（irreversible）では fresh-context AI second-review を 24-48h hold で挟む
- AI Provenance（clone_id + model_version + prompt_hash + fresh_context + door_type）を telemetry_records に記録（tamper-evident audit trail）
- Type-1 のみ external sign-off（将来は H3 外部監査人 / 暫定は本人の時間差 review）
未確定論点（次アクション）
- 本 JTBD を入力に MVP exit 基準を定義 → 現ドラフト（pipeline-entry-unification / review-tiering / ADR-0095 Phase B 等）を 必須 vs v1.1 に仕分け。
- 将来 SaaS 化時、本 SSoT のセグメント定義（ソロ作り手→テナント）を再点検。
- ②実行時間軸の解釈（一連 vs パイプライン単体）は運用で揺れたら ADR-0043 の Review After（2026-11-15）に合わせて再判定。