調査: 2026-07-08、Claude Code の deep-research skill (Workflow harness · 5 phases · 105 agents fan-out) 経由。単一モデル (claude-opus-4-7) + WebSearch 5 angles + WebFetch 23 sources + adversarial 3-vote verify 25 claims。3 モデル並列 (Claude/Gemini/OpenAI) の deep research とは別種の形式。 統合 synthesis: rq-119-adr-decision-taxonomy-industry-standards-synthesis.md 参照。本 result は生 output の整形版で raw claim + verdict 全件を提供する。

実施サマリ

項目
5 検索角度governance-framework-domains / classical-decision-hierarchy-theory / reversibility-impact-axis / japan-ringi-workflow-saas-templates / adr-any-decision-extension-madr-bdr-pdr
WebFetch sources23 (primary 10 / secondary 4 / blog 6 / unreliable 2)
Claims extracted92
Claims verified (3-vote)25
Confirmed (2/3 以上 support)21
Refuted (2/3 以上 refute)4
Unverified0
After synthesis (final findings)7
Agents 総数105
Subagent tokens約 3,570,168
Duration約 17 分

1. Confirmed Findings (final 7 件)

以下は adversarial verify 通過後、semantic dedup + confidence rank を経た final 7 件。

F1. 記事の「6 意思決定ドメイン」は業界標準ではない

  • claim: 記事の 6 意思決定ドメイン (財務/法務/組織/経営戦略/IT/購買) は業界標準として確立された taxonomy ではない — OECD/G20 の権威ソースにも日本の実務 SaaS 分類にも一致しない
  • confidence: high
  • evidence: OECD/G20 Corporate Governance Principles 2023 Section V.D は取締役会主要機能を 9 項目 (戦略・予算・M&A / リスク管理・内部統制 / ガバナンス監督 / 執行役員選任・後継 / 執行役員・取締役報酬 / 取締役指名 / 利益相反・関連当事者取引 / 会計報告・監査 / 開示・コミュニケーション) で明記しており、Procurement・IT investment はトップレベルには存在しない。rakumo ワークフローは 7 カテゴリで営業関連 (Sales) が独立カテゴリとして立てられており、これは記事の 6 ドメインに含まれない。両ソースが指し示す通り、記事の分類軸は特定コンサル系記事の主張であって、governance 標準・実務 SaaS 分類のどちらとも直接一致しない。抜けている領域: Sales / Marketing / R&D / Operations (製造・物流) / Product / Customer Success / 品質管理。
  • sources:

F2. レベル軸 3 古典が業界標準

  • claim: レベル軸 (階層性) は 3 つの互いに整合した古典が業界標準として確立している — Ansoff (1965) の strategic/administrative/operating、Anthony (1965) の strategic planning/management control/operational control、Simon (1960/1977) の programmed/non-programmed
  • confidence: high
  • evidence: Ansoff (1965) Corporate Strategy: 3 カテゴリ = strategic (外部・product-market の選択 = "what business the firm is in") / administrative (組織構造・権限責任・情報フロー・資源獲得) / operating (現行事業の効率・利益最大化 · 予算・スケジュール・価格・生産計画等)。Anthony (1965) Planning and Control Systems: 3 levels = strategic planning / management control / operational control。両者ともに MCS (Management Control Systems) 学術文献で foundational として引用継続 (Springer Nature 2025 reference work, EBSCO Research Starter が「continues to influence」と明記)。Simon (1960 New Science of Management Decision, 1977 revised): programmed (repetitive/routine with definite procedure) vs non-programmed (novel/unstructured/consequential) の 2 分類。これら 3 つは互いに補完的で、どの学術教科書でも並列参照される。
  • sources:

F3. Bezos 2015 letter が Type 1/Type 2 canonical primary

  • claim: 可逆性軸 (Type 1/Type 2) は Amazon Jeff Bezos 2015 Letter to Shareholders が canonical primary-source origin で、reversibility → who decides + process weight → scale-sensitivity という 3 段の含意を持つ
  • confidence: high
  • evidence: Bezos 2015 letter が明示 3 項: (1) Type 1 (one-way door · irreversible or nearly irreversible · "must be made methodically, carefully, slowly, with great deliberation and consultation") vs Type 2 (two-way door · reversible · "can and should be made quickly by high judgment individuals or small groups")。(2) 可逆性が「誰が決めるか + どの程度 process 重量をかけるか」を直接 map。(3) 「organizations get larger, there seems to be a tendency to use the heavy-weight Type 1 decision-making process on most decisions, including many Type 2 decisions. The end result of this is slowness, unthoughtful risk aversion, failure to experiment sufficiently, and consequently diminished invention」— scale-sensitive decision classification の canonical case。fs.blog / LogRocket / Chief Executive 等の secondary が広範に引用継続 (2020s も active)。
  • sources:

F4. Cynefin は HBR 2007 が mainstream 化した文脈軸

  • claim: 文脈軸 (Cynefin) は Snowden & Boone (HBR November 2007) が mainstream 化した意思決定分類フレームで、Simple/Complicated/Complex/Chaotic/Disorder の 5 領域で situation を分類し、領域ごとに action sequence を変える (sense-categorize-respond / sense-analyze-respond / probe-sense-respond / act-sense-respond)
  • confidence: high
  • evidence: HBR Nov 2007 'A Leader's Framework for Decision Making' (Snowden & Boone · Reprint R0711C) が「different contexts call for different [approaches]」「Before addressing a situation, leaders need to recognize which context governs it—and tailor their actions accordingly」を明記。2008 Academy of Management award・2011 Emerald Citation (top 50 of 15,000 business articles) 受賞で high source quality。4 領域それぞれに distinct action sequence が prescribed される点が「no universal tool」thesis の構造的基盤。framework 自体は 1999 IBM Global Services で Snowden が創出、academic 前駆 (Kurtz & Snowden 2003 IBM Systems Journal) 存在。
  • sources:

F5. MADR 4.0 は Any → Architectural に revert 済 (2024-09-17)

  • claim: MADR 4.0 (2024-09-17) は名称を 'Markdown Any Decision Records' から 'Markdown Architectural Decision Records' へ revert しており、RQ の前提「MADR 4.0 系譜 (Markdown Any Decision Records 派生)」は事実として古い — ただし maintainer は any-decision 用途を引き続き明示許容
  • confidence: high
  • evidence: MADR CHANGELOG 明記: (1) 3.0.0-beta (2022-05-17) で 'Rename Markdown Architectural Decision Record to Markdown Any Decision Record' で any decision に拡張。(2) 4.0.0-beta (2024-09-02) で 'Rename template name Markdown Any Decision Record back to Markdown Architectural Decision Record' で revert。(3) 4.0.0 (2024-09-17) で確定。official site adr.github.io/madr は現在「To strengthen the importance for decisions in software architecture work, MADR spells out 'Markdown Architectural Decision Records'」と明記。同ページに「They can still be used to sustain any decision, our focus is on architectural decisions」も明記されており、any-decision 用途は許容されているが focus は architectural に戻った。「Any」naming は 3.x のみ (2022-2024 の約 2.3 年間) の historical phase であって現在の MADR 4.x の official stance ではない。CHANGELOG に rename rationale の記載はなく、この scope-broadening 実験は正式な理論的裏付けを持たないまま行われて撤回された。
  • sources:

F6. bizlp 推奨 3 軸設計

  • claim: bizlp の第 2 軸 (何の意思決定か) 設計に対する推奨は、学術的裏付けのある「レベル軸 (Anthony / Ansoff 系)」+「可逆性軸 (Bezos Type 1/Type 2)」の 2 軸を採用し、機能ドメイン軸は業界標準がないため自社定義とする 3 軸構成が最も rational
  • confidence: medium
  • evidence: 確立された軸の組合わせ根拠: (1) Anthony 3-level は MCS 学術文献で foundational として現在も影響持続 (Springer 2025 reference work)、J-SOX 内部統制の operational/reporting/compliance との mapping が可能。(2) Bezos Type 1/Type 2 は個人開発 + AI-native + 高頻度 iteration という bizlp 文脈で特に有効 (scale が小さいうちは Type 2 を軽量 process で回せ、監査要件がかかる Type 1 のみ HITL 強化)。(3) 機能ドメイン軸だけは業界標準がないため、Corp/MAS/DRP/VLT/Meta の既存 5 事業軸をそのまま第 1 軸として活用し、第 2 軸として「何を決めるか」を functional domain 別に自社定義する構成が現実的。J-SOX 準拠のためには「financial reporting integrity」「compliance」「operations」の 3 分類は OECD V.D.8 と mapping 可能で最小限含める必要あり。既確認の TBM Taxonomy (Cost Pools × Resource Towers × Solutions × Consumer Layer) 型の 4 軸 multi-axis 構造は成熟業界で見られるが bizlp スケールでは overhead 過多。
  • sources:

F7. ADR any decision 化の業界動向は未確立

  • claim: ADR の any decision 化に関する業界動向は「命名慣習は未確立 · MADR maintainer 自身が 2024 に架構重視へ戻した」状態であり、Business Decision Record (BDR) / Product Decision Record (PDR) 等の名称は業界共通標準としては確立していない
  • confidence: medium
  • evidence: MADR の 2022 → 2024 の rename → revert 経緯 (CHANGELOG に rationale 未記載) は、業界として「ADR を any decision へ拡張する」動きが実験段階に留まり、maintainer level では収束していないことを示す。Backstage community plugin (2025 時点) は「Markdown Architecture Decision Record (MADR) v2.x template or the Markdown Any Decision Record (MADR) 3.x template」の 2 系統をサポートしており、業界ツールでも「Any」と「Architectural」が混在。Nygard 2011 原論文からの発展として BDR / PDR 等の派生名称は各社独自運用が中心で、GitHub adr.github.io に any decision 拡張の推奨枠組みは提供されていない。bizlp が独自の「決定分類 3 軸」を策定するのは業界前例に対して先行事例に該当し、業界標準に従うのではなく自社定義で埋める領域と判断できる。
  • sources:

2. Refuted Claims (adversarial verify で kill された 4 件)

R1. OECD 4 委員会 = 4-domain sub-taxonomy — kill 0-3

R2. OECD は tax/cyber/sustainability を統合 risk 内に埋め込む — kill 0-3

  • claim: The OECD Principles treat tax risk, digital/cyber security risk, and sustainability (climate) risk as sub-categories embedded inside a single unified 'risk management' domain (V.D.2) — not as separate top-level decision domains. This is evidence against a flat 6-domain taxonomy: risk itself is a composite domain with multiple internal axes.
  • source: https://www.oecd.org/content/dam/oecd/en/publications/reports/2023/09/g20-oecd-principles-of-corporate-governance-2023_60836fcb/ed750b30-en.pdf
  • 反論: risk domain は複合ドメインで内部に多軸を持つが、それらは個別の意思決定ドメインとして top-level にも並置される可能性がある (mutually exclusive でない)。

R3. TBM 4-layer multi-axis 構造が業界標準 — kill 0-3

  • claim: The TBM taxonomy uses a 4-layer multi-axis structure (Cost Pools × Resource Towers × Solutions × Consumer Layer) rather than a single flat domain classification — demonstrating that mature industry decision taxonomies commonly employ multi-axis tagging rather than choosing between 2-axis vs 3-axis designs.
  • source: https://www.tbmcouncil.org/taxonomy/
  • 反論: TBM は IT financial management の specialized taxonomy であり、意思決定分類の general taxonomy ではない。multi-axis vs 2-axis の選択はドメインごとに違う。

R4. MADR の rename/revert に rationale なし = any-decision framework ではない — kill 0-3

  • claim: Neither the 'Any' rename nor its reversion carries any documented rationale in the MADR CHANGELOG — the scope-broadening experiment was not formalized with reasoning, weakening its status as an industry-endorsed 'any decision' framework.
  • source: https://github.com/adr/madr
  • 反論: 4.0.0 CHANGELOG には rationale はないが、adr.github.io/madr の official statement で「To strengthen the importance for decisions in software architecture work」と明示的な rationale が示されている。

3. Open Questions

  1. kintone / コラボフロー / サイボウズ / SmartHR 等の主要日本ワークフロー SaaS ベンダーは、rakumo と類似の 6-8 カテゴリ分類を採用しているか、それとも独自軸を採用しているか (今回は rakumo 単独裏取り)
  2. J-SOX 内部統制基準の「業務プロセス統制」の分類項目は具体的に何項目で、OECD の 9 項目や記事の 6 ドメインとどう対応するか — bizlp の監査要件を満たす最小分類を確定するためには必須
  3. MADR 5.x (or 次期) の development 方向性は architectural focus か any decision へ再拡張か、GitHub Issues / Discussions で議論の兆候があるか
  4. RAPID (Bain) / DACI / RACI と Vroom-Yetton A1/A2/C1/C2/G2 の対応表は業界標準として確立しているか、それとも各社独自 mapping か (RQ-107 で既確認済とあるが、本 RQ の 21 claim 中には対応 claim が含まれず未検証)

4. Sources (23 件・quality/angle/claimCount 明記)

primary sources (10)

URLangleclaimCount
OECD/G20 Corporate Governance Principles 2023 (PDF)governance-framework-domains5
TBM Council Taxonomygovernance-framework-domains4
Snowden & Boone HBR 2007classical-decision-hierarchy-theory3
Ansoff 1965 summary (pbworks)classical-decision-hierarchy-theory5
Simon decision making handout (samuellearning)classical-decision-hierarchy-theory5
Anthony 3 levels (Springer 2025)classical-decision-hierarchy-theory3
Amazon 2015 Letter to Shareholdersreversibility-impact-axis5
rakumo help (7 カテゴリ)japan-ringi-workflow-saas-templates5
MADR GitHubadr-any-decision-extension-madr-bdr-pdr5
adr.github.io/madradr-any-decision-extension-madr-bdr-pdr5
Backstage community plugin ADR READMEadr-any-decision-extension-madr-bdr-pdr5

secondary references (4)

URLangleclaimCount
ISO/IEC 38500 (Wikipedia)governance-framework-domains4
Cynefin framework (Wikipedia)classical-decision-hierarchy-theory4
経理職務権限規程 (jusnet)reversibility-impact-axis5
稟議・ワークフロー分類 (atled.jp)japan-ringi-workflow-saas-templates4

blog (6)

URLangleclaimCount
COSO ERM 2017 (Medium)governance-framework-domains1
Amazon Type 1/Type 2 (ashikuzzaman.com 2025)reversibility-impact-axis4
Reversible vs Irreversible (howtothink.ai)reversibility-impact-axis5
稟議書の種類 (jugaad.co.jp)japan-ringi-workflow-saas-templates5
Business Decision Records (LinkedIn Balkan)adr-any-decision-extension-madr-bdr-pdr5
Process Decision Record (Medium Valentin)adr-any-decision-extension-madr-bdr-pdr5

unreliable (2, claim 抽出できず)


5. Caveats (workflow が明示した限界)

  1. 時間依存性: MADR は 2022 → 2024 の 2.3 年で rename → revert しており、業界の意思決定分類命名慣習は現在も流動的。今後 5.x で再変更の可能性あり、citation 時は必ず bumped version と時点を明記すべき。
  2. ソース強度のばらつき: Ansoff 1965 一次資料は pbworks.com のホスト (二次サイト経由の quote) しか WebFetch で辿れず、直接の primary book に到達できていない — 3 モデル並行 verify では独立 secondary (Wiley/Puyt 2024・Ignasi Capdevila 2011・Wikiquote) との 4-way 一致で補強しているが、「学術書 primary」ではなく「secondary consensus」レベル。
  3. 「6 ドメインが業界標準ではない」の証明強度: OECD 9 項目・rakumo 7 カテゴリの反証は confirmed で強いが、全世界の workflow SaaS/governance framework の網羅調査ではないため「6 ドメインを提唱している別の権威ソース」の unknown-unknown 存在は排除しきれない (kintone/コラボフロー/サイボウズ等の他社 SaaS ベンダーの分類は今回未調査)。
  4. Simon 4-phase (Lewis 1991 の 75% 統計) は 35 年前の数値で post-2020 の IS textbook 実態は未確認 — 現代 practice の証拠としては弱い。
  5. 監査要件 (J-SOX) と OECD の直接 mapping は本調査で確認できておらず、bizlp 会計監査要件を満たすための最小分類項目は別途 J-SOX 内部統制基準の primary source 確認が推奨される。
  6. 記事の「6 ドメイン」の元記事 URL が RQ 内に提示されていないため、記事自体の source 品質 (発行元・著者権威性) は評価できていない — 「1 記事の合成分類」との判断は「業界標準ソースに存在しない」ことからの逆推論。

関連