公式 · 第一部
メタモデルとは、全チームが共有するスキーマです。ノードタイプ、リレーションシップ、プロパティ、ライフサイクル状態が一度だけ定義されます。これはデータディクショナリではありません — ディクショナリは単語を列挙するだけです。こちらは検証されます。リレーションシップは、それを許可するタイプ同士の間にしか存在できず、すべてのノードはプラットフォームが強制するライフサイクルを持ちます。
452
146
223
77
分類
単一軸のカタログはドメインだけで分類します。そして、一つの分類で工場フロアの機械、AIモデル、法的義務、営業プロセスを同じ精度で扱わなければならなくなった瞬間に、それは破綻します。
どこに属するか — 10の組織ディメンション。それぞれが、そこに属するもののガバナンスとライフサイクルを担います。根本的に何であり、何をするか — 12のファンクションディメンション。セマンティックな契約を担う普遍的なアーキタイプです。合わせて452の型付きノードタイプになります。
組織ディメンション
タイプ
カテゴリ
戦略とインパクト
人的資源
ビジネス
ガバナンスとコンプライアンス
データとナレッジ
アプリケーション
テクノロジー
物理資産
外部エンティティ
人工知能
この順序はアルファベット順でも規模順でもありません。組織が成り立っていく順序です。まず意図、次に人、次にその人々が運営するビジネス、次にそれを運営する際のルール、そして知識、アプリケーション、テクノロジー、物理的な設備、取引相手である外部の世界 — そして最後に、その九つすべてを読み取るインテリジェンスです。
「ガバナンスドメインのすべてのタスクを見せて」が、カスタム結合ではなくなります。
機能軸の全体像
モチベーションと制約は二つの極です — 組織が目指しているものと、組織にできないこと。ほかのすべての要素は、その間に存在します。
モチベーション
制約
アクター
タスク
リソース
サービス
環境
イベント
情報
知識
スキルと機能
グループ
それぞれが、自らを識別する問い、隣接するものと自らを区別する境界、そして自らを精緻化するカテゴリを持ちます — そして12のアーキタイプは、型付き関係性からなる一つの閉じた文法を通じて結びついています。
拡張
一見矛盾しているように聞こえる二つの主張があります。文法は閉じているのに、拡張できるということです。どちらも真実であり、その両立こそがこのページで最も重要な一文です。
開かれているのは語彙です — 貴社組織が実際に必要とするノードタイプを追加できます。閉じているのは文法です。新しいタイプは必ず12のアーキタイプのいずれかに割り当てられ、そのアーキタイプに許可された関係性を継承します。単語は手に入りますが、構文を発明することはできません。
そして拡張は自由形式ではありません。すべてのタイプは四つの必須スロットを持ち、その四つ目こそ、どのカタログも問わない項目です。使うべきでない場面 — 二つのチームが気づかぬうちに同じものに対して重複したタイプを作ってしまうのを防ぐ境界です。
そのタイプが存在した瞬間から、それはエージェントが知っていることの一部になります。だからこそ：
これまで使ってきたあらゆるメタデータシステムでは、成長はエントロピーを意味しました。ここでは、成長は精度を意味します。
ガイダンス
すべてのタイプは四つの必須かつ翻訳可能なスロットを持ちます。これらは構造的なものであり、省略はできません：
使い方
使うべき場面
使用例
使うべきでない場面
これは通常のやり方とは正反対です。義務付けられた年次研修は、八か月後に訪れるかもしれない状況のために暗記することを期待される手順とメールアドレスのリストで終わります — そして、記憶の定着ではなく出席を証明する修了証で締めくくられます。ガイダンスは行動の瞬間から遠く離れた場所にあり、だからこそ行動の瞬間にそれが欠けているのです。
ここでは、ガイダンスは利用の場であるタイプそのものの上にあります。それがどこにあるかを誰も覚えておく必要はありません。ほかのどこにも存在しないからです。
そして、人が読むのと同じ四つのスロットを、エージェントも曖昧さの解消のために読みます。一つのソース、二つの利用者。
パースペクティブ
一つの正規ノード
変わらない
ドキュメントツールは各チームに独自のページを与えますが、メタモデルは同じページの上で、各チームに独自のビューを与えます。
これが重要なのは、代替案が全社的な命名規則の合意だからです — 誰も主導したがらないプロジェクトであり、共有モデルの取り組みの多くが何も出荷する前に頓挫する理由です。
組み込み済み
各ノードタイプは、プラットフォームに標準で備わる責任タイプ — そして貴社組織が追加する責任タイプ — から引き出した、独自の責任マトリクスを定義します。そのため、すべてのノードは、誰が自分に責任を負うのかを知った状態で生まれます。ノードごとにそれを設定する人はいません。
オーナー
所有されている
スチュワード
スチュワードシップを受けている
カストディアン
保管されている
レビュアー
レビューされている
承認者
承認されている
スポンサー
スポンサーを受けている
財務コントローラー
財務が管理されている
法務顧問
法的助言を受けている
リスクマネージャー
リスクが管理されている
データ管理者
処理が管理されている
データ処理者
処理が実行されている
オペレーター
運用されている
主題専門家
専門知識が提供されている
そして、すべてのノードはプラットフォームが強制するライフサイクル状態を持ちます — 77のステータスがあり、それぞれが七つのファミリーのいずれかに属します。ファミリーは普遍的な背骨であり、ステータスは貴社ドメインの語彙です。タイプそのものと同じ、二層構造です。
そして、ステータスがどのファミリーに属するかということ自体が、一つの判断です：
ソースに存在しない
実装済み
提案済み
陳腐化、検証、再ルーティングは、モデルについてのレポートではありません — それらはモデルの中の位置です。
次の段階へ
それを満たすのは貴社組織です — そして役立つのは、それが空の状態から始まらないという点です。貴社が運用しているシステムと、貴社チームがすでに整備してきたカタログから始まります。