유효하다는 것의 의미
할당은 기록입니다. 유효성은 상태이며, 세 가지 조건이 있습니다 — 오늘, 세 조건이 동시에 모두 참이어야 합니다:
01
활동 중
02
권한 보유
03
실행 가능
이 중 하나라도 충족되지 않아도 눈에 띄게 무너지는 것은 없습니다. 자산에는 여전히 소유자가 표시됩니다. 워크플로는 여전히 전달됩니다. 실패는 몇 주 뒤, 시간 초과된 검토와 아무도 내리지 않은 결정의 형태로 드러납니다.
그래서 저희 모델에서 책임은 결코 단순히 있거나 없는 것이 아닙니다:
할당은 이 네 단계 중 두 번째일 뿐, 마지막이 아닙니다. 카탈로그 필드는 두 번째 단계를 기록하고 네 번째 단계를 암시합니다.
오늘 · 보이지 않음
AdventureWorks2025 — HumanResources 데이터 제품은 HR 운영, 급여, 인력 계획 전반에서 사용되고 있습니다. 네 개의 역할이 이를 책임집니다. 모두 채워져 있으며, 카탈로그에는 아무 문제도 나타나지 않습니다.
소유자 · 겸 승인자
Hedda M Halvorsen
퇴사함 · 두 역할 모두 그녀와 함께 떠남
데이터 관리자
Mindy C Martin
2024년 5월 이후 권한이 재검증되지 않음
주제 전문가
Lakshmi A Venkatesan
휴직 중 · 대체 인력 없음
주제 전문가
Ashok X Joshi
할당됨 · 통보받은 적 없음
네 가지 서로 다른 실패이며, 그중 어느 것도 데이터 누락이 아닙니다. 모든 이름은 작성 당시에는 정확했습니다. 아무것도 차단되어 있지 않으며, 바로 그것이 문제입니다 — 자산은 퇴사한 사람, 권한이 만료된 사람, 자리에 없는 사람, 그리고 한 번도 통보받지 못한 사람에게 전달됩니다. 이 네 사람 중 한 명이 필요한 결정은 어디에도 도달할 곳이 없으며, 어디에서도 그 사실을 알려 주지 않습니다.
한 사람의 퇴사가 무엇을 초래했는지 보십시오. Hedda는 네 개의 역할 중 두 개를 맡고 있었습니다 — 흔한 일입니다. 자산을 소유한 사람이 대개 그 자산의 변경을 승인하는 사람이기 때문입니다. 그녀가 떠나자 이 제품 거버넌스의 절반이 함께 떠났습니다 — 그런데도 자산에는 여전히 두 역할 모두에 그녀의 이름이 남아 있어서, 둘 중 어느 역할이 필요한 일이든 여전히 떠난 사람에게 전달됩니다.
두 번째 전문가야말로 잠시 멈춰서 살펴볼 가치가 있습니다. Ashok은 재직 중이고, 권한도 있으며, 접근 권한도 보유하고 있습니다. 어떤 시스템에도 오래된 정보는 없습니다. 그는 다른 전문가가 자리에 없을 때 이 자산이 자신에게 전달된다는 사실을 한 번도 통보받지 못했을 뿐입니다 — 그리고 어떤 보고서도 그 사실을 보여 줄 수 없습니다.
거버넌스 노후화는 안에서 보면 이런 모습입니다. 빈 필드가 아니라, 더 이상 사실이 아니게 된 채워진 필드입니다.
카탈로그가 이를 볼 수 없는 이유
카탈로그에서 · 속성
자산 위의 텍스트로, 자산이 아무것도 모르는 사람을 가리킵니다. 그 사람의 재직 여부, 소속 부서, 권한은 다른 세 시스템에 있으며, 필드는 그 시스템들에 아무것도 물어볼 방법이 없습니다.
필드는 틀릴 수 없습니다. 필드는 확인될 수 없기 때문입니다.
Nodwise에서 · 타입 관계
같은 모델 안에 함께 존재하는 두 노드, 즉 자산과 사람 사이의 관계입니다. 그리고 자산마다 설정하는 것이 아닙니다. 모든 노드 유형은 자체 책임 매트릭스를 지니므로, 노드는 어떤 역할이 자신을 책임지는지 알고 태어나며, 현재 누가 그 역할을 맡고 있는지는 그래프를 통해 확인됩니다.
그 매트릭스는 역할마다 그 역할을 맡은 사람에게 무엇이 기대되는지, 그리고 어떤 사람이 그 역할을 맡을 자격이 있는지를 선언합니다. 그래서 “데이터 소유자”는 정책 문서에서 빌려 온 직함이 아니라, 한 번 작성되어 해당 유형의 모든 노드가 물려받는, 정의된 기대 사항과 정의된 기준입니다.
즉, 세 가지 조건은 감사 작업이 아니라 하나의 탐색이 됩니다:
부서
Human Resources
개인
Hedda M Halvorsen
개인
Mindy C Martin
개인
Ashok X Joshi
기업 역할
Human Resources Manager
기업 역할
Benefits Specialist
기업 역할
Recruiter
데이터 제품
HumanResources data product
카탈로그로는 사람에게만 물을 수 있는 세 가지 질문을, 모델을 따라가며 답합니다.
루프
책임이 관계가 되면, 유효하지 않은 책임은 에이전트가 지켜볼 수 있는 하나의 상태가 됩니다. 그다음에 오는 것은 누군가 읽어야 하는 보고서가 아닙니다.
01
감지됨
02
결정할 수 있는 사람에게 전달됨
03
사람이 결정함
04
기록됨
그리고 같은 루프가 공백이 생기기 전에도 실행됩니다 — 설정해야 하는 기능이 아니라 기본 동작으로. 책임은 자체 상태를 가지므로 삭제하지 않고도 해제할 수 있습니다. 누군가 부서를 옮기거나, 휴직하거나, 어떤 직무에서 물러나면, 그 사람이 맡던 책임은 유효 상태에서 벗어나고, 질문은 여섯 달 뒤 이전 팀에 도달하는 대신 그 사람이 아직 답할 맥락을 가지고 있을 때 그 사람에게 도달합니다.
이는 이 페이지를 여는 질문의 정직한 버전이기도 합니다. “소유자가 있는가”가 아니라 이것이 사실임이 마지막으로 확인된 때는 언제인가 — 책임마다, 있거나 없거나 둘 중 하나인 날짜입니다.
에이전트는 지켜보고 에스컬레이션합니다. 결코 결정하지 않습니다. 권한의 자율성이 아니라 주의의 자율성입니다.
이것이 보통 치르는 비용
프로젝트로 진행하면, 성숙한 카탈로그에서 유효하지 않은 책임을 정리하는 작업은 8단계로 이루어집니다. 비활성 보유자를 식별하고, 각 사례를 관리자와 연결하고, 리더별로 하나의 뷰로 묶고, 맥락과 기한을 담아 통보하고, 추적 가능한 교체 워크플로를 실행하고, 새 보유자를 온보딩하고, 부서가 바뀐 보유자를 재인증하고, 마지막으로 한 사람에게 의존하는 흐름을 찾아냅니다.
유능한 작업이며, 이 문제가 대개 미뤄지는 이유이기도 합니다. 몇 달이 걸리고, 세 개의 소스 시스템을 수작업으로 대조해야 하며, 결과는 전달되는 날에만 정확합니다.
그 각 단계는 이미 답을 담고 있는 모델에 대한 쿼리 또는 워크플로입니다. 작업이 사소해서가 아니라, 그 프로그램이 대부분의 시간을 쏟는 대조 작업이 바로 이 모델 그 자체이기 때문입니다.
더 어려운 질문을 던지십시오
데모 테넌트에는 그 자산, 네 개의 역할, 깨진 조건, 그리고 이를 플래그하는 쿼리가 있습니다 — 지금 바로 열어 볼 수 있는 모델 안에.