最終更新: 2026/06/22 18:56
commonid: drp-mvp-exit-criteriatype: trackingstatus: accepted
pageauthor: [email protected]audience: both

Decision Pipeline MVP exit 基準 (確定 / MVP 卒業記録)

TL;DR（このページは何か・専門語ゼロ）: 「技術判断の審査ライン」が、最低限の完成品としてどこまでできれば合格と言えるかを決めた基準です。合格の条件を 6 つ並べ、その達成状況を一覧にしています。2026-06-03 時点で 6 条件すべてを達成し MVP 卒業しました（最後の課題だった「入口が 2 つに分かれて結果がずれる問題」と「失敗が静かに消える問題」を ADR-0103 で解消）。

✅ 2026-06-03 MVP 卒業達成。 EC-1〜6 を全充足（§MVP 卒業記録 参照）。本ページの exit 基準を確定（代表取締役承認）。任意の follow-up: 本意思決定を ADR 化し Decision Pipeline に通す（ドッグフーディング）。 入力: [[DPJ-001]]（_builder_jtbd_list.md の意思決定 JTBD〔Jobs To Be Done＝利用者が片付けたい用事〕）, RQ-086 landscape, 現ドラフト群。 目的: 「何が揃えば Decision Pipeline は MVP 卒業か」を測定可能に定義し、現ドラフトを必須 vs v1.1 に仕分ける。

MVP の定義 (1 行)

ソロ作り手 (代表取締役) が、任意の意思決定入力を、人手の継ぎ接ぎなしに「Accepted な ADR + 完全な監査証跡」まで1フローで・信頼性高く到達させられること。 （= DPJ-001 を単一利用者で確実に充足。multi-tenant / SaaS / コスト最適化は MVP 外。）

Exit 基準 (すべて true で MVP 卒業) と現状

#基準 (measurable)現状残ギャップ
EC-1 E2E 統合意思決定入力が人手連結なしに triage〔トリアージ＝記録に残す価値があるかの選別〕→…→採番→curation(Accepted) まで1フロー到達✅ 本番稼働・ADR-0099 まで生成なし
EC-2 単一入口/drift 無triage 付随処理(UI 配線/telemetry/session)が入口(Web /chat/start vs CI /runs)で分岐せず同一入力→同一結果✅ 解消 (ADR-0103 案C′ shared triage module・PR #1353)。triage 派生フィールドの整形を 1 モジュールに集約し両入口が呼ぶ。本番 e2e で両経路の triage 判定一致を確認済なし
EC-3 silent failure 無全 run が telemetry〔テレメトリ＝各審査段の実行記録。監査と品質改善に使う〕に記録、Queue 取りこぼし0、無進捗は timeout/error 遷移で可視✅ 解消 (ADR-0103 EC-3)。無進捗=per-session DO alarm watchdog で error 可視化 (PR #1354、発火を #1355 で実証)、web UI early-reject も telemetry 記録 (PR #1356) で「全run記録」充足なし
EC-4 監査証跡各 ADR が provenance(model/prompt ver/承認者/ts)+verified-as-of で追跡可能✅ ADR-0098 merged・telemetry 稼働(D1 検証済)ほぼなし
EC-5 品質ゲート盲点検出/採点(N=5)/Cross-Val〔クロスバリデーション＝盲点と必須軸の整合を突き合わせる検証〕/並行レビューが稼働、低品質 draft は graceful reject✅ ADR-0095 等で稼働確認なし
EC-6 ソロ運用代表取締役単独で起案〜curation を完走できる✅ 実運用中なし

→ MVP 卒業に残る must-have は EC-2 / EC-3 の1点 = pipeline-entry-unification のみ。 ✅ 2026-06-03: EC-2/EC-3 を ADR-0103 で解消し EC-1〜6 を全充足 → MVP 卒業達成（§MVP 卒業記録）。

MVP 卒業記録 (2026-06-03)

EC-1〜6 を全充足し、MVP 定義「ソロ作り手が任意の意思決定入力を人手連結なしに Accepted な ADR + 完全な監査証跡まで 1 フローで・信頼性高く到達」を達成した（代表取締役確認）。

EC達成根拠
EC-1 E2E 統合本番稼働 (ADR-0099 まで生成)
EC-2 単一入口/drift 無ADR-0103 案C′ (PR #1353): shared triage module で triage 派生フィールドを 1 箇所集約。本番 e2e で chat UI / CI 両経路の triage 判定一致を確認
EC-3 silent failure 無ADR-0103 EC-3: per-session DO alarm watchdog (PR #1354) で stuck (queued=取りこぼし / running=consumer 停止) を error 可視化 + 監査証跡記録。発火を debug probe (PR #1355) で実証 (queued/running 両経路)。web UI early-reject も telemetry 記録 (PR #1356) で「全run記録」充足
EC-4 監査証跡ADR-0098 + telemetry 稼働
EC-5 品質ゲートADR-0095 等で稼働
EC-6 ソロ運用実運用中

検証手段: 単体 (vitest 35 passed) + 本番/staging e2e (EC-2 両経路一致・EC-3 watchdog 発火・web UI telemetry 記録)。詳細は ADR-0103 と tasks/prompts/handover_2026-06-03_adr-0103-* 参照。

MVP 卒業後の運用: 以降の改善は v1.1 (下表) として進める。EC-3 の follow-up (DLQ consumer / 重複 enqueue 冪等ガード) は watchdog が catch-all のため任意。

現ドラフトの仕分け (必須 vs v1.1)

ドラフト区分根拠
pipeline-entry-unification✅ 完了 (ADR-0103)EC-2/EC-3 を解消済。EC-2=案C′ shared triage module (PR #1353)、EC-3=DO alarm watchdog + web UI telemetry (PR #1354/#1355/#1356)。MVP 卒業ブロッカー消化
review-tiering🟡 v1.1レビュー深度の最適化(コスト/latency)。job は無くても回る
ADR-0095 Phase B (maxRetries=1)🟡 v1.1triage retry の latency チューニング。Phase A 本番稼働で job は成立
adr-stop-button🟡 v1.1運用コントロール。暴走 run が job を塞いでいないなら後回し
auth-secret-consolidation🟡 v1.1ops/セキュリティ衛生(RQ-085)。job-blocking でない。テーマ①(GAS/clasp 認証)=ADR-0104 完了、残②③=TODO_future DOC-OPS-18 backlog
graph-check-commit-hash-drift-remove🟡 v1.1保守・クリーンアップ

MVP 外 (スコープアウト明示)

  • multi-tenant / SaaS 化、テナント分離
  • レビュー階層化・コスト最適化 (review-tiering)
  • 意思決定→outcome のフィードバックループ学習 (RQ-086 が指摘した未充足だが MVP 外)
  • ソロ→チームのスケール経路 (将来 SaaS で対応)

合意論点の決着 (2026-06-03)

  1. MVP = entry-unification 1本で卒業 → ✅ 合意。他は v1.1 へ。entry-unification = ADR-0103 で完了。
  2. EC-3 の「web UI reject が telemetry 非書込」 → ✅ 潰す判断（許容せず）。PR #1356 で web UI early-reject も telemetry 記録するよう実装し「全run記録」を文字どおり充足。
  3. 撤退/再判定 (ADR-0095 Phase B) → v1.1 据え置き。1週観測で retry が実害なら MVP に繰上げる余地は残す（現状実害観測なし）。
  4. 数値 fitness function → 未配線。任意 follow-up（例: 「run数==telemetry行数」「直近20 ADR で入口起因バグ0」を CI/月次チェック化）。MVP 卒業の必須要件ではないと判断。

follow-up (MVP 卒業後・任意)

  • 本意思決定 (MVP 定義 + exit 基準 + ドラフト仕分け) を ADR 化し Decision Pipeline に通す（ドッグフーディング）。
  • v1.1 群（review-tiering / adr-stop-button / auth②③ / ADR-0097 等）を価値・リスク順に着手。
  • EC-3 follow-up（DLQ consumer / 重複 enqueue 冪等ガード）/ fitness function 配線。

関連

  • DPJ-001: docs/_internal/01_discovery/customer_insight/_builder_jtbd_list.md
  • RQ-086: docs/research/rq-086-decision-making-jtbd-landscape.md
  • ADR-0019（Pipeline 移行）/ ADR-0043（JTBD 粒度標準）/ ADR-0095（triage retry）/ ADR-0098（verified-as-of）
  • 現ドラフト raw: Decision Pipeline DRAFTS_KV（pipeline-entry-unification 他）