공식 · 1부
메타모델은 모든 팀이 공유하는 스키마입니다. 노드 유형, 관계, 속성, 라이프사이클 상태가 한 번 정의됩니다. 이것은 데이터 사전이 아닙니다 — 사전은 단어를 나열할 뿐입니다. 이것은 검증됩니다. 관계는 이를 허용하는 유형 사이에서만 존재할 수 있으며, 모든 노드는 플랫폼이 강제하는 라이프사이클을 가집니다.
452
146
223
77
분류 체계
단일 축 카탈로그는 도메인만으로 분류하며, 하나의 분류 체계가 생산 현장의 기계, AI 모델, 법적 의무, 영업 프로세스를 똑같은 정밀도로 다뤄야 하는 순간 무너집니다.
어디에 속하는가 — 열 개의 조직 차원. 각 차원은 그 안에 놓인 것의 거버넌스와 라이프사이클을 책임집니다. 근본적으로 무엇이며 무엇을 하는가 — 열두 개의 기능 차원. 의미 계약을 지닌 보편적인 원형입니다. 합쳐서 452개의 노드 유형입니다.
조직 차원
유형
카테고리
전략 및 영향
인적 자원
비즈니스
거버넌스 및 컴플라이언스
데이터 및 지식
애플리케이션
기술
물리적 자산
외부 엔터티
인공지능
이 순서는 알파벳순도, 크기순도 아닙니다. 조직이 생겨나는 순서입니다. 먼저 의도, 그다음 사람, 그 사람들이 운영하는 비즈니스, 그 비즈니스를 운영하는 규칙, 이어서 지식, 애플리케이션, 기술, 물리적 설비, 거래 상대인 외부 세계 — 그리고 마지막으로, 이 아홉 가지 전부를 읽는 인텔리전스입니다.
“거버넌스 도메인의 모든 작업을 보여 줘”가 더 이상 맞춤형 조인이 아니게 됩니다.
기능 축, 전체 보기
동기와 제약은 두 개의 극입니다 — 조직이 추구하는 것, 그리고 조직이 할 수 없는 것. 다른 모든 요소는 그 사이에 자리합니다.
동기
제약
행위자
작업
리소스
서비스
환경
이벤트
정보
지식
기술 및 기능
그룹
각 원형은 자신을 식별하는 질문, 이웃 원형과 구분 짓는 경계, 그리고 자신을 세분화하는 카테고리를 지닙니다 — 그리고 이 열두 개는 타입 관계로 이루어진 하나의 닫힌 문법을 통해 서로 연결됩니다.
확장
양립할 수 없어 보이는 두 가지 주장이 있습니다. 문법은 닫혀 있고, 동시에 확장할 수 있습니다. 둘 다 사실이며, 이 둘을 조화시키는 문장이 이 페이지에서 가장 중요한 문장입니다.
열려 있는 것은 어휘입니다 — 조직에 실제로 필요한 노드 유형을 추가할 수 있습니다. 닫혀 있는 것은 문법입니다. 새로운 유형은 반드시 열두 개의 원형 중 하나에 배정되어야 하며, 그 원형이 허용하는 관계를 그대로 물려받습니다. 단어는 얻을 수 있지만, 구문을 새로 만들어 낼 수는 없습니다.
그리고 확장은 자유 형식이 아닙니다. 모든 유형은 네 개의 필수 슬롯을 가지며, 그중 네 번째는 어떤 카탈로그도 요구하지 않는 것입니다. 언제 사용하지 말아야 하는가 — 두 팀이 같은 대상을 위해 조용히 중복된 유형을 만들어 내는 것을 막는 경계입니다.
유형이 생기는 순간, 그것은 에이전트가 아는 것의 일부가 됩니다. 그러므로:
지금까지 사용해 온 모든 메타데이터 시스템에서 성장은 엔트로피를 의미했습니다. 여기서 성장은 정밀함을 의미합니다.
가이드
모든 유형은 번역 가능한 네 개의 필수 슬롯을 가집니다. 구조적인 요소이므로 건너뛸 수 없습니다:
사용 방법
사용 시점
사용 예시
사용하지 말아야 할 때
이는 일반적인 방식과 정반대입니다. 의무적인 연례 교육은 8개월 뒤에나 닥칠지 모를 상황에 대비해 누군가 외워 두어야 할 절차와 이메일 주소의 목록으로 끝나며 — 수료증은 참석을 증명할 뿐, 기억을 증명하지는 못합니다. 가이드가 실제 행동의 순간에서 멀리 떨어져 있으니, 정작 행동의 순간에 가이드가 없는 것입니다.
여기서 가이드는 사용하는 바로 그 지점, 유형 위에 있습니다. 가이드가 어디에 있는지 아무도 기억할 필요가 없습니다. 다른 어디에도 없기 때문입니다.
그리고 사람이 읽는 바로 그 네 개의 슬롯을 에이전트도 읽고 의미를 구분합니다. 하나의 원천, 두 명의 소비자.
관점
하나의 정규 노드
변경 없음
문서화 도구는 각 팀에게 각자의 페이지를 줍니다. 메타모델은 모든 팀에게 같은 페이지에 대한 각자의 뷰를 줍니다.
이것이 중요한 이유는, 그 대안이 전사적인 명칭 합의이기 때문입니다 — 아무도 이끌고 싶어 하지 않는 프로젝트이며, 대부분의 공유 모델 시도가 무엇 하나 내놓기도 전에 좌초하는 이유이기도 합니다.
내장됨
각 노드 유형은 플랫폼이 기본 제공하는 책임 유형 — 그리고 귀사 조직이 추가하는 책임 유형 — 에서 가져온 자체 책임 매트릭스를 정의합니다. 그래서 모든 노드는 누가 자신을 책임지는지 알고 태어납니다. 노드마다 이를 연결하는 사람은 없습니다.
소유자
소유됨
데이터 관리자
관리됨
관리 책임자
보관 책임하에 있음
검토자
검토됨
승인자
승인됨
스폰서
후원됨
재무 관리자
재무가 관리됨
법률 자문
법률 자문을 받음
리스크 관리자
리스크가 관리됨
데이터 관리자
처리가 통제됨
데이터 처리자
처리가 수행됨
운영 책임자
운영됨
주제 전문가
전문 지식이 제공됨
그리고 모든 노드는 플랫폼이 강제하는 라이프사이클 상태를 가집니다 — 77개의 상태가 각각 일곱 개 패밀리 중 하나에 속합니다. 패밀리는 보편적인 뼈대이고, 상태는 귀사 도메인의 어휘입니다. 유형 자체와 같은 2단계 구조입니다.
그리고 상태가 어느 패밀리에 속하는지는 그 자체로 하나의 결정입니다:
소스에 없음
구현됨
제안됨
정보의 노후화, 검증, 재라우팅은 모델에 대한 보고서가 아닙니다 — 모델 안의 위치입니다.
다음으로 이어지는 길
그것을 채우는 것은 귀사의 조직입니다 — 그리고 유용한 점은 빈 상태에서 시작하지 않는다는 것입니다. 이미 운영 중인 시스템과, 팀이 이미 정리해 둔 카탈로그에서 출발합니다.