METHOD

DXwheelの変革方法論

EAで全体構造、BPMNで業務の流れ、DMBOKでデータ責任を設計し、成果物間の追跡可能性を保ったまま実装へ接続します。

このテーマを相談する支援方法を見る
EA × BPMN × DMBOK三つのフレームワークを、成果物IDで一本の判断線にする
  1. EA構造と移行戦略・能力・Business・Data・Application・Technology
  2. BPMN実行意味論参加者・イベント・判断・例外・メッセージ
  3. DMBOKデータ管理能力所有・意味・品質・統合・保護・運用
  4. TRACE双方向追跡目標→要求→ADR→テスト→KPI→変更

次の判断対応表の作成自体ではなく、前提が変わったときに影響する成果物と責任者を辿れることが品質です。

DXwheel設計フレームワークによる概念図。個別案件では現状証跡と制約に合わせて更新します。

3つのフレームワークの役割

EA、BPMN、DMBOKは置き換え関係ではありません。EAが構造と移行、BPMNが業務の実行意味論、DMBOKがデータ管理能力を扱い、識別子で成果物を接続します。

EA

経営、Business、Data、Application、Technology、移行状態の全体構造と依存関係を扱います。

BPMN 2.0.2

Participant、Event、Activity、Gateway、Message、例外を標準記法で表し、業務設計と実装の橋渡しをします。

DAMA-DMBOK

11知識領域を共通言語として、所有、品質、メタデータ、統合、保護、運用を組織へ適用します。

EA・BPMN・DMBOKの対応表

一対一対応ではなく、一つの変革論点を三つのレンズと成果物へ展開します。

01

経営ドライバー・目標

EA

EA: Motivation／Business

BPMN

BPMN: 対象プロセスと成果イベント

DMBOK

DMBOK: データ戦略・ガバナンス

価値仮説、KPIツリー、変革チャーター
02

能力・組織

EA

Business Architecture

BPMN

Pool、Lane、Participant

DMBOK

Data Governanceの意思決定権

能力マップ、組織・プロセスRACI
03

業務の流れ

EA

Business Service／Process

BPMN

Event、Activity、Sub-process、Sequence Flow

DMBOK

データ生成・利用責任

BPMN、業務ルール、例外台帳
04

判断・例外

EA

Requirement／Principle

BPMN

Exclusive・Inclusive・Parallel Gateway、Boundary Event

DMBOK

品質・メタデータ・課題管理

判断表、例外条件、SLA
05

企業間協働

EA

Value Stream／External Actor

BPMN

Pool、Message Flow、Choreography

DMBOK

Data Integration & Interoperability

コラボレーション図、データ契約
06

情報・概念

EA

Data Architecture

BPMN

Data Object、Data Store、Message

DMBOK

Data Modeling & Design、Metadata

概念モデル、用語、CDE、リネージュ
07

アプリケーション

EA

Application Architecture

BPMN

Service Task、Call Activity、Message Event

DMBOK

Integration、Reference/Master Data

機能配置、API／イベント、SoR
08

技術・運用

EA

Technology Architecture

BPMN

Timer／Error／Escalation Event

DMBOK

Storage & Operations、Security

SLO、監視、DR、Runbook
09

セキュリティ・法務

EA

横断要求・原則

BPMN

認証・承認タスク、例外フロー

DMBOK

Data Security、Handling Ethics

分類、アクセス、同意、保持、証跡
10

移行

EA

Opportunities & Solutions／Migration Planning

BPMN

移行・併存プロセス

DMBOK

移行品質、アーカイブ、廃棄

トランジションEA、切替・撤退計画
11

実装・受入

EA

Implementation Governance

BPMN

実行可能プロセスと受入シナリオ

DMBOK

品質テスト、メタデータ登録

バックログ、E2Eテスト、受入証跡
12

継続改善

EA

Architecture Change Management

BPMN

実績イベント、例外、再設計

DMBOK

品質課題、成熟度、運用KPI

KPIレビュー、ADR、改善バックログ

変革ライフサイクル

01 Frame経営課題、価値、対象、スポンサー、判断事項を合意
02 Discover業務・データ・アプリ・技術・運用・コストを可視化
03 Diagnose因果、ボトルネック、重複、品質、リスクを構造化
04 DesignTo-Be、選択肢、原則、例外、KPI、非機能を設計
05 Deliver薄いE2Eから反復実装し、利用者と品質を検証
06 Govern成果、例外、変更、データ品質、技術負債を継続管理

各段階に完了条件と意思決定者を置きます。前段の仮説が変わった場合は、後続成果物への影響を追跡して更新します。

成果物の因果チェーン

経営目標から実装技術へ飛ばず、能力、業務、データ、機能配置を介して受入KPIまで因果を分解します。各行を開くと判断線を確認できます。

01経営目標受入KPI
  1. 01経営目標
  2. 02能力・価値流
  3. 03BPMNと責任
  4. 04CDE・業務ルール
  5. 05機能・API・技術
  6. 06受入KPI
02顧客約束OTIF・例外時間
  1. 01顧客約束
  2. 02受注〜履行能力
  3. 03注文・例外フロー
  4. 04顧客・注文・在庫
  5. 05OMS／ERP／WMS
  6. 06OTIF・例外時間
03決算早期化締め日数・差異
  1. 01決算早期化
  2. 02Record-to-Report
  3. 03締め・照合・承認
  4. 04勘定・組織・残高
  5. 05ERP／連結／DWH
  6. 06締め日数・差異
04需要予測改善Bias・在庫・サービス
  1. 01需要予測改善
  2. 02Plan-to-Fulfill
  3. 03予測・承認・例外
  4. 04履歴・予測・計画・実績
  5. 05予測基盤／ERP／BI
  6. 06Bias・在庫・サービス
05品質損失低減一次合格・再発
  1. 01品質損失低減
  2. 02設計〜製造〜品質
  3. 03検査・不適合・是正
  4. 04品目・ロット・特性・系譜
  5. 05PLM／MES／QMS
  6. 06一次合格・再発
06営業生産性転換・予測誤差
  1. 01営業生産性
  2. 02Lead-to-Order
  3. 03活動・提案・承認
  4. 04顧客・商談・商品・活動
  5. 05CRM／MA／ERP
  6. 06転換・予測誤差
07AI業務利用用途別性能・事故
  1. 01AI業務利用
  2. 02対象意思決定
  3. 03人とAIの協働・例外
  4. 04入力・評価・ログ
  5. 05AIサービス／監視
  6. 06用途別性能・事故
08ITコスト最適化TCO・変更失敗
  1. 01ITコスト最適化
  2. 02アプリ・技術能力
  3. 03変更・運用プロセス
  4. 04資産・契約・利用・障害
  5. 05CMDB／ITSM／FinOps
  6. 06TCO・変更失敗

BPMNモデリング規約

図形の見栄えではなく、参加者、責任、イベント、例外、メッセージ、データを同じ意味で解釈できることを品質基準にします。

Pool

独立した参加者・組織・企業

RULE
社内の単なる部署を安易に別Poolへ分けない
REVIEW
相互作用と責任境界が説明できる

Lane

Pool内の役割・責任単位

RULE
組織図の転記ではなく実際の実行責任で分ける
REVIEW
各Activityの担当が一意

Event

開始・中間・終了の発生事象

RULE
開始条件、期限、エラー、メッセージを型で区別
REVIEW
何がプロセスを開始・中断・完了させるか明確

Activity／Sub-process

価値を生む作業または再利用可能な処理

RULE
動詞＋目的語で命名し、過度な詳細を階層化
REVIEW
入力・出力・責任・完了条件が追跡可能

Gateway

分岐・合流・並列化

RULE
判断条件と既定経路を明記し、分岐と作業を混同しない
REVIEW
すべての経路が閉じ、デッドロックがない

Message Flow

Participant間のメッセージ

RULE
Sequence FlowでPoolをまたがない
REVIEW
送信・受信・タイムアウト・再送が対応

Data Object／Store

作業で利用・生成する情報

RULE
概念モデル・CDE・SoRへ識別子で接続
REVIEW
データ責任と品質統制点が分かる

Boundary Event

作業中に発生する例外・期限・エラー

RULE
正常系の後ろに注記せず代替経路として記述
REVIEW
例外の所有者、通知、復旧、終了条件が明確

DMBOK 11知識領域の適用

DMBOKは一律の実装手順や製品規格ではありません。対象ドメインの価値、リスク、成熟度に合わせて必要な管理能力を選び、相互依存を設計します。

BUSINESS VALUE / RISKDMBOK必要な管理能力を選び、相互依存を設計する
01

Data Governance

意思決定権、ポリシー、スチュワードシップ、課題・例外

データRACI、評議会、課題SLA
02

Data Architecture

事業戦略に沿うデータ配置・流通・変化

ドメイン、概念モデル、データフロー
03

Data Modeling & Design

概念・論理・物理モデルとルール

モデル、定義、キー、履歴・有効日
04

Data Storage & Operations

保存、バックアップ、性能、可用性、運用

SLO、容量、バックアップ、Runbook
05

Data Security

分類、アクセス、保護、監査、プライバシー

分類表、権限、ログ、保持・削除
06

Data Integration & Interoperability

移動・変換・共有・再処理

API／イベント／ETL契約、照合、リネージュ
07

Document & Content Management

非構造コンテンツの分類・保持・検索

文書分類、版、保持、検索メタデータ
08

Reference & Master Data

共有識別子・コード・Golden Record

マスタ方針、照合、配信、変更
09

Data Warehousing & Business Intelligence

履歴、分析、セマンティック定義、利用

DWHモデル、認定指標、BI運営
10

Metadata Management

意味、構造、運用、リネージュ、利用文脈

用語集、カタログ、リネージュ、変更影響
11

Data Quality

目的に適した品質の定義・測定・改善

品質SLO、プロファイル、課題、根本原因

成果物のトレーサビリティ

  1. 01

    経営目的

    価値仮説・KPIツリー

    何を、なぜ変えるか

    経営／事業責任者
  2. 02

    業務

    ケイパビリティ・BPMN・業務ルール

    誰が、いつ、何を判断するか

    プロセスオーナー
  3. 03

    データ

    ドメイン・概念モデル・重要データ・品質

    何を共通言語として管理するか

    データオーナー
  4. 04

    アプリ

    機能配置・連携・権限・ライフサイクル

    どこで実現し、どう疎結合にするか

    アプリ責任者
  5. 05

    技術

    環境・ネットワーク・セキュリティ・SLO

    どの制約と運用品質を守るか

    技術責任者
  6. 06

    実行

    ロードマップ・バックログ・品質ゲート

    何をどの順番で実装するか

    PMO／プロダクトオーナー

識別規則: 目標、能力、プロセス、業務ルール、CDE、要求、ADR、バックログ、テスト、KPIに一意なIDを付け、変更理由と影響先を双方向で辿れるようにします。

成果物の品質基準

品質特性合格条件主な確認証跡
完全性対象・対象外、前提、未確認、確度が明示されているスコープ記録、情報要求、未解決一覧
整合性同じ用語・識別子・時間軸が成果物間で一致する用語、モデル、相互参照、自動チェック
追跡可能性目標から要件、設計、実装、テスト、KPIへ辿れるID体系、リンク、変更影響記録
意思決定可能性選択肢、評価軸、根拠、決定者、残余リスクがあるADR、比較表、承認記録
実行可能性データ移行、要員、契約、停止、運用、費用が織り込まれている移行EA、概算、RACI、Runbook
更新可能性所有者、更新契機、頻度、保管場所、廃止条件がある成果物台帳、会議体、更新SLA

責任分界

役割説明責任主な所有領域
スポンサー価値、対象、投資、優先順位、残余リスク変革チャーターと主要ゲート
プロセスオーナーBPMN、業務ルール、例外、業務KPI、受入Business Architecture
データオーナー／スチュワード定義、品質、利用、アクセス、課題、メタデータData Architecture／DMBOK
アプリ／統合アーキテクト機能配置、SoR、API、イベント、ライフサイクルApplication Architecture
技術／セキュリティ責任者SLO、性能、回復、保護、監視、標準Technology Architecture
PMO／プロダクトオーナーロードマップ、依存、バックログ、品質ゲート、効果Implementation Governance

設計判断の残し方

判断前提

目的、制約、選択肢、評価軸、根拠資料、前提の確度を揃えます。

決定と例外

決定者、採用理由、棄却理由、残余リスク、例外期限、見直し条件を記録します。

実装への接続

要求、バックログ、受入条件、テスト、移行、運用手順へ識別子で関連付けます。

運用での更新

KPI、障害、品質問題、変更、技術負債を基にベースラインとロードマップを更新します。

参照する一次資料

案件では対象範囲と最新版を確認し、必要な部分を適用します。フレームワークへの形式的準拠自体を目的にはしません。

NEXT STEP

課題、対象範囲、判断事項を整理します

製品や方式が未確定でも構いません。現状、期限、関係部門、止められない業務、既に決まっている条件を確認し、次に決めるべき事項を明確にします。

相談内容を入力する品質・調達対応を確認する
TOP