목차

• 요약 (Executive Summary)
• I. 서론
• II. 데이터 우주와 다크 데이터
• III. 어둠의 비용과 잠재 가치
• IV. 기존 접근의 한계
• V. 해법 축 1 — AI 에이전트
• VI. 해법의 기반 — 온톨로지: 데이터 우주의 공용어
• VII. 해법 축 2 — 능력 캡슐
• VIII. 통합 메커니즘 — 능력 인벤토리 내비게이터
• IX. 거버넌스와 데이터 중력
• X. 실행 로드맵
• XI. 결론 및 제언
• 부록 A. 다크 데이터 열다섯가지 유형 요약표
• 부록 B. 데이터 누락 점검을 위한 열 가지 질문
• 부록 C. 능력 캡슐 명세 개요
• 부록 D. 의사 결정 전에 해야 하는 네가지 질문
• 부록 E. 용어집

요약 (Executive Summary)

이 문서가 답하려는 질문

거대언어모델이 출현된 이후 AI 및 AI 에이전트는 기업에서 가장 많이 언급되는 용어 중 하나이다. 그러나 금융기관에서 AI 와 AI 에이전트를 활용하여 가치를 창출하는 방법에는 회의적인 의견이 있는 것도 사실이다. 첫째는 금융산업의 본질이 규제 중심적이고, 증명가능한 운영 방식을 요구하고 있기 때문이다. 둘째는 금융 기관의 많은 업무가 디지털화 되어 있고, 온라인 처리가 일상화 되어 있기 때문이다. 본 보고서는 이러한 금융기관의 상황에서 가장 효과적인 AI 및 AI 에이전트 활용은 무엇인가 ? 어떤 새로운 가치를 창조할 것인가? 에 대한 답을 능력 향상과 데이터 활용 관점에서 답을 찾고자 한다.

문제: 우리는 데이터가 부족한 조직이 아니라 불이 꺼진 조직이다

대부분의 금융회사는 지난 수십 년간 데이터를 수집하고 보존하는 일에는 성공했으나, 그 데이터를 조직의 시야 안에 두는 일에는 실패했다. 조사 기관들의 추정에 따르면 기업이 보유한 데이터의 절반 이상은 수집된 이후 단 한 번도 분석이나 의사결정에 사용되지 않는다. 여신 심사 보고서, 현장 실사 기록, 상담 녹취, 스캔 계약서, 시스템 이관 과정에서 밀려난 백업 파일 등이 여기에 해당한다. 이렇게 보유하고 있으나 활용하지 못하는 데이터, 나아가 존재하지만 우리에게 없는 데이터를 통칭하여 다크 데이터(dark data)라 한다.

다크 데이터는 방치된 자산인 동시에 방치된 부채이다. 자산의 측면에서, 조기경보·이탈 예측·심사 고도화에 필요한 재료의 상당 부분이 이미 조직 내부에 존재한다. 부채의 측면에서, 무엇을 보유하고 있는지 모르는 상태는 보존 기한 경과, 목적 외 이용, 제3자 권리 침해와 같은 컴플라이언스 리스크를 내장한다. 본 보고서가 분석한 여신 부실 사례에서 확인되듯, 부실의 신호는 데이터가 없어서 놓친 것이 아니라 데이터가 있었으나 어두운 곳에 있어서 놓친 경우가 많다.

진단: 조명 캠페인은 실패하고, 수요만이 어둠을 끌어낸다

다크 데이터 문제에 대한 전통적 처방은 전수 데이터 인벤토리, 즉 전사적 데이터 실태조사 캠페인이었다. 본 보고서는 이 접근이 구조적으로 실패함을 논증한다. 캠페인은 공급 주도(push) 방식으로서, 목적 없이 목록화된 데이터는 활용으로 이어지지 않고, 동력이 소진되면 목록 자체가 다시 어둠으로 가라앉는다. 어두워짐(음지에 존재 함)이 기본값인 환경에서, 지속적 의지에 의존하는 메커니즘은 반드시 소멸한다.

반면 실제로 데이터를 어둠에서 끌어내는 것은 언제나 구체적 수요였다. 특정 업무 능력을 만들려는 순간, 그 능력이 요구하는 데이터가 목적·품질 기준·예산을 갖춘 채 조명 대상으로 지정된다. 다만 수요 주도(pull) 방식에도 맹점이 있다. 누군가 이미 가치를 짐작하는 데이터만 밝혀지고, 진정한 미지의 영역은 남는다는 점이다. 따라서 해법은 수요를 개별 아이디어에 맡기지 않고 체계적으로 열거하는 것, 즉 사업 영역별 능력 인벤토리를 구축하는 것이다.

해법: 세 개의 축과 하나의 기반

본 보고서는 세 가지 축으로 구성된 메커니즘을 제안한다.

첫째, AI 에이전트가 노동력을 제공한다. 대규모 언어모델의 등장으로 기계가 비정형 문서를 읽게 되면서, 이십 년 치 문서고를 해독하는 비용이 처음으로 현실적인 수준에 도달했다. 에이전트는 두 가지 역할을 수행한다. 능력 광부(capability miner)로서 업무 현장의 실패 신호·성숙도 격차·동종업계 비교로부터 필요한 능력을 발굴하고, 솔루션 개발자로서 기존 스킬을 조합하여 능력의 초안을 구성한다. 단, 에이전트는 제안하고 조합할 뿐 스스로 권한을 부여하지 않는다는 위임의 경계가 설계에 내장되어야 한다.

둘째, 능력 캡슐(capability capsule)이 제작의 단위가 된다. 능력 캡슐은 스킬(작업 절차), 데이터 계약(필요한 데이터의 명세), 모범 사례, 검증 기준, 책임자를 하나의 꾸러미로 묶은 것이다. 핵심은 데이터 계약의 각 항목이 자신의 소싱 상태 — 확보됨, 손안의 어둠, 우주의 어둠, 부재, 파생 — 를 명시적으로 선언한다는 점이다. 이로써 “이 능력을 완성하려면 어떤 어둠을 밝혀야 하는가”가 기계가 읽을 수 있는 목록으로 도출된다. 능력의 단련(hardening)은 스킬 완성만이 아니라 데이터 조달과 컴플라이언스 관문 통과까지를 완료 조건으로 포함하며, 따라서 다크 데이터의 조명은 부수 작업이 아니라 능력 출시의 필수 경로가 된다.

셋째, 능력 인벤토리 내비게이터가 방향을 제공한다. 데이터 인벤토리가 공급 측 지도라면 능력 인벤토리는 수요 측 지도이며, 두 지도의 차이가 곧 다크 데이터 작업 목록이 된다. 내비게이터는 모든 미충족 데이터 요구를 능력의 성숙도 격차, 차단 여부, 조달 난이도로 가중하여 우선순위를 부여함으로써 “다음에 어떤 어둠을, 왜 밝혀야 하는가”에 대한 단일한 답을 제공한다.

세 축은 하나의 공통 기반 위에서 작동한다. 온톨로지 — 조직 핵심 개념과 관계를 표준화한 의미 지도 — 이다. 온톨로지는 채굴된 데이터가 착지할 좌표계, 에이전트가 따를 어휘 지도, 캡슐 계약들이 서로 호환되는 참조계, 그리고 외부 연결의 도킹 어댑터를 제공한다. 어휘가 정렬되지 않으면 밝혀진 데이터도 의미의 어둠으로 되돌아가므로, 본 보고서는 온톨로지를 네 번째 축이 아니라 세 축을 떠받치는 기반으로 별도 장에서 다룬다.

권고 사항

경영진과 중간관리자에게 다음을 권고한다. 첫째, 담당 사업 영역의 능력 인벤토리를 작성하고 각 능력의 현재·목표 성숙도를 평가할 것. 둘째, 최우선 능력 한 개를 선정하여 캡슐 방식으로 90일 내 시범 제작할 것. 셋째, 캡슐의 데이터 계약이 요구하는 다크 데이터에 한하여 조명 작업을 수행하되, 반드시 목적·동의, 국외 이전, 제3자 권리의 세 관문을 통과시킬 것. 넷째, 성과지표에는 조작 방어를 위한 그림자 지표를 병행 설계할 것. 다섯째, 이 순환을 기존 회의체에 결합하여 캠페인이 아닌 상시 메커니즘으로 정착시킬 것.

다크 데이터는 총량으로 밝힐 수 없다. 능력 하나가 자신의 재료를 끌어당길 때, 능력캡슐 하나가 봉인될 때, 어둠은 그만큼씩 계획적으로 줄어든다. 조명은 상태가 아니라 제작 공정이며, 본 보고서는 그 공정의 설계도이다.

I. 서론

1.1 배경과 목적

생성형 AI의 확산은 모든 금융회사에 같은 질문을 던지고 있다. “우리 데이터로 무엇을 할 수 있는가.” 경쟁사의 AI 심사 지원 도구, 상담 자동화, 문서 지능 사례가 보도될 때마다 도입 압력은 커진다. 그러나 도입 검토가 시작되면 곧바로 두 개의 선행 질문에 부딪힌다. 첫째, 학습과 검색의 재료가 될 데이터가 정확히 어디에, 어떤 상태로 존재하는가. 둘째, 그 데이터를 해당 목적에 사용하는 것이 법적·계약적으로 허용되는가.

대부분의 조직은 이 두 질문에 즉답하지 못한다. 이는 특정 부서의 태만 때문이 아니라, 데이터가 활용의 시야 밖으로 가라앉는 것(음지로 사라지는 것)이 조직 운영의 기본값이기 때문이다. 본 보고서의 목적은 이 현상 — 다크 데이터 — 을 체계적으로 이해하고, 그것을 가치로 전환하는 실행 가능한 메커니즘을 제시하는 것이다. 본 보고서의 중심 주장은 다음 한 문장으로 요약된다. 다크 데이터는 조사 캠페인으로 밝혀지지 않으며, 사업이 필요로 하는 능력(capability)이 강한 인력(引力)으로 작용할 때 비로소 음지에서 양지로 이동한다.

1.2 범위와 대상 독자

본 보고서의 1차 독자는 사업 부서의 중간관리자, 즉 팀장급 실무 책임자이다. 이들은 데이터의 생산자이자 소비자이면서, 어떤 데이터가 왜 필요한지를 가장 잘 아는 위치에 있다. 다크 데이터의 조명이 수요 주도로 이루어져야 한다면, 그 수요를 정의하는 주체가 바로 이 독자층이다. 따라서 본 보고서는 기술 구현의 세부보다 관리자가 내려야 할 판단 — 무엇을 밝힐 것인가, 어떤 순서로, 어떤 통제 아래 — 에 초점을 둔다.

내용 범위는 다음과 같다. 제II장과 제III장은 현상의 이해(다크 데이터의 구조·유형·비용·가치)를 다룬다. 제IV장은 기존 접근의 한계를 분석하여 해법의 요건을 도출한다. 제V장부터 제VIII장까지가 본 보고서의 핵심 기여로서, AI 에이전트(광원), 온톨로지(공용어 기반), 능력 캡슐(단위), 능력 인벤토리 내비게이터(방향)로 구성된 통합 메커니즘을 제시한다. 제IX장은 거버넌스와 데이터 중력의 전략적 쟁점을, 제X장은 90일 실행 로드맵을 다룬다. 사례는 기업여신 업무를 중심으로 하되, 메커니즘 자체는 업무 영역에 관계없이 적용 가능하다. 본문에 등장하는 기업·사건 사례는 특정 회사의 실제 사안이 아니라 일반적 상황을 재구성한 예시이다.

1.3 근거 자료

본 보고서는 비즈니스모델 거버넌스(유)가 보유하고 있는 세 가지 선행 산출물을 근거로 작성되었다.

첫째, 교육 과정 「은행업의 다크 데이터」(전 9모듈, 120매)이다. 다크 데이터의 정의, 발생 원인, 비용과 컴플라이언스, 가치 시나리오, AI·온톨로지·에이전트 기술, 거버넌스, 90일 실행 계획을 다루며, 본 보고서 제II·III·V·IX장의 기초가 된다.

둘째, 심화 과정 「별자리편: 다크 데이터의 열다섯 유형」(전 9모듈, 76매)이다. 통계학자 데이비드 핸드(David Hand)가 저서 『다크 데이터(Dark Data: Why What You Don’t Know Matters)』에서 제시한 15개 유형(DD-Type)을 은행 업무 사례로 재구성하고, 방어 도구와 데이터 중력 개념을 정리하였다. 본 보고서 제II장의 유형론, 제IX장의 중력론, 부록 A·B·D의 기초가 된다.

셋째, 능력 관리 애플리케이션(능력 캡슐, 스킬 저작·단련·계보·거버넌스 시스템: AOEDE_CLAW Foundation)이다. 기업여신 영역의 140여 개 업무 능력 — 약정 모니터링, 담보 평가, 현금흐름 추정, 동종업계 비교 등 — 을 능력 단위로 등록·단련·승인·배포하는 실행 시스템으로서, 본 보고서 제VI·VII장이 제안하는 능력 캡슐과 내비게이터의 구현 기반이자 실증 사례이다.

1.4 핵심 용어

본 보고서 전체에서 사용하는 핵심 용어를 정의한다. 상세 용어집은 부록 E에 수록한다.

데이터 우주(data universe)는 조직과 관련된 모든 데이터의 전체 집합으로, 사용 중인 데이터, 보유하나 활용하지 않는 데이터(손안의 어둠), 존재하나 보유하지 않은 데이터(우주의 어둠)의 세 층으로 구성된다. 다크 데이터(dark data)는 이 중 뒤의 두 층, 그리고 기록되지 않았거나 관측이 원천적으로 불가능한 데이터를 포괄한다. 능력(capability)은 측정 가능한 사업 성과를 산출하는 조직의 능력 단위이며, 스킬(skill)은 능력을 구성하는 검증된 작업 절차이다. 능력 캡슐(capability capsule)은 스킬, 데이터 계약, 모범 사례, 검증 기준, 책임자를 하나로 묶은 능력의 배포 단위이다. 데이터 계약(data contract)은 능력이 소비하는 데이터 항목과 그 소싱 상태의 명세이다. 단련(hardening)은 스킬 또는 능력을 운영 투입 가능 수준으로 완성하는 과정을 말하며, AI 에이전트(AI agent)는 도구를 사용하여 다단계 작업을 자율 수행하되 부여된 권한 범위 안에서만 행동하는 소프트웨어 실행 주체를 말한다. 관문(gate)은 데이터 사용 전 통과해야 하는 컴플라이언스 점검 지점 — 목적·동의, 국외 이전, 제3자 권리 — 을 가리킨다. 온톨로지(ontology)는 조직의 핵심 개념과 그 관계를 표준화한 의미 지도로서, 부서 간 공용어이자 외부 연결의 도킹 어댑터이다.

II. 데이터 우주와 다크 데이터

2.1 데이터 우주 모형: 세 개의 층

조직의 데이터 현황을 논의할 때 흔히 저지르는 오류는, 시스템 안에 정리되어 있는 데이터를 데이터의 전부로 간주하는 것이다. 본 보고서는 논의의 출발점으로 세 개의 동심원으로 이루어진 데이터 우주 모형을 제시한다.

가장 안쪽 층은 사용 중인 데이터이다. 여신 시스템의 계정 정보, 재무 수치, 보고서에 인용되는 지표, 모형이 읽는 변수들이 여기에 속한다. 관리자가 일상적으로 “데이터”라고 부르는 것은 대부분 이 층이다.

두 번째 층은 손안의 어둠(the dark we hold)이다. 조직이 보유하고 있으나 활용하지 못하는 데이터로서, 문서보존 서버의 심사 보고서와 실사 기록, 상담 녹취, 스캔 계약서, 담당자 개인 폴더의 분석 파일, 구 시스템의 백업이 해당한다. 업계 조사들은 기업 보유 데이터의 절반에서 많게는 팔 할까지가 이 층에 속한다고 추정한다. 정확한 비율보다 중요한 것은 방향이다. 어느 조사를 따르더라도, 쓰는 데이터보다 잠든 데이터가 많다.

세 번째 층은 우주의 어둠(the dark in the universe)이다. 존재하지만 조직이 보유하지 않은 데이터로서, 고객이 다른 기관·플랫폼·공공영역에 남긴 기록, 거래상대방의 장부, 시장과 산업의 데이터가 해당한다. 이 층은 무한히 넓으므로 전부를 가질 수도, 가질 필요도 없다. 핵심은 특정 의사결정에 필요한 조각이 이 층 어디에 있는지를 알고, 합법적 경로로 가져올 수 있느냐이다.

이 모형이 관리자에게 주는 첫 번째 교훈은 진단의 전환이다. 많은 조직이 스스로를 데이터 부족 상태로 진단하고 신규 수집에 투자한다. 그러나 세 층을 놓고 보면 실제 상태는 부족이 아니라 소등(消燈)에 가깝다. 부족과 소등은 처방이 다르다. 부족의 처방이 수집이라면, 소등의 처방은 조명이다.

2.2 두 관점의 통합: 보유-미활용과 존재-미보유

다크 데이터라는 용어는 서로 다른 두 전통에서 각각 발전해 왔으며, 본 보고서의 우주 모형은 이 둘을 하나의 지도에 통합한 것이다.

첫 번째 전통은 IT 산업의 관점으로, 다크 데이터를 “조직이 수집·처리·저장하지만 분석이나 의사결정 등 다른 목적에 활용하지 못하는 정보 자산”으로 정의한다. 이는 우주 모형의 두 번째 층, 즉 손안의 어둠에 해당한다. 이 관점의 강점은 실행 지향성이다. 대상이 조직 내부에 있으므로 발굴·정비·활용의 프로그램을 설계할 수 있다.

두 번째 전통은 통계학의 관점이다. 데이비드 핸드는 우리가 가진 데이터란 세상 전체에서 어떤 수집·선택 과정을 거쳐 “남은 것”일 뿐이며, 그 과정에서 빠진 데이터가 분석을 체계적으로 오도한다고 경고한다. 이 관점의 다크 데이터는 세 번째 층과 그 너머, 즉 애초에 우리 표본에 들어오지 못한 세계를 가리킨다. 이 관점의 강점은 인식론적 엄격성이다. 데이터가 완비되어 보이는 순간에도 “무엇이 빠졌는가”를 묻게 한다.

두 정의는 경합하지 않고 상호보완 한다. 천문학의 비유가 유용하다. 천문학자들은 별의 질량만으로는 은하의 회전을 설명할 수 없어, 빛나지 않는 암흑물질을 인정할 수밖에 없었다. 데이터의 세계도 같다. 보이는 데이터만으로 설명되지 않는 현상 — 이유를 알 수 없는 부실, 예측을 빗나가는 이탈, 반복되는 오판 — 이 누적되면, 보이지 않는 데이터를 지도에 포함해야 한다. IT의 정의는 우리 은하 안의 꺼진 별을, 통계학의 정의는 은하 바깥의 하늘을 가리킨다. 관리자에게 필요한 것은 둘 중 하나의 선택이 아니라, 두 층을 모두 표기한 한 장의 지도이다.

2.3 관측 불가능한 층: 반사실 데이터

우주 모형에는 세 번째 층 너머, 지도에 점선으로만 그릴 수 있는 영역이 하나 더 있다. 관측이 원천적으로 불가능한 데이터, 곧 반사실(counterfactual) 데이터이다.

대표적 예가 거절된 여신의 상환 이력이다. 승인된 대출의 상환 데이터는 축적되지만, 거절된 신청자가 만약 대출을 받았더라면 보였을 상환 행태는 어디에도 존재하지 않는다. 우리가 거절이라는 결정을 내렸기 때문에 그 데이터는 태어나지 못했다. 문제는 심사 모형의 고도화에 가장 필요한 정보가 바로 이것이라는 점이다. 승인 건만으로 학습한 모형은 세상의 절반만 보고 자란 셈이며, 승인 기준 자체에 내재한 편향을 스스로 교정할 수 없다.

같은 구조가 마케팅에도 나타난다. 전 고객에게 실행한 캠페인의 “효과”는 엄밀히는 증명 불가능하다. 접촉하지 않았다면 어땠을지를 보여 줄 대조군 데이터가 존재하지 않기 때문이다. 반사실 데이터의 특징은 사후에 발굴할 수 없다는 것이다. 잃어버린 데이터가 아니라 태어나지 않은 데이터이므로, 유일한 대응은 사전에 자리를 마련하는 것 — 캠페인 설계 시점의 무작위 유보군, 심사 경계선 부근의 소규모 실험, 거절 추론 기법과 적법한 외부 데이터의 활용 — 뿐이다.

관리자가 이 층에서 얻어야 할 것은 특정 기법이 아니라 태도이다. 데이터가 아무리 풍부해도 관측 구조상 보이지 않는 영역이 반드시 존재한다는 인식, 그리고 “효과가 있었다”는 보고를 받으면 “무엇과 비교한 효과인가”를 묻는 습관이다. 이 통계적 겸손은 제II장의 유형론과 부록 D에서 구체적 점검 질문으로 발전한다.

2.4 어두워짐은 기본값: 다섯 가지 발생 경로

다크 데이터에 관한 가장 흔한 오해는 그것이 누군가의 과실로 생긴다는 생각이다. 실상은 반대이다. 어두워짐은 아무도 아무것도 하지 않을 때 자연히 일어나는 기본값이며, 데이터를 밝은 상태로 유지하는 쪽이 에너지가 드는 예외 상태이다. 발생 경로는 다섯 가지로 정리된다.

첫째, 목적 소멸이다. 데이터는 대부분 특정 업무 — 심사, 계약, 민원 처리 — 를 위해 생성되며, 그 업무가 종결되는 순간 공식적 임무를 다한다. 임무가 끝난 데이터를 이차 활용의 관점에서 계속 돌보는 체계를 갖춘 조직은 드물다.

둘째, 인적 단절이다. 데이터의 상당 부분은 개인의 폴더·메일함·수첩과 결합되어 있고, 그 존재를 아는 것도 특정 개인뿐이다. 담당자가 이동하거나 퇴직하면 데이터는 물리적으로 남아 있어도 조직의 기억에서는 사라진다. 존재를 아는 사람이 없는 데이터는 없는 데이터와 같다.

셋째, 시스템 이관이다. 차세대 시스템 구축 시 새 스키마에 맞지 않는 항목들은 백업으로 밀려난다. 이관 보고서의 완료율 99%는 뒤집어 읽으면, 나머지 1%가 어떤 데이터였는지 아무도 기록하지 않았다는 뜻이기도 하다. 이관이 거듭될수록 유배지의 지층은 두꺼워진다.

넷째, 형식의 한계이다. 운영 시스템은 정형 데이터 — 숫자, 코드, 선택지 — 를 선호한다. 판단의 실질을 담는 비정형 정보, 곧 고객 통화의 맥락, 실사 현장의 관찰, 보고서 초안에서 최종본으로 가며 삭제된 문장들은 처음부터 시스템 바깥에서 생성되어 바깥에서 늙는다. 기록되는 것과 판단에 쓰인 것 사이의 간극이 곧 어둠이 된다.

다섯째, 어둠의 자기강화이다. 쓰지 않는 데이터는 품질이 검증되지 않고, 품질을 모르는 데이터는 더욱 쓰이지 않는다. 이 순환에 들어간 데이터는 외부의 강한 개입 없이는 스스로 빠져나오지 못한다.

다섯 경로의 공통점은 어느 것도 의사결정의 산물이 아니라는 점이다. 따라서 “누가 잘못했는가”는 생산적인 질문이 아니다. 생산적인 질문은 “무엇이 이 데이터를 다시 깨울 만큼 강한 이유가 되는가”이며, 이 질문에 대한 답이 제V장 이하에서 전개된다.

2.5 다섯 별자리 개관: 어둠에도 종류가 있다

어둠을 밝히려면 먼저 어둠을 구별해야 한다. “데이터에 문제가 있는 것 같다”는 접수이고, “이것은 응답자 편향에 정의 표류가 겹친 문제다”는 진단이며, 처방은 진단에서만 나온다. 핸드의 15개 유형(DD-Type 1~15)은 이 진단에 필요한 어휘를 제공한다. 본 보고서는 15개 유형을 성격이 유사한 다섯 별자리로 묶어 제시한다.

부재(不在)의 어둠은 있어야 할 데이터가 없는 경우이다(T1 빠진 줄 아는 데이터, T2 빠진 줄 모르는 데이터, T5 핵심 변수의 누락). 선택(選擇)의 어둠은 데이터는 존재하나 내 앞에 도착한 것이 골라진 일부인 경우이다(T3 표본 추출의 편향, T4 자기선택, T6 태어나지 못한 반사실). 표류(漂流)의 어둠은 데이터 자체는 변하지 않았으나 그 의미가 시간·정의·집계 속에서 떠내려가는 경우이다(T7 시간 변화, T8 정의 변화, T9 요약이 감춘 세부). 왜곡(歪曲)의 어둠은 숫자와 진실 사이에 측정 장치와 사람의 동기가 끼어드는 경우이다(T10 측정 오차, T11 지표 조작, T12 정보 비대칭). 사람 손의 어둠은 누군가 데이터에 직접 손을 대거나, 데이터의 국경을 넘어 사용하는 경우이다(T13 의도적 은닉, T14 위조와 합성, T15 적용 범위 밖 외삽(外揷)).

이하 2.6절과 2.7절에서는 여신 업무와 관련이 깊은 앞의 두 별자리를 상세히 다루고, 2.8절에서 나머지 세 별자리를 요약한다. 15개 유형 전체의 정의·사례·식별 질문·방어 수단은 부록 A에 상세표로 수록한다.

2.6 부재의 어둠: T1, T2, T5

T1, 빠진 줄 아는 데이터는 가장 정직한 어둠이다. 서류철의 빈칸, 미징구 재무제표, 누락된 사후관리 기록처럼 결측이 눈에 보인다. 위험은 빈칸 자체가 아니라 빈칸에 대한 익숙함에 있다. 결측률을 아무도 집계하지 않는 조직에서는 “일단 이대로 심사하자”가 관행이 되고, 분석은 부지불식간에 구멍 난 서류철 위에 세워진다. 특히 결측이 무작위가 아닐 때 — 예컨대 재무제표를 내지 않는 기업이 하필 실적이 악화된 기업일 때 — 결측은 정밀도의 문제를 넘어 결론의 방향을 트는 문제가 된다. 방어의 시작은 단순하다. 핵심 항목의 결측률을 항목별·고객군별·연도별로 집계하여 정기 회의에 상정하고, 결측 기반 분석에는 그 사실을 각주로 명기하는 것이다.

T2, 빠진 줄 모르는 데이터는 다섯 별자리를 통틀어 가장 위험한 유형이다. 빈칸조차 없이 통째로 부재하기 때문이다. 모바일 채널 행동 데이터로 고객을 분석하면, 창구만 이용하는 고령 고객층과 아예 고객이 되지 않은 지역 기업들은 결측치가 아니라 행(行) 자체로 존재하지 않는다. 그 분석 위에 세운 전략은 보이는 고객만의 전략이며, 보이지 않는 시장을 조용히 포기한 전략이다. T2는 데이터 내부에서 발견될 수 없고, 외부에서 던지는 질문으로만 발견된다. “이 데이터는 목표 모집단의 몇 할을 대표하는가. 여기 절대 나타날 수 없는 사람은 누구인가.” 실무 방어책은 데이터 모집단과 목표 모집단을 두 개의 원으로 그린 커버리지 지도, 그리고 인구·사업체 통계 등 외부 기준선과의 대조이다.

T5, 핵심 변수의 누락은 완비의 착시를 만든다. 표의 모든 행이 채워져 있고 모형은 순조롭게 작동하지만, 결과를 실제로 좌우한 변수가 애초에 열(列)로 존재하지 않는 경우이다. 중소기업 부실의 사후 분석은 반복적으로 같은 원인 — 대표자의 건강, 단일 거래처 의존, 사금융 차입 — 을 지목하지만, 이들 중 평가 모형의 변수였던 것은 드물다. 모형이 계산을 틀린 것이 아니라, 병인(病因)을 보는 것 자체가 허락되지 않았던 것이다. 방어책은 부실·실패의 복기 회의에서 “진짜 원인이 변수 목록에 있었는가”를 상설 질문으로 두고, 목록 밖 원인을 후보 변수로 등재하는 절차이다. 주목할 점은 이 후보 변수들의 신호가 대개 이미 조직 안에 있다는 사실이다. 실사 보고서의 면담 기록, 사후관리의 현장 메모 — 즉 손안의 어둠 속에. 여기서 다크 데이터의 두 정의가 실무적으로 악수한다. 통계학이 지목한 결핍(T5)의 해답이, IT가 지목한 방치(두 번째 층) 안에 잠들어 있는 것이다.

2.7 선택의 어둠: T3, T4, T6

T3, 표본 추출의 편향은 은행의 일상 도처에 있다. 전수 점검이 불가능한 업무 — 상담 품질 점검, 감사 표본, 사후관리 점검 — 는 필연적으로 추출에 의존하며, 추출 자체는 죄가 없다. 문제는 추출 규칙이다. 품질 점검이 장시간 통화와 상급 이관 건 위주로 표본을 뽑는다면, 짧은 통화 속의 빠른 위반 화법은 몇 달째 “적발 0건”으로 남는다. 위반이 없는 것이 아니라 그물코의 모양이 그 물고기를 거르지 못하는 것이다. 방어책은 표본을 늘리는 것이 아니라 규칙을 심사하는 것이다. 추출 규칙이 어디에 문서화되어 있고, 누가 언제 정했으며, 무엇을 구조적으로 배제하는지를 연 1회 이상 재심사해야 한다.

T4, 자기선택은 표본이 스스로 걸어 들어오는 경우이다. 민원 제기자, 만족도 조사 응답자, 앱의 활성 이용자는 추첨된 것이 아니라 자원한 것이며, 자원했다는 사실 자체가 강한 특성이다. 응답률 이십 퍼센트 미만의 만족도 조사에서 응답자가 주로 승인이 순조로웠던 고객이라면, 그 점수는 “말할 의사가 있는 사람들의 기분”을 잰 것이다. 거절되었거나 실망한 고객은 대개 조용히 떠난다. 방어의 원칙은 두 가지이다. 모든 조사 결과에 응답률과 응답자 구성 정보를 병기할 것, 그리고 조사 결과를 행동 데이터 — 이탈률, 거래 빈도, 잔액 이동 — 와 교차 검증하되 둘이 어긋나면 행동을 신뢰할 것. 사람은 예의를 차리지만 돈은 예의를 차리지 않는다.

T6, 태어나지 못한 데이터는 2.3절에서 다룬 반사실의 유형론적 자리이다. 거절 여신의 상환 이력, 대조군 없는 캠페인, 실험하지 않은 대안이 여기에 속한다. 세 유형 가운데 가장 철학적이면서 가장 은행적인 유형이다. 은행의 본업이 승인과 거절이라는 선택이고, 모든 선택은 관측 가능한 세계와 영원히 관측 불가능한 세계를 동시에 만들어 내기 때문이다. 방어책은 사전 예약뿐이다. 캠페인 기획 양식에 무작위 유보군 항목을 내장하고, 유보군 명단은 봉인하며, 집행 도중 “유보군에도 보내자”는 유혹을 책임자가 직접 기각하는 것. 효과는 접촉군과 유보군의 차이로만 보고하며, 대조 없는 효과 수치는 보고서에 올리지 않는 것이다.

2.8 표류·왜곡·사람 손의 어둠: T7~T15 요약

나머지 세 별자리은 요약으로 다루되, 각 유형의 핵심 한 줄과 대표 방어책을 제시한다. 상세는 부록 A를 참조한다.

표류의 어둠. T7(시간 변화)은 세상이 움직여 데이터가 낡는 경우이다. 호황기 표본으로 학습한 평가 모형은 경기 전환 후 판별력이 조용히 감쇠하며, 이상 징후는 부실률이 오르고서야 드러난다. 방어책은 주요 모형·지표의 연도별 분리 검증과 정기 재추정의 제도화, 그리고 모든 데이터에 시대 표기(연대·기준 버전)를 부착하는 것이다. T8(정의 변화)은 같은 단어가 다른 대상을 가리키게 되는 경우이다. 한쪽은 “계좌 개설 고객”, 다른 쪽은 “최근 12개월 거래 고객”으로 고객 수를 세면 숫자는 각자 옳으나 비교는 무의미하다. 방어책은 정의 등록부 — 주요 지표의 정의문·버전·변경일·책임자를 기록한 대장 — 이며, 감독 기준이 바뀐 지표의 시계열에는 반드시 단절 표시를 남긴다. 정의 관리 체계의 전모는 제VI장에서 다룬다. T9(요약이 감춘 세부)는 평균과 총량이 분포와 꼬리를 은폐하는 경우이다. 포트폴리오 평균 연체율이 네 분기 연속 평탄해도, 다수 고객군의 개선과 특정 고객군 꼬리의 급격한 악화가 상쇄된 결과일 수 있다. 방어책은 대시보드 표준의 변경이다. 평균 옆에는 분포를, 총량 옆에는 하향 조회 경로를 반드시 배치한다.

왜곡의 어둠. T10(측정 오차)은 입력·인식·전송 과정의 잡음이다. 담보 면적의 단위 오기 하나가 감정가와 담보인정비율을 타고 증식하는 사례가 전형이다. 방어책은 입력 시점의 검증 규칙(단위·범위·상호 대사), 기계 인식 결과의 신뢰도 분층과 저신뢰 건의 업무 책임자 검토, 핵심 항목의 이중 입력이다. T11(지표 조작)은 측정이 목표가 되는 순간 측정 대상이 행동을 바꾸는 현상, 이른바 굿하트의 법칙이다. 시점 잔액으로 수신을 평가하면 월말에 자금이 몰렸다 월초에 빠지는 그래프가 만들어진다. 방어책은 단일 지표 대신 지표 조합(시점+평잔, 건수+질), 관측 기준의 주기적 교체, 그리고 신규 KPI 도입 전의 “어떻게 빠져나갈 것인가” 모의 검토이다. T12(정보 비대칭)는 거래상대방이 나보다 자신을 잘 아는 은행업의 선천적 조건이다. 고금리 상품에 가장 적극적으로 응하는 신청자가 바로 타행에서 거절된 고위험군이라면, 가격이 걸러 온 고객이 가격이 피하려던 고객이 된다. 방어책은 더 열심히 묻는 것이 아니라 구조를 설계하는 것 — 위험 유형이 스스로 다른 계약을 고르게 하는 상품 설계, 분식이 어려운 행동 데이터에의 가중, 담보·보증 등 사적 정보의 담보화 — 이다.

사람 손의 어둠. T13(의도적 은닉)은 데이터를 일부러 어둡게 만드는 경우로, 보고 기준선 바로 아래로 분할된 거래처럼 적대적인 형태와, 비식별화·가명처리처럼 보호를 위한 선의의 형태가 같은 기술을 공유한다. 어둡게 만드는 기술은 중립이며, 의도와 승인 여부가 방패와 은신처를 가른다. T14(위조·합성)는 데이터를 만들어 내는 경우이다. 지나치게 규칙적인 입출금, 매끄러운 잔액 곡선의 “너무 깨끗한” 통장 거래내역은 위조의 지문이다. 진짜 세계에는 잔돈과 우연이 있다. 방어책은 다중 원천 대사 — 하나의 세계는 위조할 수 있으나 서로 맞물린 여러 세계를 동시에 위조하기는 어렵다 — 와 생성 콘텐츠 표시 의무의 준수이다. T15(적용 범위 밖 외삽)는 데이터는 그대로인데 사용자가 데이터의 국경을 넘는 경우이다. 전통 제조업으로 십오 년을 학습한 중소기업 모형을 기술 스타트업 심사에 그대로 적용하면, 모형은 오류를 내지 않고 자신 있게 틀린다. 방어책은 모든 모형에 “학습한 것과 학습하지 않은 것”을 명시한 적용 범위 선언서를 부착하고, 범위 밖 입력은 자동으로 사람 검토로 강등하는 것이다.

열다섯 유형의 실무적 압축은 다음과 같은 점검을 위한 다섯가지 질문이다. 어떤 데이터·보고서·모형을 마주하든 다섯 별자리의 이름을 질문으로 바꾸어 묻는다. 빠졌는가. 골라졌는가. 떠내려갔는가. 참인가. 누가 손댔는가. 이 다섯 질문에 하나라도 답하지 못한다면, 그 지점이 바로 그 분석의 어둠이다.

III. 어둠의 비용과 잠재 가치

3.1 리스크 비용: 조기경보 실패의 해부

다크 데이터의 비용 가운데 가장 크고 가장 늦게 도착하는 것은 놓친 위험의 비용이다. 이를 구체적으로 보이기 위해, 여신 부실의 전형적 경로를 재구성한 사례를 해부한다. 사례는 실제 사안이 아니라 복수의 일반적 상황을 결합한 예시이다.

십여 년간 연체가 없던 중견 제조업체가 만기를 여덟 달 앞두고 급격히 부실화되어 은행에 수십억 원의 손실을 남겼다고 하자. 사후 감사의 결론은 “급격한 업황 악화에 따른 불가피한 부실”이었다. 그러나 부실 이후의 정밀 복기에서 세 가지 선행 신호가 확인되었다. 첫째, 부실 일 년 전부터 주요 발주처의 결제 조건이 악화되고 있었으며(어음 만기 60일에서 120일로 연장), 이 사실은 실사 보고서 본문이 아니라 첨부된 거래처 원장 스캔본 안에 있었다. 둘째, 재무약정 중 부채비율 유지 조항이 반기 검토 시점에 이미 임계선에 근접해 있었으나, 약정 관리가 담당자 개인의 수기 파일로 이루어지고 있었고 해당 담당자는 장기 부재 중이었다. 셋째, 협력업체 직원의 임금 관련 문의가 상담 채널에 두 건 기록되어 있었으나, 상담 기록은 여신 부서의 시야 밖이었다.

세 신호의 공통점은 명확하다. 데이터가 없어서 놓친 것이 아니라, 데이터가 있었으나 어두운 곳에 — 스캔본 안에, 개인 파일 안에, 다른 부서의 서버 안에 — 있어서 놓친 것이다. 세 신호를 한자리에 모아 읽는 장치가 있었다면 여덟 달의 대응 시간이 확보되었을 것이고, 여신 축소·담보 보강 등 손실 경감 수단이 가동될 수 있었다. 이 사례는 본 보고서 전체를 관통하는 명제를 남긴다. 재료는 이미 있다. 없는 것은 그것을 모아 읽는 능력이다. 이 명제는 제VII장의 사례 연구(약정 모니터링 캡슐)에서 해법의 형태로 재등장한다.

리스크 비용의 특징은 발생 전에는 보이지 않고, 발생 후에는 다크 데이터의 비용으로 계상되지 않는다는 점이다. 손실은 “업황 악화”나 “심사 판단”의 계정으로 기록되고, 신호가 어둠 속에 있었다는 사실은 감사보고서의 각주에도 남지 않는다. 관리자가 할 일은 부실·사고의 복기 절차에 상설 질문 하나를 추가하는 것이다. “선행 신호가 존재했는가. 존재했다면 그것은 어디에, 어떤 상태로 있었는가.”

3.2 컴플라이언스 비용: 어둠 속의 지뢰

어둠 속에는 광맥만 있는 것이 아니라 지뢰도 있다. 무엇을 보유하고 있는지 모르는 상태는 그 자체로 규제 리스크이다.

첫째, 보존과 파기의 리스크이다. 개인정보와 신용정보에는 법령상 보존 기한과 파기 의무가 있다. 존재 자체가 파악되지 않은 녹취·스캔본·백업 속의 개인정보는 파기 시점을 넘겨 잔존할 개연성이 높으며, 이는 자산이 아니라 위반 상태이다. 감독당국의 자료 제출 요구나 정보주체의 열람·삭제 요구가 도착했을 때, “어디에 무엇이 있는지 모른다”는 것은 대응 지연과 제재로 직결된다.

둘째, 목적 제한의 리스크이다. 데이터는 수집 당시 고지된 목적의 범위 안에서 이용되어야 한다. 십 년 전 여신 심사 목적으로 수집한 문서를 오늘 AI 학습에 투입하는 것이 당초 목적과 상용(相容)하는지, 추가 동의나 비식별 처리가 필요한지는 문서 단위로 판단되어야 할 문제이다. 다크 데이터의 대량 활용이 검토되는 순간, 이 판단을 생략한 채 “우리 데이터니까”라는 직관으로 진행하는 것은 사업 리스크를 컴플라이언스 리스크로 치환하는 일이다.

셋째, 제3자 권리의 리스크이다. 조직이 보유한 문서 안에는 조직의 것이 아닌 권리가 섞여 있다. 외부 감정평가법인이 작성한 감정평가서에 “본 평가 목적 외 사용 금지”가 명기되어 있다면, 그 문서를 다른 목적의 분석이나 학습에 투입하는 것은 계약 위반이 된다. 벤더가 제공한 데이터의 재이용·재제공 제한, 거래상대방 자료의 비밀유지 약정도 같은 범주이다. 어둠 속의 문서일수록 이러한 꼬리표의 존재 자체가 잊히기 쉽다.

컴플라이언스 비용의 관리 원칙은 제VII장의 관문 체계로 구조화된다. 여기서는 결론만 미리 적는다. 다크 데이터의 활용에서 “일단 쓰고 나중에 정리한다”는 경로는 존재하지 않는다. 관문은 우회로가 아니라 유일한 길이다.

3.3 보관·중복·기회 비용

세 번째 비용군은 소리 없이 누적되는 고정비이다. 활용하지 않는 데이터도 저장 공간, 백업, 항온항습, 보안 관리의 비용을 소비한다. 단년도로는 크지 않으나, 어둠은 줄지 않고 쌓이기만 하므로 이 청구서는 매년 두꺼워진다.

중복 비용은 더 낭비적이다. 존재를 모르는 데이터는 다시 만들어진다. 한 부서가 외부에 의뢰한 업종 분석이 삼 년 전 다른 부서의 내부 보고서와 사실상 동일했던 사례, 같은 고객에게 같은 서류를 부서마다 다시 징구하여 고객 불만을 초래한 사례는 어느 조직에나 있다. 중복은 비용인 동시에 품질 문제이기도 하다. 같은 대상에 대한 상이한 사본들이 각자 늙어 가며 서로 어긋나기 때문이다.

기회 비용은 계량이 어려우나 가장 크다. 이십 년 치 심사 이력이 있는 조직과 없는 조직이 같은 AI 도구를 도입할 때 성과 격차를 만드는 것은 도구가 아니라 재료이다. 재료를 가졌으되 꺼내 쓰지 못하는 조직은, 재료가 없는 조직과 같은 출발선에 서게 된다. 축적의 이점을 스스로 반납하는 것이다.

3.4 가치 시나리오: 어둠이 빛이 될 때

비용의 반대편 장부를 네 가지 대표 시나리오로 정리한다. 네 시나리오의 공통 전제는, 필요한 재료의 대부분이 신규 수집 대상이 아니라 이미 보유 중인 어둠이라는 점이다.

첫째, 이탈 예측이다. 거래를 축소하는 기업 고객은 어느 날 갑자기 떠나지 않는다. 급여 이체 해지, 외환 거래 감소, 담당자 접촉 간격의 확대가 선행한다. 이들 신호는 각기 다른 시스템에 이미 기록되어 있으며, 결합되지 않았을 뿐이다. 흩어진 신호를 묶은 이탈 징후 목록은 그 자체로 영업 조직의 우선 접촉 리스트가 된다.

둘째, 거절 추론이다. 2.3절에서 본 반사실의 부분적 복원으로서, 거절 신청자의 이후 신용 행태를 적법한 외부 정보(신용정보기관 등)로 보완하여 심사 기준의 편향을 점검하는 접근이다. 완전한 복원은 불가능하나, “우리가 거절한 고객 중 실제로는 우량했던 비중”을 추정하는 것만으로도 심사 정책의 사각지대가 드러난다.

셋째, 조기경보이다. 3.1절 사례의 역상(逆像)으로서, 스캔 문서 속의 거래 조건, 약정 수치, 상담 기록의 이상 신호를 정기적으로 결합·감시하는 체계이다. 여신 부실의 상당수는 신호 없는 돌발이 아니라 신호가 분산된 완행이며, 분산을 결합으로 바꾸는 것이 경보의 본질이다.

넷째, 문서 지능이다. 심사 보고서·실사 기록·계약서 이십 년 치를 검색·요약·비교 가능한 상태로 전환하면, 신규 심사 시 유사 기업의 과거 이력 조회, 심사 논거의 재활용, 신입 심사역의 학습 자료화가 가능해진다. 서론에서 언급한 AI 심사 지원 도구의 실질이 바로 이것이며, 그 품질은 모형이 아니라 말뭉치 — 즉 얼마나 넓은 어둠이 밝혀져 있는가 — 가 결정한다.

3.5 비용-가치 대차대조: 우선 조명 영역의 선별

이상의 비용과 가치를 함께 놓으면 실무적 질문은 하나로 수렴한다. 어디부터 밝힐 것인가. 전부를 밝히는 것은 불가능하고 불필요하며, 일부 데이터는 오히려 의도적으로 어둡게 유지해야 한다(9.5절). 선별 기준은 두 축의 결합이다.

첫째 축은 가치 밀도로서, 해당 데이터가 지원하는 의사결정의 크기와 빈도이다. 여신 손실 한 건의 규모, 이탈 고객 한 곳의 수익 기여처럼 결정의 값이 큰 영역의 재료가 우선한다. 둘째 축은 조달 난이도로서, 데이터의 상태(정형화 수준, 품질), 권리 관계(관문 통과의 용이성), 기술적 처리 비용의 합이다. 가치가 높고 난이도가 낮은 사분면이 첫 번째 조명 대상이며, 가치가 높으나 난이도도 높은 영역은 계획적 투자 대상, 가치가 낮은 영역은 보존 정책의 대상(활용이 아니라 정리·파기의 대상)이다.

다만 이 대차대조에는 제IV장에서 밝힐 함정이 하나 있다. 데이터 목록을 먼저 만들고 각 항목의 가치를 사후에 평가하는 순서 — 공급에서 출발하는 순서 — 는 평가 자체를 공전시킨다는 점이다. 가치는 데이터에 내재하지 않고 그것을 소비할 능력에서 발생하기 때문이다. 따라서 선별의 올바른 출발점은 데이터 목록이 아니라 능력 목록이며, 이 전환이 제VIII장의 주제이다.

IV. 기존 접근의 한계

4.1 전수 인벤토리 캠페인의 구조적 실패

다크 데이터 문제에 대한 전통적 처방은 전사 데이터 실태조사, 곧 전수 인벤토리 캠페인이었다. 태스크포스를 구성하고, 부서별로 보유 데이터 목록을 제출받아 통합 대장을 만들고, 등급을 매기는 방식이다. 이 접근은 논리적으로 자연스러워 보이나, 실행의 기록은 대체로 같은 곡선을 그린다. 착수 시점의 높은 관심, 제출 마감 무렵의 형식적 목록, 완료 보고 이후의 급속한 풍화. 일 년 뒤 그 대장을 열어 보는 사람은 없고, 대장에 기재된 내용은 현실과 어긋나기 시작한다. 요컨대 인벤토리 자체가 다크 데이터가 된다.

실패의 원인은 담당자의 능력이 아니라 구조에 있다. 첫째, 목적의 부재이다. “무엇에 쓸지” 정해지지 않은 목록화는 항목의 어느 수준까지 조사할지, 품질을 어디까지 검증할지에 대한 기준을 제공하지 못하며, 따라서 제출물은 최소 요건으로 수렴한다. 둘째, 유지 동력의 부재이다. 데이터는 매일 새로 생성되고 이동하므로 인벤토리는 만드는 일이 아니라 유지하는 일인데, 캠페인은 정의상 종료 시점을 갖는다. 셋째, 제2.4절에서 확인한 기본값의 법칙이다. 어두워짐이 자연 상태인 환경에서, 지속적 의지에 의존하는 메커니즘은 반드시 소멸한다. 캠페인은 점화 장치는 될 수 있으나 엔진은 될 수 없다.

4.2 공급 주도 대 수요 주도

캠페인의 실패를 일반화하면 공급 주도(push) 접근의 한계가 된다. 공급 주도란 데이터 쪽에서 출발하는 접근 — 가진 것을 정리하면 쓸모가 발견되리라는 기대 — 을 말한다. 그러나 데이터의 가치는 데이터에 내재하지 않는다. 가치는 그 데이터를 소비하는 의사결정과 업무 능력에서 발생한다. 소비처가 특정되지 않은 정리는 가치 평가의 기준점이 없는 정리이며, 기준 없는 정리는 우선순위를 만들지 못한다.

실제로 데이터가 어둠에서 나온 사례들을 복기하면 예외 없이 반대 방향, 곧 수요 주도(pull)였다. AI 심사 지원 도구를 만들려는 순간 이십 년 치 심사 보고서가 조명 대상이 되고, 조기경보 체계를 세우려는 순간 스캔본 속 거래 조건이 추출 대상이 된다. 수요가 데이터를 끌어낼 때는 세 가지가 자동으로 따라온다. 목적(컴플라이언스 관문 판단의 기준), 품질 기준(그 용도에 충분한가라는 잣대), 예산(그 능력의 사업 가치에서 나오는 재원). 공급 주도 캠페인이 끝내 만들지 못하는 세 요소가, 수요에는 처음부터 내장되어 있다.

4.3 수요 주도의 맹점

그렇다면 개별 업무 수요에 맡겨 두면 되는가. 그렇지 않다. 자연 발생적 수요 주도에는 두 가지 맹점이 있다.

첫째, 조명의 편식이다. 수요는 누군가 이미 가치를 짐작하는 데이터만 끌어낸다. 목소리가 큰 부서, 유행하는 과제, 측정이 쉬운 영역의 데이터가 우선 밝혀지고, 진정한 미지 — 아무도 그 가치를 짐작조차 못 하는 영역, 제II장의 용어로 T2형의 어둠 — 는 수요의 시야에 들어오지 않는다. 수요 주도는 아는 어둠을 밝히는 데는 강하나, 모르는 어둠 앞에서는 무력하다.

둘째, 수요의 무체계성이다. 개별 과제 단위의 수요는 산발적이고 중복적이다. 두 팀이 각자의 과제를 위해 같은 스캔본 더미를 따로 처리하고, 같은 관문 검토를 따로 받는 일이 반복된다. 조명의 성과가 조직의 자산으로 축적되지 않고 과제와 함께 소멸한다.

두 맹점의 처방은 수요를 버리는 것이 아니라 수요를 체계화하는 것이다. 개별 아이디어가 아니라, 해당 사업 영역이 갖추어야 할 능력의 전체 목록 — 능력 인벤토리 — 으로부터 수요를 도출하면, 편식은 전수성(全數性)으로, 산발은 우선순위로 교정된다. 이 체계화가 제VIII장의 주제이며, 그 전에 제V장과 제VII장에서 체계화의 두 부품인 노동력(에이전트)과 단위(캡슐)를, 그 사이 제VI장에서 두 부품이 공유하는 언어 기반(온톨로지)을 정의한다.

4.4 조명 메커니즘의 3요소: 광원·조리개·자전

제IV장의 논의를 종합하면, 지속 가능한 조명 메커니즘이 갖추어야 할 요건이 세 가지로 정리된다. 비유하자면 광원, 조리개, 자전이다.

광원은 조명의 비용을 낮추는 기술이다. 어둠의 대부분이 비정형 문서인 이상, 사람이 읽는 방식으로는 광원의 출력이 절대적으로 부족하다. 기계가 문서를 읽게 된 기술 전환 — 그리고 그 기계를 부리는 에이전트 — 이 광원을 제공한다(제V장).

조리개는 빛을 어디에 모을지 결정하는 장치이다. 전방위 조명은 불가능하므로, 사업 가치가 큰 지점에 빛을 모아야 한다. 능력 캡슐의 데이터 계약이 조리개의 역할 — 이 능력에는 정확히 이 데이터가 필요하다는 특정 — 을 수행한다(제VII장).

자전은 모든 영역이 주기적으로 빛을 받게 만드는 회전 장치이다. 수요의 편식을 교정하려면, 특정 과제의 유무와 무관하게 전 영역이 정기적으로 점검의 빛 아래 놓여야 한다. 능력 인벤토리의 전수성과, 기존 회의체에 결합된 정기 점검 리듬이 자전을 제공한다(제VIII·X장).

세 요소 중 하나라도 빠지면 메커니즘은 퇴화한다. 광원 없는 조리개는 계획만 남기고, 조리개 없는 광원은 비용만 태우며, 자전 없는 둘은 편식으로 끝난다. 이하 네 개 장이 이러한 문제를 해결하기 위해 이 세 요소의 역할과, 세 요소가 공유하는 언어 기반(온톨로지)의 구현에 대한 구체적 설명이다.

V. 해법 축 1 — AI 에이전트

5.1 기술 전환점: 기계가 문서를 읽게 되다

다크 데이터가 십수 년째 지적되어 온 문제임에도 최근에야 해법이 논의되는 이유는 단순하다. 조명의 단가가 최근에야 떨어졌기 때문이다. 어둠의 대부분은 비정형 문서 — 보고서, 계약서, 녹취, 스캔 이미지 — 이며, 이를 읽는 유일한 수단은 오랫동안 사람의 눈뿐이었다. 이십 년 치 문서고를 사람이 읽는 데 드는 비용은 어떤 사업 가치로도 정당화되지 않았고, 따라서 어둠은 경제적으로 합리적인 상태였다.

대규모 언어모델(LLM)은 이 경제학을 바꾸었다. 구체적으로 세 가지 능력이 실무 수준에 도달했다. 첫째, 독해와 추출이다. 심사 보고서에서 재무약정 조항을, 실사 기록에서 거래처 결제 조건을, 상담 녹취에서 이상 신호를 구조화된 형태로 뽑아내는 작업이 문서당 수 초 단위로 가능해졌다. 광학문자인식(OCR)이 이미지에서 글자를 꺼냈다면, 언어모델은 글자에서 의미를 꺼낸다. 둘째, 의미 검색이다. 문서를 의미 벡터로 변환해 두면, 정확한 키워드를 모르는 상태에서도 “이 기업과 유사한 과거 사례”를 찾을 수 있다. 검색 가능성은 조명의 최소 단위이다. 필요할 때 찾아지는 문서는, 아무도 읽지 않았더라도 이미 절반쯤 밝은 문서이다. 셋째, 대량 분류이다. 수십만 건의 문서에 종류·주제·민감정보 포함 여부의 꼬리표를 다는 작업을 기계가 상시 수행할 수 있다. 인벤토리 캠페인이 사람의 손으로 실패했던 바로 그 작업이, 지치지 않는 노동으로 대체된다.

단, 이 능력에는 관리자가 알아야 할 한계가 붙는다. 언어모델의 출력에는 오류와 착오(환각)가 섞이며, 그 비율은 문서 품질과 과제 난이도에 따라 달라진다. 따라서 실무 설계의 표준은 전량 자동 신뢰가 아니라 신뢰도 분층이다. 기계가 확신하는 결과는 자동 반영하되, 확신도가 낮은 결과는 사람 검토로 보내는 이중 경로를 두는 것이다. 기계는 전량을 읽고, 사람은 의심스러운 것을 읽는다. 이 분업이 이후 모든 논의의 전제이다.

5.2 에이전트의 정의와 구성

언어모델 자체는 질문에 답하는 장치이다. 이를 업무의 수행자로 만드는 것이 에이전트(agent) 구조이다. 본 보고서에서 AI 에이전트란, 목표를 부여받아 도구를 사용하며 다단계 작업을 자율적으로 수행하되 부여된 권한의 범위 안에서만 행동하는 소프트웨어 실행 주체를 말한다. 대화형 챗봇과의 차이는 세 가지 구성 요소에 있다.

첫째, 도구이다. 에이전트는 문서 저장소 검색, 데이터베이스 조회, 계산기 호출, 시스템 입력 등 정의된 도구 목록을 통해 실제 시스템과 상호작용한다. 도구 목록은 곧 에이전트의 손이 닿는 범위이며, 권한 설계의 첫 번째 지점이다. 둘째, 작업 기억이다. 에이전트는 다단계 작업의 중간 결과 — 어떤 문서를 읽었고, 무엇을 발견했으며, 다음에 무엇을 할지 — 를 유지하며 진행한다. 셋째, 실행 루프이다. 계획 수립, 도구 호출, 결과 평가, 재계획의 순환을 목표 달성 또는 중단 조건까지 반복한다. 중단 조건 — 언제 멈추고 사람에게 넘기는가 — 은 도구 목록과 함께 에이전트 설계의 핵심 통제 지점이다.

비유하자면 챗봇이 박식한 상담원이라면, 에이전트는 도구함과 작업 목록을 가진 동료이다. 그리고 동료에게 그러하듯, 에이전트에게도 채용 시점에 두 가지가 정의되어야 한다. 직무 기술서(무엇을 하는가)와 전결 규정(어디까지 스스로 결정하는가). 전자가 5.3~5.4절, 후자가 5.5~5.6절의 주제이다.

5.3 능력 광부: 격차를 찾는 에이전트

본 보고서의 메커니즘에서 에이전트의 첫 번째 직무는 능력 광부(capability miner)이다. 광부의 임무는 데이터를 캐는 것이 아니라, 그보다 앞서 무엇을 캐야 하는지 — 즉 조직에 부족하거나 부재한 능력 — 를 찾아내는 것이다. 광부는 세 개의 갱도에서 작업한다.

첫째 갱도는 업무 실패 신호이다. 운영 중인 스킬과 시스템이 남기는 “처리 불가” 기록 — 필요한 데이터가 없어 사람에게 이관된 건, 판단 근거 부족으로 보류된 건 — 은 현장이 스스로 작성하는 능력 결핍 보고서이다. 광부는 이 기록을 상시 수집·군집화하여 “이런 능력이 반복적으로 요구되고 있다”는 제안을 생성한다. 이 갱도의 강점은 수요의 진실성이다. 실패 기록은 설문이 아니라 실제 업무가 남긴 흔적이므로, 유행이나 목소리의 크기에 오염되지 않는다.

둘째 갱도는 성숙도 격차이다. 능력 인벤토리(제VIII장)에 등재된 각 능력은 현재 성숙도와 목표 성숙도를 가진다. 광부는 격차가 크면서 장기간 개선 활동이 없는 능력을 탐지하여 환기한다. 사람의 주의는 새 과제로 쏠리고 기존 격차는 잊히기 마련이므로, 잊히지 않는 관찰자가 격차 목록을 붙들고 있는 것 자체가 가치이다.

셋째 갱도는 외부 비교이다. 동종업계의 공개 사례, 감독당국의 요구 사항, 인접 산업의 관행으로부터 “우리 인벤토리에 아직 이름조차 없는 능력”을 발굴한다. 이 갱도는 제4.3절에서 지적한 수요 주도의 맹점 — 모르는 어둠 — 에 대한 교정 장치이다. 내부 신호는 아는 결핍을 찾고, 외부 비교는 모르는 결핍을 찾는다.

세 갱도의 산출물은 동일한 형식을 갖는다. 능력 제안서 — 어떤 능력이, 어떤 근거로 필요하며, 어떤 사업 성과에 기여할 것인지의 초안. 제안서는 인벤토리에 “제안됨” 상태로 등재되며, 채택 여부의 결정은 사람의 몫이다.

5.4 솔루션 개발자: 스킬을 조합하는 에이전트

에이전트의 두 번째 직무는 솔루션 개발자이다. 채택된 능력 제안을 받아, 그 능력을 구현할 캡슐의 초안을 조립하는 역할이다. 조립은 창조가 아니라 대부분 조합이다. 조직의 스킬 저장소에는 이미 검증된 작업 절차들 — 재무비율 산출, 문서 항목 추출, 기준 대비 판정, 보고서 생성 — 이 축적되어 있으며, 새 능력의 상당 부분은 기존 스킬의 재배열로 구성된다.

개발자 에이전트의 작업은 네 단계로 진행된다. 첫째, 요구 분해이다. 능력 제안서의 사업 성과를 달성하는 데 필요한 판단·계산·산출물을 목록화한다. 둘째, 스킬 매칭이다. 저장소에서 재사용 가능한 스킬을 탐색하여 연결하고, 없는 부분은 신규 스킬의 골격 초안을 생성한다. 셋째, 데이터 계약 도출이다. 조립된 스킬들이 소비할 데이터 항목을 열거하고, 각 항목의 소싱 상태 — 이미 연결 가능한가, 손안의 어둠에 있는가, 외부에 있는가, 아예 없는가 — 를 조사하여 표기한다. 이 단계가 본 보고서 메커니즘의 관절이다. 능력의 요구가 다크 데이터의 작업 목록으로 번역되는 지점이기 때문이다. 넷째, 검증 기준의 초안이다. 이 능력이 올바르게 작동함을 무엇으로 확인할지 — 모범 사례와 시험 케이스 — 를 제안한다.

개발자 에이전트의 작업 원칙은 빈 곳만 채운다(fill gaps only)이다. 사람이 이미 작성한 내용은 덮어쓰지 않고, 비어 있는 항목만 초안으로 보충한다. 에이전트의 산출물은 어디까지나 초안이며, 초안 위에서 다듬고 확정하는 것은 담당자와 책임자이다. 이 원칙은 효율의 문제이기 이전에 책임 소재의 문제이다. 최종 산출물의 모든 내용에는 그것을 승인한 사람이 있어야 한다.

5.5 위임의 경계: 스스로 권한을 부여하지 않는다

에이전트 도입에서 가장 중요한 설계 결정은 능력의 상한이 아니라 권한의 상한이다. 본 보고서가 제안하는 원칙은 한 문장이다. 에이전트는 제안하고 조합하되, 스스로 권한을 부여하지 않는다.

구체적으로, 능력의 생애주기(제VII장)에서 에이전트가 스스로 진행시킬 수 있는 단계는 제안과 초안 조립까지이다. 데이터 조달의 개시, 관문 통과의 판정, 단련 완료의 선언, 운영 투입의 승인 — 즉 조직의 자원과 책임이 걸리는 모든 상태 전이는 정의된 역할의 사람만이 수행한다. 시스템 구현의 관점에서 이는 선호가 아니라 강제이다. 상태 전이 API의 역할 검증에서 에이전트 계정은 해당 전이 권한을 갖지 않도록 구현되며, 우회 시도는 거부되고 기록된다.

이 경계가 필요한 이유는 세 겹이다. 첫째, 책임의 귀속이다. 여신·리스크 업무의 산출물에는 책임자가 있어야 하며, 소프트웨어는 책임의 주체가 될 수 없다. 둘째, 오류의 격리이다. 에이전트의 착오는 불가피하며, 착오가 제안 단계에 머무는 한 비용은 검토 시간에 그치지만, 착오가 실행 권한을 만나면 사고가 된다. 셋째, 신뢰의 축적 가능성이다. 경계가 명확한 에이전트만이 감사와 검증의 대상이 될 수 있고, 검증된 이력이 쌓여야 위임의 범위를 논의할 자격이 생긴다. 역설적으로, 권한의 제한이 확장의 유일한 경로이다.

5.6 가드레일, 인간 결재, 감사 추적

위임의 경계를 명확화 하는 세 가지 운영 장치를 정리한다.

첫째, 가드레일이다. 에이전트의 도구 목록은 최소 권한 원칙으로 구성한다. 읽기 도구와 쓰기 도구를 분리하고, 쓰기는 초안 영역에 한정하며, 운영 데이터의 변경 도구는 부여하지 않는다. 아울러 출력 규율을 강제한다. 에이전트의 모든 판단결과 출력에는 근거 문서의 출처 표시와 확신도 표기를 요구하며, 출처 없는 단정은 산출물 형식 자체에서 거부된다.

둘째, 업무 책임자에 의한 인간 결재 관문이다. 에이전트 산출물이 업무에 반영되는 경로마다 검토·승인의 지점을 명시한다. 관문의 밀도는 업무의 중대성에 비례시킨다. 내부 참고용 요약은 사후 표본 검토로 충분하나, 고객과 여신 판단에 영향을 주는 산출물은 사전 결재를 요한다. 결재자는 형식적 서명자가 아니라 내용의 승인자이며, 따라서 결재 화면에는 에이전트의 결론만이 아니라 근거와 확신도가 함께 표시되어야 한다.

셋째, 감사 추적이다. 에이전트의 모든 실행 — 어떤 입력으로, 어떤 도구를 호출하여, 어떤 근거로, 무엇을 산출했는지 — 은 추가만 가능하고 수정·삭제가 불가능한 감사 기록으로 남긴다. 이 기록은 사고 조사와 감독 대응의 자료이자, 다음 절에서 말할 신뢰 축적의 원장이다.

5.7 신뢰 구축의 단계: 제안에서 실행으로

에이전트 도입은 일회성 결정이 아니라 신뢰의 단계적 확장 과정으로 설계되어야 한다. 본 보고서는 3단계 경로를 권고한다.

1단계, 제안 모드이다. 에이전트는 읽고 분석하여 제안만 한다. 능력 제안서, 문서 분류 결과, 이상 신호 목록이 산출물이며, 모든 산출물은 사람의 검토를 거쳐야 효력을 갖는다. 이 단계의 목표는 산출물의 품질 통계 — 제안의 채택률, 추출의 정확도, 오탐률 — 를 축적하는 것이다.

2단계, 초안 모드이다. 품질 통계가 합의된 기준을 충족한 작업 유형에 한하여, 에이전트의 산출물이 업무 문서의 초안으로 직접 편입된다. 캡슐 조립 초안, 데이터 계약 초안, 보고서 초안이 해당한다. 사람의 역할은 백지에서 작성하는 것에서 초안을 교정·확정하는 것으로 이동하며, 이 이동 자체가 측정 가능한 생산성 효과이다.

3단계, 한정 실행 모드이다. 충분한 이력이 축적된 저위험·고빈도 작업 — 예컨대 신규 문서의 자동 분류와 꼬리표 부착, 정기 감시 지표의 산출 — 에 한하여 사후 검토 방식의 자동 실행을 허용한다. 단, 5.5절의 경계는 이 단계에서도 불변이다. 실행이 허용되는 것은 정의된 작업의 반복이지, 권한의 자기 확장이 아니다.

각 단계의 승급은 담당 부서의 신청과 리스크·준법 부서의 심사로 결정하며, 품질 통계의 악화 시 강등 경로도 함께 정의한다. 요컨대 에이전트는 채용 후 수습을 거쳐 전결 범위를 넓혀 가는 신입 직원과 같은 궤적으로 관리된다. 다른 점은 하나뿐이다. 이 직원의 모든 업무는 처음부터 끝까지 기록되며, 지치지 않고, 조직이 정한 경계를 스스로 넘지 않는다.

VI. 해법의 기반 — 온톨로지: 데이터 우주의 공용어

6.1 왜 지금 온톨로지인가: 의미의 어둠

제V장은 광원을 확보했다. 기계가 문서를 읽게 되었으므로, 이십 년 치 어둠을 해독하는 노동은 이제 조달 가능하다. 그러나 광원의 확보는 곧바로 다음 질문을 드러낸다. 읽어서, 무엇으로 적을 것인가. 스캔 계약서에서 추출한 값은 어떤 항목명 아래 저장되는가. 그 항목명이 가리키는 개념은 여신 시스템의 같은 이름 항목과 동일한 것인가. 추출은 언제나 어떤 어휘 체계를 향한 추출이며, 어휘가 정렬되어 있지 않으면 채굴된 데이터는 밝혀지는 순간 다시 다른 종류의 어둠으로 떨어진다.

이 어둠을 본 보고서는 의미의 어둠이라 부른다. 데이터는 존재하고, 접근 가능하고, 심지어 시스템에 연결되어 있는데, 그것이 무엇을 뜻하는지가 사람과 부서에 따라 다른 상태. 제II장의 T8형(정의 변화)이 손상의 관점에서 기술한 현상 — 부서마다 다른 ‘고객 수’, 기준 개정으로 단절된 ‘연체율’ 시계열 — 이 바로 이것이다. 의미의 어둠은 세 층 지도에 나타나지 않는다. 데이터가 물리적으로는 가장 안쪽 원에 있기 때문이다. 그러나 효과는 어둠과 같다. 뜻이 어긋난 숫자로 이루어진 비교와 집계는, 없는 데이터로 한 분석보다 오히려 위험하다. 없는 것은 최소한 침묵하지만, 어긋난 것은 자신 있게 말하기 때문이다.

의미의 어둠이 지금 시급해진 이유는 AI에 있다. 사람의 속도로 일하던 시대에 용어의 불일치는 회의에서의 실랑이 정도로 표출되었고, 경험 많은 실무자의 암묵지가 완충 역할을 했다. 기계의 속도에서는 완충이 사라진다. 에이전트가 하루에 수만 건의 문서를 분류하고 추출할 때, 어휘의 어긋남은 수만 건의 어긋난 데이터로 즉시 풍화된다. 언어모델은 문맥으로 의미를 추측하는 데 능하지만, 추측은 조직의 공식 정의를 대체하지 못한다. ‘연체’의 판정 기준, ‘고객’의 집계 범위, ‘담보’와 ‘보증’의 경계는 추측의 대상이 아니라 규정의 대상이다. 요컨대 기계는 빨리 읽지만, 뜻은 여전히 사람이 정한다. 뜻을 정해 두는 장치가 온톨로지이다.

6.2 온톨로지란 무엇인가

온톨로지(ontology)는 특정 영역의 핵심 개념과, 개념들 사이의 관계와, 그 관계에 적용되는 규칙을 명시적·표준적으로 정의한 의미 지도이다. 철학에서 빌려 온 이름 탓에 난해하게 들리지만, 실체는 실무적이다. 기업여신 영역의 온톨로지라면 다음과 같은 내용으로 이루어진다.

개념의 층. 고객, 차주, 여신, 한도, 담보, 보증, 약정, 연체와 같은 핵심 개념 각각에 대한 공식 정의. 정의에는 포함과 배제가 명시된다. ‘고객’은 계좌 보유자인가, 최근 12개월 거래자인가. ‘연체’의 기산일은 언제인가. 관계의 층. 개념들이 맺는 관계의 정의. 하나의 차주는 여러 여신을 가질 수 있고, 하나의 여신에는 여러 담보가 결합될 수 있으며, 약정은 여신에 부속되고, 보증인은 차주와 구별된다. 이 관계들이 명시되어야 “차주별 담보 총액”과 같은 집계가 부서를 넘어 같은 값을 낳는다. 규칙의 층. 관계에 적용되는 제약과 파생 규칙. 담보인정비율은 어떤 담보 평가액과 어떤 여신 잔액의 비(比)인가, 그룹 여신 한도는 어떤 관계의 차주들을 합산하는가.

인접 개념과의 구분이 이해에 도움이 된다. 용어집은 정의의 나열로서 온톨로지의 출발점이지만 관계와 규칙이 없다. 데이터 사전은 시스템 항목의 기술적 명세로서 물리 구조를 다루지만 업무 의미의 합의를 보장하지 않는다. 지식그래프는 온톨로지라는 설계도 위에 실제 데이터 — 특정 차주, 특정 담보 — 를 채워 넣은 결과물이다. 요약하면, 용어집이 낱말 카드이고 데이터 사전이 창고 목록이라면, 온톨로지는 문법이며 지식그래프는 그 문법으로 쓰인 문장들이다. 본 보고서의 메커니즘이 요구하는 최소한은 문법, 즉 온톨로지 층이다.

6.3 어떻게 만드는가: 정의 등록부에서 시작하는 실용 경로

온톨로지 구축의 최대 실패 요인은 완벽주의이다. 전사 개념 체계를 일거에 정의하려는 시도는 제IV장의 인벤토리 캠페인과 정확히 같은 곡선 — 착수, 방대한 초안, 풍화 — 을 그린다. 본 보고서가 권고하는 경로는 반대로 작고 실전적이다.

1단계, 정의 등록부의 개설. 부서 간 분쟁이 가장 잦은 용어 다섯 개를 고른다. ‘고객 수’, ‘연체’, ‘신규’, ‘활성’, ‘기업 규모 구분’ 류가 통상의 후보이다. 각 용어에 대해 정의문, 버전 번호, 변경 일자, 책임 부서를 기록한 정의 등록부를 만든다. 형식은 표 한 장이면 충분하다. 핵심은 세 가지 규율이다. 새 지표는 등록 후 사용한다. 정의 변경은 반드시 버전을 올리고 전 사용 부서에 공지한다. 부서 간 정의 분쟁은 등록부를 1심으로, 정의 책임 부서의 재정(裁定)을 2심으로 해소한다.

2단계, 핵심 관계의 명시. 등록된 개념들 사이의 관계를 도식 한 장으로 그린다. 차주-여신-담보-약정의 연결 구조 정도의 조밀도면 초기에는 충분하며, 이 도식이 이후 모든 데이터 계약의 참조 기준이 된다.

3단계, 참조의 강제. 온톨로지가 살아 있는 문서가 되는 결정적 장치는 캡슐의 데이터 계약이 항목마다 온톨로지 참조를 요구하도록 하는 것이다(7.4절). 참조가 강제되는 순간 두 가지가 일어난다. 정의되지 않은 개념을 쓰려는 캡슐이 정의의 신규 등록을 촉발하고(온톨로지가 수요를 따라 자란다), 같은 개념을 참조하는 캡슐들이 자동으로 호환된다(중복과 어긋남이 구조적으로 줄어든다). 요컨대 온톨로지 역시 캠페인이 아니라 수요로 자라게 하는 것이며, 이는 본 보고서 전체의 원리 — 어둠은 수요가 밝힌다 — 의 의미 층 적용이다.

역할 분담은 명확해야 한다. 정의의 권한, 곧 어떤 개념이 무엇을 뜻하는지를 정하는 권한은 사업 부서에 있다. ‘연체’의 의미를 정하는 것은 업무이지 기술이 아니기 때문이다. 데이터 부서는 등록부와 참조 체계의 관리자이며, 준법 부서는 감독 기준과 연동되는 정의(연체, 부실 분류 등)의 정합성을 감수한다. 중간관리자의 역할은 구체적이다. 자기 팀이 쓰는 지표의 정의가 등록부에 있는지 확인하고, 없으면 등록을 발의하며, 회의에서 숫자가 어긋날 때 “정의부터 맞추자”라고 말하는 사람이 되는 것이다.

6.4 네 개의 연결: 기반이 축들을 떠받치는 방식

온톨로지를 세 해법 축과 별도의 장으로 다루는 이유는, 그것이 네 번째 축이 아니라 축들이 공유하는 기반이기 때문이다. 축들은 행위하고, 기반은 행위를 가능하게 한다. 연결은 네 곳에서 일어난다.

첫째, 다크 데이터의 좌표계. 채굴(7.5절)은 온톨로지를 향한 추출이다. 스캔 계약서에서 뽑아낸 값이 ‘약정.부채비율상한’이라는 표준 개념에 착지할 때, 그 값은 모든 캡슐이 재사용할 수 있는 자산이 된다. 좌표계 없는 채굴은 밝힌 데이터를 새 방언으로 적는 일이며, 방언은 또 하나의 의미의 어둠이다. 아울러 출생 시점의 꼬리표(7.5절의 채집 설계)에 포함되는 기준 버전이 바로 정의 등록부의 버전이므로, 온톨로지는 T7·T8형 표류에 대한 예방 접종이기도 하다.

둘째, 에이전트의 지도. 언어모델의 강점인 의미 추측은 온톨로지를 만나 접지(接地)된다. 추출 에이전트에게 표준 개념 체계를 제공하면 산출물이 처음부터 표준 어휘로 정렬되고, 분류·검색·조합의 품질이 함께 오른다. 역으로 온톨로지가 없으면 에이전트마다, 실행마다 어휘가 흔들리며, 이는 사람이라면 수년 걸릴 의미 표류를 몇 주 만에 만들어 낸다. 온톨로지는 에이전트의 자유를 제한하는 장치가 아니라, 에이전트의 산출물을 조직의 자산으로 만드는 장치이다.

셋째, 캡슐 계약의 참조계. 데이터 계약의 항목별 온톨로지 참조(7.4절)는 캡슐 간 호환의 근거이다. 내비게이터가 전 캡슐의 출석부를 겹쳐 전사 수요 지도를 만들 수 있는 것(8.2절), 두 캡슐이 같은 어둠을 요구할 때 조달 작업이 한 번으로 끝나는 것은 모두 “같은 항목명이 같은 개념을 가리킨다”는 보증 위에서만 성립한다. 그 보증을 제공하는 것이 참조계로서의 온톨로지이다.

넷째, 중력의 도킹 어댑터. 조직 간 데이터 연결(제IX장)은 양측의 핵심 개념이 정렬될 때만 실질이 된다. 이때 온톨로지는 내부 공용어에서 외부 접속 규격으로 역할을 확장하며, 여기서 전략적 명제가 파생된다. 어댑터의 표준을 쓰는 쪽으로 데이터와 가치의 흐름이 휜다 — 정의권은 곧 중력권이다. 이 명제의 전개는 제IX장으로 미루되, 결론은 미리 적어 둔다. 온톨로지에 대한 투자는 데이터 정리 비용이 아니라, 다가올 연결의 시대에 조직이 태양의 자리에 서기 위한 전략 자산이다.

VII. 해법 축 2 — 능력 캡슐

*능력 캡슐은 Business Model Governance, LLC 의 특허 입니다.

7.1 사다리 모형: 기법, 스킬, 능력

용어의 혼용은 관리의 혼선으로 이어지므로, 먼저 세 개의 층위를 사다리로 구분한다.

가장 아래 층은 기법(technique)이다. 단일한 원자적 작업 — 재무비율 하나의 산출, 문서에서 특정 항목의 추출, 임계값 대비 판정 — 을 수행하는 최소 단위로서, 도구 함수의 형태로 구현된다. 중간 층은 스킬(skill)이다. 기법들을 정해진 순서와 판단 규칙으로 엮어 하나의 업무 절차를 완결하는 단위 — 예컨대 “재무제표를 받아 약정 조항별 준수 여부를 판정하고 예외를 표시한다” — 이며, 절차서(매니페스트), 품질 신호, 예외 처리 규칙, 시험 케이스를 갖춘다. 조직의 스킬 저장소에 등재·판올림·승인되는 관리 대상이 바로 이 층이다.

가장 위 층이 능력(capability)이다. 능력은 기술 단위가 아니라 사업 성과 단위이다. “재무약정 위반을 데이터 도착 후 영업일 1일 내에 담당자에게 통지한다”처럼, 측정 가능한 업무 결과를 책임지는 능력을 말한다. 하나의 능력은 통상 복수의 스킬로 구성되며, 스킬 외에 그 스킬이 소비할 데이터, 성과의 측정 기준, 업무 절차상의 위치, 그리고 책임자를 필요로 한다.

이 사다리가 실무에 주는 함의는 명확하다. 기업여신 영역의 능력 목록 — 약정 모니터링, 담보 평가와 담보인정비율 관리, 현금흐름 추정, 동종업계 비교 분석, 여신 집중도 점검 등 — 을 펼쳐 놓으면, 각 항목은 “우리가 무엇을 할 수 있어야 하는가”에 대한 답이다. 그 아래에 “그것을 어떤 절차로 하는가”(스킬)와 “그 절차가 무엇으로 이루어지는가”(기법)가 놓인다. 다크 데이터의 수요는 언제나 맨 위 층에서 발생하여 아래로 전파된다.

7.2 스킬 단련에서 능력 단련으로: ‘완료’의 재정의

단련(hardening)이란 초안 상태의 절차를 운영 투입이 가능한 수준 — 예외가 정의되고, 품질 신호가 붙고, 시험을 통과한 상태 — 으로 완성하는 과정을 말한다. 기존의 관리 체계는 이를 스킬 층위에서 수행해 왔다. 스킬 단련은 여전히 유효하고 필요하다. 그러나 본 보고서는 ‘완료’의 정의를 한 층 위로 끌어올릴 것을 제안한다. 스킬 단련에서 능력 단련으로.

이유는 간단한 비유로 설명된다. 잘 다듬어진 조리법(스킬)이 있어도 식재료(데이터)가 조달되지 않으면 요리(사업 성과)는 없다. 스킬이 완벽히 단련되어도 그 스킬이 소비할 데이터가 어둠 속에 있거나, 사용 승인이 나지 않았거나, 애초에 존재하지 않는다면 능력은 작동하지 않는다. 스킬 단련만을 완료로 정의하는 체계에서는 데이터 조달이 “누군가 나중에 할 일”로 밀려나며, 바로 그 지점에서 다크 데이터는 계속 어둠으로 남는다.

능력 단련은 완료의 조건을 세 가지의 동시 충족으로 재정의한다. 첫째, 스킬 단련의 완료(절차가 검증됨). 둘째, 데이터 조달의 완료(모든 필수 데이터가 연결되거나, 예외가 명시적으로 승인됨). 셋째, 관문 통과의 완료(모든 데이터 사용이 컴플라이언스 관문을 통과함). 이 재정의의 효과는 구조적이다. 데이터의 조명이 선의나 캠페인의 대상이 아니라, 능력 출시의 필수 경로가 된다. 어둠을 밝히지 않으면 능력이 완성되지 않고, 능력이 완성되지 않으면 사업 성과가 나오지 않는다. 제IV장에서 찾던 “지속적 의지 없이 작동하는 메커니즘”이 여기서 성립한다.

7.3 캡슐 해부: 여섯 가지 구성 요소

능력 단련의 대상이자 산출물이 능력 캡슐(capability capsule)이다. 캡슐이라는 이름은 두 가지 성질을 함축한다. 필요한 것이 모두 안에 들어 있다는 완결성과, 하나의 단위로 승인·배포·회수된다는 가반성(可搬性)이다. 캡슐은 여섯 가지 구성 요소로 이루어진다.

첫째, 도메인 지식이다. 도메인 지식은 해당 능력이 요구하는 도메인의 업무 지식으로서 도메인 업무 개념에서부터 인간 담당자의 경험 및 규제기관의 규제,준법 절차 까지를 포괄하여 구성한다. 도메인 업무 지식은 능력 캡슐이 독립된 능력으로서 효능을 발휘 하도록 하는 기본적인 틀이다. 둘째, 스킬 구성이다. 이 능력을 구현하는 스킬(들)의 목록과 결합 순서. 주 스킬과 보조 스킬을 구분하며, 각 스킬은 저장소의 특정 승인 버전을 참조한다. 셋째, 데이터 계약이다. 스킬들이 소비하는 모든 데이터 항목의 명세로서, 다음 절에서 상술한다. 넷째, 모범 사례(gold practice)이다. 이 능력이 올바르게 수행된 실제 사례 — 입력, 판단 과정, 산출물의 점검 — 로서, 에이전트와 신규 담당자의 학습 자료이자 품질의 기준점이 된다. 다섯째, 검증 기준이다. 정답이 알려진 시험 케이스의 집합과 합격 조건. 캡슐의 어떤 구성 요소가 변경되든, 시험 통과 없이는 배포되지 않는다. 여섯째, 책임자이다. 이 능력의 성과와 품질에 대해 답하는 특정 직책. 캡슐에 책임자 항목이 비어 있다는 것은, 그 능력이 아직 조직의 것이 아니라는 뜻이다.

여섯 요소의 목록에서 주목할 점은 데이터 계약이 도메인 지식, 스킬과 동렬의 일급 구성 요소라는 사실이다. 종래의 관리 체계에서 데이터는 스킬 문서의 참고 항목이었다. 캡슐 체계에서 데이터는 독립된 계약이며, 계약의 불이행은 캡슐 전체의 미완성이다.

7.4 데이터 계약: 어둠의 출석부

데이터 계약(data contract)은 캡슐이 소비하는 데이터 항목 각각에 대해 세 가지 질문에 답하는 명세이다. 이 데이터는 무엇인가. 지금 어디에 어떤 상태로 있는가. 사용해도 되는가.

첫 번째 질문에는 항목의 이름, 형식, 용도, 그리고 조직 표준 용어와의 연결(제VI장의 온톨로지 참조)로 답한다. 두 번째 질문에 답하는 것이 소싱 상태(sourcing status)이며, 본 보고서 메커니즘의 심장이다. 모든 필수 항목은 다섯 상태 중 하나를 선언해야 한다.

확보됨(bound). 운영 데이터 원천에 연결되어 즉시 소비 가능한 상태. 손안의 어둠(dark held). 조직이 보유하고 있으나 아직 연결되지 않은 상태 — 문서고의 스캔본, 녹취, 개인 관리 파일 등. 이 상태의 항목에는 소재지, 해당하는 어둠의 유형(제II장의 T번호), 조달 경로와 예상 난이도를 병기한다. 우주의 어둠(dark universe). 외부에 존재하는 상태 — 신용정보기관, 공공 데이터, 거래상대방, 데이터 유통 시장 등. 소재 원천과 조달 경로를 병기한다. 부재(absent). 어디에도 존재하지 않아 새로 수집을 설계해야 하는 상태. 파생(derived). 계약 내 다른 항목들로부터 계산되는 상태로, 산식의 입력 항목을 명시한다.

세 번째 질문에 답하는 것이 항목별 관문 정보이다. 데이터 등급, 개인정보 포함 여부, 수집 목적과 현 사용 목적의 상용성, 비식별 처리 필요 여부, 국외 이전 관련성, 제3자 권리 제한의 유무와 해소 여부를 기재하며, 상세는 7.6절에서 다룬다.

이렇게 작성된 데이터 계약을 본 보고서는 어둠의 출석부라 부른다. 출석부의 효용은 세 가지이다. 첫째, 정직성이다. 캡슐은 자신의 미완성 — 어떤 재료가 아직 어둠 속에 있는지 — 을 숨기지 못한다. 둘째, 번역이다. “이 능력을 완성하려면 무엇을 밝혀야 하는가”가 사람과 기계가 모두 읽을 수 있는 목록으로 도출된다. 셋째, 집계 가능성이다. 조직의 모든 캡슐의 출석부를 겹치면, 전사 다크 데이터 수요 지도가 자동으로 생성된다(제VIII장).

7.5 조달 경로: 채굴, 탐사, 채집

출석부의 미확보 항목들은 상태에 따라 세 가지 경로로 조달된다. 세 동사는 데이터 우주 모형의 세 층에 각각 대응한다.

채굴(mine)은 손안의 어둠에 대한 경로이다. 이미 보유한 비정형·미연결 데이터를 추출·정형화·연결하는 작업으로서, 제V장의 기계 독해가 주된 수단이다. 스캔 계약서에서 약정 조항을 추출하고, 녹취에서 이상 신호를 분류하며, 개인 파일의 수치를 시스템으로 이관하는 일이 여기에 속한다. 채굴의 특징은 권리 관계가 상대적으로 단순하다는 점(이미 보유한 데이터)과, 품질 편차가 크다는 점(어둠 속에서 늙은 데이터)이다. 따라서 채굴에는 신뢰도 분층과 표본 검증이 표준으로 결합된다.

탐사(explore)는 우주의 어둠에 대한 경로이다. 외부 데이터의 적법한 확보로서, 네 개의 정문(正門)이 있다. 신용정보기관과 공공기관의 공식 채널, 인가된 데이터 유통·결합 시장, 공개 데이터와 통계, 그리고 제휴·생태계를 통한 공동 활용이다. 탐사의 원칙은 하나이다. 네 정문 외에 옆문은 없다. “일단 확보하고 절차는 나중에”의 경로는 탐사를 사고로 바꾼다. 탐사 항목의 관문 정보는 확보 전에 작성되고 심사되어야 한다.

채집(collect)은 부재에 대한 경로이다. 존재하지 않는 데이터를 앞으로 생성되도록 업무를 설계하는 작업으로서, 신청서·실사 양식·사후관리 절차에 새 항목을 심는 일이다. 채집의 요점은 소급 불가능성이다. 오늘 심지 않은 항목은 내년에도 어둠이다. 부실 복기에서 발견된 핵심 변수(T5형)의 후보들은 채집의 최우선 대상이며, 채집 설계 시에는 출생 시점의 꼬리표 부착 — 생성 일시, 기준 버전, 출처 — 을 함께 심어 미래의 표류(T7·T8형)를 예방한다.

7.6 관문 체계: 궤도를 긋는 세 개의 문

데이터 계약의 모든 항목은 사용 전에 세 개의 관문을 통과해야 한다. 관문은 조달을 지연시키는 장애물이 아니라, 조달을 사고 없이 완주시키는 유일한 경로이다.

제1관문은 목적과 동의이다. 세 가지를 확인한다. 이 데이터의 수집 목적과 현재의 사용 목적이 상용하는가. 상용하지 않는다면 추가 동의, 법적 근거, 또는 비식별 처리 중 어느 것이 필요한가. 개인정보가 포함된 경우 등급에 맞는 보호 조치가 설계되어 있는가. 특히 다크 데이터의 대량 활용 — 과거 문서의 AI 학습 투입 등 — 은 수집 시점에 예정되지 않았던 이차 이용인 경우가 많으므로, 이 관문의 검토가 생략될 수 없다.

제2관문은 국외 이전이다. 데이터의 저장·처리·전송 경로에 국외 요소 — 해외 클라우드, 해외 벤더, 국외 본·지점 — 가 개입하는지 확인하고, 개입한다면 관련 법령과 감독 규정이 요구하는 절차를 이행한다. 캡슐의 관점에서 중요한 것은 이 판단이 데이터 항목 단위로, 조달 전에 이루어진다는 점이다.

제3관문은 제3자 권리이다. 문서와 데이터에 조직 외부의 권리 — 저작권, 계약상 이용 제한, 비밀유지 의무 — 가 부착되어 있는지 확인한다. 3.2절의 예를 재인용하면, “본 평가 목적 외 사용 금지”가 명기된 감정평가서는 제한이 해소(재계약, 별도 동의)되기 전에는 다른 목적에 연결될 수 없다. 캡슐 체계는 이 규칙을 구조로 강제한다. 제3자 제한이 미해소 상태인 항목은 확보됨 상태로 전환될 수 없다.

세 관문에는 공통의 운영 원칙이 적용된다. 관문 판정의 주체는 준법·법무 등 정의된 역할이며, 판정 이력은 감사 기록으로 남는다. 부득이하게 관문 미통과 상태로 진행해야 할 예외는 면제(waiver)로 처리하되, 면제는 승인자와 만료일이 명시된 한시적 허가이다. 만료된 면제는 자동으로 차단 상태가 되며 갱신 전까지 캡슐의 다음 단계 진행을 막는다. 면제는 대여이지 증여가 아니다.

7.7 단련 완료의 정의

이제 7.2절의 재정의를 운영 가능한 판정 기준으로 완성할 수 있다. 능력 캡슐의 단련 완료는 다음 세 조건의 동시 충족으로 판정한다.

첫째, 스킬 준비 완료. 캡슐을 구성하는 모든 스킬이 저장소의 승인·배포 상태에 있으며, 검증 기준의 시험 케이스를 전부 통과한다. 둘째, 데이터 준비 완료. 데이터 계약의 모든 필수 항목이 확보됨 상태이거나, 유효한 면제를 보유한다. 셋째, 관문 통과 완료. 모든 항목의 세 관문 판정이 통과 또는 유효한 면제 상태이다.

세 조건은 담당자의 자기 선언이 아니라 시스템의 자동 점검으로 확인되며, 하나라도 미충족이면 단련 완료 선언은 거부된다. 거부 사유는 미충족 항목의 목록 — 예컨대 “차단 중인 필수 항목 2건: 거래처 결제조건(채굴 미완), 외부 재무정보(제1관문 심사 중)” — 으로 구체화되어 담당자에게 반환된다. 이 자동 점검이 본 메커니즘의 잠금 장치이다. 어둠을 남긴 채로 완료를 선언하는 길이 시스템 차원에서 존재하지 않기 때문에, 다크 데이터의 조명은 개인의 성실성이 아니라 공정의 구조에 의해 보장된다.

7.8 능력 생애주기: 제안에서 퇴역까지

캡슐은 다음 일곱 단계의 생애주기를 거친다. 각 단계 전이는 정의된 역할의 승인과 진입 조건의 자동 점검을 요하며, 전이 이력은 감사 기록으로 남는다.

제안됨(proposed). 사람 또는 광부 에이전트가 능력의 필요를 등재한 상태. 성과 목표, 현재·목표 성숙도, 업무 절차상의 위치가 최소 기재 사항이다. 조합됨(composed). 개발자 에이전트와 담당자가 캡슐 초안 — 스킬 구성과 소싱 상태가 표기된 데이터 계약 — 을 완성한 상태. 조달 중(provisioning). 출석부의 미확보 항목을 채굴·탐사·채집으로 닫아 가는 상태. 본 메커니즘에서 다크 데이터의 조명이 실제로 일어나는 단계가 바로 여기이며, 생애주기가 이 단계를 건너뛸 수 없다는 사실 자체가 제도적 장치이다. 단련됨(hardened). 7.7절의 세 조건을 충족하여 승인권자가 완료를 선언한 상태. 시범 운영(piloted). 소규모 실제 사례에 적용하며 성과 가설을 검증하는 상태. 진입 조건으로 성과 지표의 사전 기준선 측정을 요구한다. 기준선 없는 시범은 효과를 증명할 수 없기 때문이다(T6형의 교훈). 채택됨(adopted). 정규 업무 절차에 편입되어 운영되는 상태. 진입 조건으로 그림자 지표(10.3절)의 보고 개시를 요구한다. 퇴역(retired). 후속 능력으로 대체되거나 필요가 소멸하여 회수된 상태.

에이전트의 권한은 이 생애주기 위에서 명확히 한정된다. 에이전트는 제안됨의 등재와 조합됨의 초안 작성까지를 수행할 수 있고, 조달 중 이후의 모든 전이는 사람의 전결 사항이다(5.5절의 구조적 구현).

7.9 사례 연구: 약정 모니터링 캡슐의 제작 전 과정

제3.1절의 부실 사례를 해법의 방향에서 재구성한다. 목표 능력은 “재무약정의 위반 및 위반 임박을 데이터 도착 후 영업일 1일 내 담당자에게 통지한다”이다.

제안 단계에서 이 능력은 두 경로로 동시에 부상했다. 부실 복기 회의의 권고(사람), 그리고 사후관리 스킬이 남긴 “약정 정보 없음”류의 처리 불가 기록 군집(광부 에이전트). 성숙도는 현재 1(담당자 개인의 수기 관리), 목표 3(자동 감시·통지)으로 평가되었다.

조합 단계에서 개발자 에이전트는 스킬 저장소로부터 세 개의 기존 스킬 — 문서 항목 추출, 임계값 판정, 통지 생성 — 을 매칭하고, 약정 조항 해석 스킬의 골격을 신규 초안으로 추가했다. 이어 데이터 계약이 도출되었다. 다섯 개 필수 항목의 출석부는 다음과 같았다. 여신 약정 조건: 확보됨(여신 시스템 연결). 약정 조항 원문: 손안의 어둠(문서고의 계약서 스캔본, T1·T7형, 채굴 경로, 난이도 중). 차주 분기 재무정보: 우주의 어둠(외부 신용정보 채널, 탐사 경로, 제1관문 심사 필요). 거래처 결제조건 변동: 손안의 어둠(실사 첨부 원장 스캔본, T5형 — 부실 복기가 지목한 바로 그 변수, 채굴 경로). 약정 여유도: 파생(위 항목들로부터 산출).

조달 단계에서 채굴 두 건은 기계 추출과 신뢰도 분층 검증으로 진행되었고, 저신뢰 추출분은 담당자 검토로 보완되었다. 탐사 한 건은 제1관문에서 목적 상용성과 제공 조건의 심사를 거쳐 통과 판정을 받았다. 시스템의 자동 점검은 관문 심사가 진행 중인 열흘간 단련 완료 선언을 차단했으며, 이 차단이야말로 체계가 의도대로 작동한 증거였다.

단련 완료 후 시범 운영에서 캡슐은 기준선(수기 관리 시 위반 인지까지 평균 수개월) 대비 통지 소요를 영업일 1일 이내로 단축함을 확인했고, 채택과 함께 그림자 지표 — “사람이 먼저 발견하고 캡슐이 놓친 위반 건수” — 의 월간 보고가 개시되었다.

이 사례의 요지는 개별 기술이 아니라 인과의 방향이다. 능력의 요구가 출석부를 만들고, 출석부가 채굴과 탐사를 일으키고, 관문이 궤도를 그었으며, 완료의 재정의가 이 모든 것을 건너뛸 수 없게 만들었다. 스캔본 속에서 잠자던 결제조건 데이터는 캠페인이 아니라 능력의 인력에 의해, 정확히 필요한 만큼, 승인된 경로로 양지에 나왔다.

VIII. 통합 메커니즘 — 능력 인벤토리 내비게이터

8.1 이중 인벤토리: 수요 측과 공급 측

제IV장은 데이터 인벤토리 단독의 실패를, 제VII장은 캡슐 단위의 성공 구조를 논증했다. 본 장은 둘을 조직 차원의 메커니즘으로 통합한다. 출발점은 인벤토리가 하나가 아니라 둘이라는 인식이다.

공급 측 인벤토리는 데이터 인벤토리이다. 조직이 무엇을 보유하고 있는가 — 데이터 자산의 목록, 소재, 등급, 품질. 제IV장의 비판은 이 인벤토리가 불필요하다는 것이 아니라, 단독으로는 동력을 갖지 못한다는 것이었다. 수요 측 인벤토리는 능력 인벤토리이다. 해당 사업 영역이 성과를 내기 위해 무엇을 할 수 있어야 하는가 — 능력의 목록, 각 능력의 현재 성숙도와 목표 성숙도, 책임자, 사업 성과와의 연결. 기업여신 영역이라면 약정 모니터링, 담보 평가, 현금흐름 추정, 조기경보, 집중도 관리, 동종업계 비교, 규제 보고 준비 등 수백 개 항목이 이 목록을 구성한다.

두 인벤토리의 관계가 본 보고서의 핵심 명제이다. 데이터 인벤토리는 우리가 무엇을 가졌는지 말해 주고, 능력 인벤토리는 그것이 왜 중요한지 말해 준다. 그리고 두 인벤토리의 차이 — 능력이 요구하나 공급이 충족하지 못하는 부분 — 가 곧 조직의 다크 데이터 작업 목록이다. 어느 한쪽만으로는 이 목록을 계산할 수 없다. 공급 목록만 있으면 우선순위가 없고, 수요 목록만 있으면 실행 계획이 없다.

능력 인벤토리의 작성 주체는 해당 사업의 중간관리자이다. 이것이 본 보고서가 팀장급을 1차 독자로 삼는 이유이다. 어떤 능력이 필요하고 지금 얼마나 부족한지는 데이터 부서가 아니라 업무 현장이 안다. 작성의 부담은 크지 않다. 초기 목록은 반나절의 워크숍으로 충분하며, 이후의 정밀화는 광부 에이전트(5.3절)의 세 갱도가 지속적으로 보조한다.

8.2 다크 데이터 수요 목록의 도출

두 인벤토리에서 작업 목록이 도출되는 절차는 기계적이다. 각 능력이 캡슐로 조합되는 순간(7.8절의 조합됨 단계), 그 데이터 계약의 출석부가 시스템에 등재된다. 시스템은 출석부의 항목들을 능력 단위가 아니라 항목 단위의 행(行)으로 전개하여 보관한다. 항목명, 소싱 상태, 어둠의 유형, 조달 경로, 난이도, 필수 여부, 관문 상태, 그리고 이 항목을 요구하는 능력의 식별자.

전 캡슐의 출석부를 이렇게 겹치면 세 가지가 자동으로 나타난다. 첫째, 전사 수요 지도이다. 조직의 어느 어둠이 얼마나 많은 능력에 의해 요구되고 있는지가 집계된다. 여러 능력이 공통으로 요구하는 데이터 — 예컨대 계약서 스캔본의 구조화 — 는 한 번의 채굴로 여러 캡슐을 전진시키는 고효율 지점으로 식별된다. 둘째, 중복의 소거이다. 두 팀이 같은 어둠을 각자 밝히는 낭비(4.3절의 둘째 맹점)가 구조적으로 방지된다. 같은 항목을 요구하는 캡슐들은 같은 조달 작업을 공유한다. 셋째, 진척의 가시화이다. 항목이 확보됨으로 전환될 때마다 그것을 기다리던 모든 캡슐의 준비도가 함께 오르며, 조직 전체의 조명 진척이 단일 화면으로 표시된다.

8.3 우선순위 산식

작업 목록의 다음 문제는 순서이다. 본 보고서는 세 인자의 곱으로 이루어진 우선순위 산식을 권고한다.

우선순위 = 성숙도 격차 × 차단 가중 × 조달 용이도

성숙도 격차는 해당 항목을 요구하는 능력의 (목표 성숙도 − 현재 성숙도)이다. 격차가 큰 능력의 재료일수록 조명의 사업 효과가 크다. 복수 능력이 요구하는 항목은 격차의 합산으로 가중된다. 차단 가중은 해당 항목이 능력 완성의 필수 요건(차단 항목)인지 선택 요건인지의 구분으로, 필수 항목에 배수 가중을 준다. 조달 용이도는 예상 난이도의 역수로서, 같은 가치라면 빨리 밝힐 수 있는 어둠을 먼저 밝힌다. 초기 단계에서 조기 성과의 축적이 메커니즘 자체의 신뢰를 만들기 때문이다.

산식의 목적은 정밀한 수치가 아니라 정렬 가능한 논거이다. “다음에 어떤 어둠을 왜 밝히는가”라는 질문에, 담당자의 직관이나 부서의 발언권이 아니라 능력의 가치로 답하게 만드는 것이다. 이 정렬된 목록을 상시 제공하는 기능을 본 보고서는 내비게이터(navigator)라 부른다. 내비게이터는 별도의 위원회나 보고서가 아니라 시스템의 조회 화면이며, 필터(사업 영역, 조달 경로, 어둠 유형, 관문 상태)와 요약 집계를 갖추어 관리자의 정례 회의 자료로 직접 쓰인다.

8.4 플라이휠: 여섯 단계의 순환

이상의 부품들이 결합하면 자기 강화 순환, 곧 플라이휠이 성립한다. 여섯 단계로 기술한다.

1단계, 제안. 광부 에이전트의 세 갱도와 현장 관리자가 능력의 필요를 인벤토리에 등재한다. 2단계, 조합. 개발자 에이전트와 담당자가 캡슐을 조립하고, 출석부가 도출된다. 3단계, 조달. 내비게이터의 우선순위에 따라 채굴·탐사·채집이 실행되고, 관문이 궤도를 긋는다. 4단계, 단련과 채택. 세 조건을 충족한 캡슐이 시범을 거쳐 업무에 편입된다. 5단계, 가치 실현. 능력이 사업 성과 — 손실 경감, 이탈 방지, 처리 시간 단축 — 를 산출하고, 성과는 지표로 측정된다. 6단계, 재투자. 실현된 가치가 다음 순환의 동력이 된다. 성과는 예산과 경영진의 지지를 낳고, 밝혀진 데이터는 후속 캡슐의 조달 비용을 낮추며(한 번 구조화된 스캔본은 다음 능력에서 확보됨으로 시작한다), 운영 중인 캡슐의 처리 불가 기록은 광부의 첫째 갱도로 흘러들어 새 제안을 낳는다.

여섯 단계가 캠페인과 다른 점은 종료 시점이 없다는 것, 그리고 회전할수록 마찰이 준다는 것이다. 초기의 어둠 밝히기는 비싸다. 그러나 캡슐이 하나씩 늘 때마다 공유 재료의 재고가 쌓이고, 관문 판정의 선례가 축적되며, 에이전트의 품질 통계가 개선된다. 어두워짐이 기본값인 세계에서, 이 플라이휠은 밝아짐을 새로운 기본값으로 만드는 유일하게 알려진 구조이다.

8.5 애플리케이션 구현 현황

본 장의 메커니즘은 개념 설계에 그치지 않는다. 근거 자료 셋째 항(1.3절)의 능력 관리 애플리케이션에 그 골격이 이미 구현되어 있으며, 현황은 다음과 같다.

구현 완료된 기반은 세 가지이다. 첫째, 스킬 저작·저장 체계. 기업여신 영역의 140여 개 스킬이 절차서·품질 신호·예외 규칙·시험 케이스와 함께 등재되어 있으며, 초안에서 제출·승인·운영·퇴역에 이르는 생애주기가 역할 기반 승인과 함께 작동한다. 둘째, 단련 지원. 얇은 초안과 모범 사례로부터 절차서와 데이터 계약의 골격을 자동 보강하는 기능이 빈 곳만 채운다 원칙으로 구현되어 있다. 셋째, 계보 추적과 감사. 산출물의 각 수치가 어떤 산식과 어떤 원천 데이터로부터 나왔는지의 계보가 실행 단위로 기록되며, 모든 상태 전이와 승인은 추가 전용 감사 대장에 남는다.

확장 설계가 확정된 부분은 두 단계이다. 1단계(데이터 계약 확장)는 기존 데이터 계약에 소싱 상태·어둠 표기·관문 정보를 추가하고, 캡슐 확정 시 출석부를 항목 단위로 전개·집계하여 내비게이터 조회를 제공하는 것이다. 이 단계만으로도 “다음에 어떤 어둠을 왜 밝히는가”의 답이 가동된다. 2단계(능력 생애주기)는 능력을 독립 관리 단위로 승격하여 7.8절의 일곱 단계 상태 기계, 관문 판정 기록, 면제 관리, 광부 에이전트의 제안 채널을 구현하는 것이다. 두 단계 모두 기존 스킬 체계를 변경하지 않는 추가 방식으로 설계되어, 운영 중인 자산과 감사 이력의 연속성이 보존된다.

8.6 확장 계획

메커니즘의 확장은 세 방향으로 계획한다. 첫째, 영역 확장이다. 기업여신에서 검증된 캡슐 체계를 리테일 여신, 자금세탁방지, 민원 관리 등 인접 영역으로 이식한다. 이식의 단위는 방법론과 시스템이며, 능력 인벤토리 자체는 각 영역의 관리자가 새로 작성한다. 둘째, 조달 능력의 확장이다. 채굴의 자동화율을 높이고(신뢰도 분층 기준의 정밀화), 탐사의 정문 네 곳에 대한 표준 계약·표준 관문 심사 절차를 정비하며, 채집 항목의 표준 꼬리표 체계를 전 서식에 확산한다. 셋째, 지표의 확장이다. 초기에는 캡슐 수·출석부 소거율 같은 활동 지표로 시작하되, 성숙 단계에서는 능력별 사업 성과 지표와 그 그림자 지표(10.3절)로 중심을 옮긴다. 활동은 수단이고 성과가 목적이라는 위계를 지표 체계가 반영해야, 플라이휠이 회전 자체를 목적으로 삼는 퇴화(T11형)를 피할 수 있다.

IX. 거버넌스와 데이터 중력

9.1 데이터 중력의 법칙

캡슐과 플라이휠이 조직 내부의 메커니즘이라면, 본 장은 그 메커니즘이 놓이는 더 큰 역학 — 데이터 중력(data gravity) — 을 다룬다. 데이터 중력은 클라우드 아키텍트 데이브 매크로리(Dave McCrory)가 2010년경 제안한 개념으로, 원래 의미는 다음과 같다. 데이터의 질량이 커질수록 애플리케이션과 서비스는 데이터가 있는 곳으로 이동한다. 데이터를 옮기는 비용이 계산을 옮기는 비용보다 크기 때문이다.

본 보고서는 이 개념을 확장하여 사용한다. 크고 질 좋은 데이터 집적은 애플리케이션과 계산 자원만이 아니라 인재와 추가 데이터까지 끌어당긴다. 데이터가 풍부할수록 할 수 있는 일이 많아지고, 할 수 있는 일이 많을수록 더 많은 주체가 연결을 원하며, 연결이 늘수록 데이터는 더 풍부해진다. 자기 강화의 순환이다.

이 법칙이 관리자에게 주는 함의는 세 겹이다. 첫째, 내부적 함의. 제VII장의 조달로 밝혀지는 모든 데이터는 단지 해당 캡슐의 재료가 아니라 조직 자체의 중력을 키우는 질량이다. 한 번 구조화된 계약서 말뭉치는 다음 능력, 그다음 능력의 조달 비용을 연쇄적으로 낮춘다. 조명은 소비가 아니라 축적이다. 둘째, 외부적 함의. 조직 바깥에도 큰 질량들 — 플랫폼, 핵심기업, 데이터 유통 시장 — 이 존재하며 각자의 중력을 발산하고 있다. 그 중력은 우리 조직보다 강할 수 있다. 셋째, 양면적 함의. 중력은 기회(연결이 만드는 가치)인 동시에 위험(더 큰 질량에의 포획)이다. 이하 세 절이 이 양면을 순서대로 다룬다.

9.2 가치 네트워크와 온톨로지: 정의권은 곧 중력권

중력의 첫 번째 귀결은 연결이다. 두 데이터 질량이 연결되면 각자가 상대의 사각지대를 밝혀 주므로, 창출 가치는 두 질량의 합보다 크다. 은행업의 사례는 풍부하다. 공급망 금융은 핵심기업의 발주·물류 데이터와 은행의 자금·리스크 관리 능력이 결합하여, 양쪽 어느 편도 단독으로는 보지 못하던 협력업체군을 고객으로 만든다. 공동 리스크 관리는 복수 기관의 신호가 서로의 T2형 어둠 — 내 데이터에는 행조차 없는 고객 행동 — 을 상호 보완한다. 임베디드 금융은 은행의 능력이 제휴사의 고객 여정 안으로 들어가 새 접점을 얻는다.

그러나 연결에는 과소평가되기 쉬운 전제가 있다. 의미의 정렬이다. 두 조직의 데이터가 실제로 결합되려면 ‘고객’, ‘담보’, ‘연체’와 같은 핵심 용어가 양측에서 같은 것을 가리켜야 한다. 제II장의 T8형(정의 변화)이 조직 내부에서 일으키는 문제가, 조직 간 연결에서는 계약 수준의 문제로 증폭된다. 이 정렬을 담당하는 장치가 제VI장에서 정의한 온톨로지이며, 캡슐의 데이터 계약이 항목마다 온톨로지 참조를 붙이는 이유가 여기에 있다(7.4절). 내부 공용어였던 온톨로지가 여기서 외부 접속 규격으로 역할을 확장한다. 온톨로지는 내부적으로는 부서 간 공용어이고, 외부적으로는 연결의 도킹 어댑터이다.

여기서 전략적 명제 하나가 도출된다. 정의권은 곧 중력권이다. 어댑터의 표준을 누가 작성하는가에 따라 데이터와 가치의 흐름이 휘는 방향이 정해진다. 생태계 연결이 늘어날수록, 핵심 개념의 정의를 조직 내부에 보유하는 것 — 외부 표준을 수용하더라도 자체 온톨로지와의 사상(mapping)을 조직이 통제하는 것 — 의 가치는 계속 상승한다.

9.3 통제된 중력: 관문이 궤도를 긋는다

중력의 두 번째 귀결은 위험이며, 첫 번째 통제 대상은 연결 그 자체이다. 금융업에서 데이터 질량들은 천체처럼 자유롭게 충돌할 수 없다. 모든 연결은 법적 구조물이어야 한다. 다행히 필요한 장치는 새로 만들 필요가 없다. 제7.6절의 세 관문이 조직 간 연결에도 그대로 적용된다.

제1관문(목적과 동의)은 결합·제공되는 데이터의 목적 상용성, 정보주체 동의 또는 법적 근거, 필요 시의 가명·익명 처리를 심사한다. 특히 기관 간 데이터 결합은 관련 법제가 정한 절차와 전문기관의 경유를 요구하는 경우가 많으므로, 연결 설계의 초기에 준법 부서가 참여해야 한다. 제2관문(국외 이전)은 연결의 데이터 흐름에 국경을 넘는 구간이 있는지 — 상대방의 처리 위탁, 클라우드 소재지 포함 — 를 심사한다. 제3관문(제3자 권리와 상대방 실사)은 상대 조직의 데이터 취급 능력을 심사한다. 상대의 수집 적법성(동의의 사슬이 완전한가), 재제공·재위탁의 범위, 보안 수준, 계약 종료 시의 반환·파기 조항이 심사 항목이며, 결과는 계약 문언으로 고정한다.

이것이 통제된 중력(governed gravity)이다. 궤도는 법과 계약이 긋고, 중력은 그 궤도 안에서 일한다. 관문 없는 연결이 초래하는 사고 한 건은, 관문이 지연시키는 연결 열 건의 가치를 상쇄하고도 남는다.

9.4 누가 태양인가

두 번째 통제 대상은 더 전략적이다. 연결이 누적된 끝에 형성되는 궤도 구조 자체이다. 대형 플랫폼·생태계의 데이터 중력은 개별 금융회사보다 강할 수 있으며, 비대칭한 중력장 안에서의 연결은 시간이 흐를수록 한쪽을 다른 쪽의 위성으로 만든다. 고객 접점이 상대의 화면으로 이동하고, 고객 데이터의 원천이 상대에게 축적되며, 우리의 능력은 상대 생태계의 교체 가능한 부품이 되어 가는 경로이다.

따라서 모든 생태계 연결의 설계 전에 답해야 할 전략 질문이 있다. 누가 태양인가. 이 연결이 성숙했을 때, 데이터와 고객 관계는 최종적으로 누구를 중심으로 공전하는가. 답이 우리가 아니고 그것이 수용 불가하다면, 올바른 대응은 연결의 포기가 아니라 연결의 재설계이다. 교환 데이터의 최소화, 고객 식별 관계의 자체 보유, 핵심 개념 정의권의 유지(9.2절), 명시적 탈퇴·데이터 회수 조항. 쇄국과 위성화는 둘 다 나쁜 답이며, 좋은 답은 언제나 조건이 설계된 연결이다.

이 질문은 외부 제휴만이 아니라 내부 의사결정에도 적용된다. 특정 벤더의 독점 규격에 데이터 자산을 맞추는 결정, 핵심 온톨로지의 관리를 외부에 위탁하는 결정은 모두 태양의 위치를 옮기는 결정이다. 관리자는 개별 과제의 편익 뒤에 있는 궤도의 변화를 함께 보아야 한다.

9.5 의도된 어둠: 켜지 않을 불

본 보고서의 마지막 통제 원칙은 역설적으로 들릴 수 있다. 어떤 어둠은 의도적으로 유지되어야 한다. 조명의 목적은 전면 점등이 아니라 통제된 점등이다.

첫째, 보호를 위한 차광이다. 가명처리·익명처리·접근 통제는 데이터를 의도적으로 어둡게 만드는 기술이며, 제II장 T13형의 선의의 얼굴이다. 분석에는 개인 식별이 필요 없는 경우가 많고, 그때의 올바른 설계는 식별자를 어둡게 한 채 패턴만 밝히는 것이다. 조명의 기술과 차광의 기술은 한 벌이며, 캡슐의 관문 정보에 비식별 처리 항목이 포함되는 이유이다.

둘째, 켜지 않기로 한 불이다. 법령상 이용이 제한되는 데이터, 수집 목적과 상용할 수 없는 이차 이용, 사회적 수용성이 없는 결합 — 예컨대 차별 소지가 있는 변수의 심사 활용 — 은 기술적으로 가능해도 조명 대상에서 명시적으로 제외한다. 제외는 침묵이 아니라 기록이어야 한다. “이 데이터는 이러한 사유로 활용하지 않는다”는 결정 자체를 남겨야, 담당자가 바뀌어도 경계가 유지된다.

셋째, 정리와 소등이다. 보존 기한이 지난 데이터, 활용 가치도 보존 의무도 없는 데이터는 밝힐 대상이 아니라 파기할 대상이다. 다크 데이터 전략의 성숙한 형태는 세 개의 목록을 함께 관리한다. 밝힐 것, 어둡게 유지할 것, 없앨 것. 세 목록이 모두 있어야, 조명은 축적이 아니라 정돈이 된다.

요컨대 제IX장의 결론은 이렇다. 중력은 활용하되 궤도는 우리가 긋는다. 연결은 확대하되 태양의 자리는 내주지 않는다. 그리고 불은 밝히되, 켜지 않을 불을 아는 것까지가 조명의 완성이다.

X. 실행 로드맵

10.1 90일 실행 계획

메커니즘의 도입은 전사 프로그램이 아니라 한 사업 영역의 90일 시범으로 시작할 것을 권고한다. 이유는 제IV장의 논리 그대로이다. 캠페인이 아니라 작동하는 실례가 다음 확산의 동력이기 때문이다. 90일은 30일 단위의 세 단계로 구성한다.

1단계(1~30일), 지도의 작성. 목표는 두 개의 인벤토리 초판이다. 첫째 주에 해당 영역의 능력 인벤토리를 작성한다. 반나절 워크숍으로 능력 목록(통상 20~40개)을 도출하고, 각 능력에 현재·목표 성숙도(0~4)와 책임자를 부여한다. 둘째 주부터는 상위 격차 능력 3~5개에 한정하여 약식 캡슐 조합 — 스킬 구성의 스케치와 데이터 계약의 출석부 작성 — 을 수행한다. 전 영역의 데이터 실태조사는 하지 않는다. 출석부가 요구하는 데이터에 대해서만 소재와 상태를 조사한다. 이 단계의 산출물은 우선 능력 목록, 출석부 3~5매, 그리고 첫 내비게이터 화면(수작업 표라도 무방하다)이다. 아울러 출석부 작성 중 드러난 분쟁 다발 용어 다섯 개로 정의 등록부(6.3절)를 개설한다.

2단계(31~60일), 첫 캡슐의 제작. 내비게이터 최상위의 능력 하나를 선정하여 캡슐 제작의 전 과정 — 조합, 조달(채굴·탐사·채집 중 해당 경로), 관문 심사, 단련 판정 — 을 완주한다. 선정 기준은 사업 효과의 크기보다 완주 가능성이다. 첫 캡슐의 목적은 최대 성과가 아니라 공정의 검증과 학습이며, 90일 안에 단련 완료에 도달할 수 있는 난이도의 능력이어야 한다. 병행하여 에이전트를 제안 모드(5.7절 1단계)로 가동한다. 초기 임무는 두 가지 — 대상 문서군의 분류·꼬리표 부착, 그리고 처리 불가 기록의 수집 — 로 한정한다.

3단계(61~90일), 시범 운영과 확산 준비. 완성된 캡슐을 소규모 실사례에 적용하여 기준선 대비 효과를 측정한다. 동시에 90일의 경험을 두 개의 문서로 정리한다. 하나는 경영 보고 — 성과, 소요 자원, 발견된 장애 — 이고, 다른 하나는 실무 절차서 — 다음 캡슐 제작팀이 그대로 따라 할 수 있는 단계별 지침 — 이다. 90일의 종료 시점에 조직이 가져야 할 것은 캡슐 하나, 검증된 공정 하나, 그리고 다음 분기의 캡슐 후보 목록이다.

10.2 역할과 책임

메커니즘의 운영에는 네 주체의 역할 구분이 필요하다. 책임 배분의 원칙과 함께 기술한다.

사업 부서 중간관리자(팀장)는 메커니즘의 주인이다. 능력 인벤토리의 작성과 성숙도 평가, 캡슐 우선순위의 결정, 캡슐 책임자의 지정 또는 겸임, 시범 운영의 성과 판정을 담당한다. 요컨대 무엇을(what)과 왜(why)의 결정권자이다.

데이터·IT 부서는 메커니즘의 공장장이다. 채굴의 기술 수행(추출 파이프라인, 신뢰도 분층), 탐사의 기술 실사(연계 방식, 보안), 시스템 기반(스킬 저장소, 출석부 집계, 내비게이터 화면)의 구축·운영을 담당한다. 어떻게(how)의 책임자이되, 무엇을 밝힐지의 결정권자는 아니다. 이 구분이 무너지면 제IV장의 공급 주도 실패가 재현된다.

준법·리스크 부서는 궤도의 작성자이다. 세 관문의 심사 기준 수립과 판정, 면제의 승인과 만료 관리, 에이전트 신뢰 단계(5.7절)의 승급 심사를 담당한다. 준법 부서의 조기 참여 — 캡슐 조합 단계부터의 관문 정보 협의 — 가 전체 소요 기간을 줄인다는 점을 강조한다. 관문은 마지막에 만나는 벽이 아니라 처음부터 함께 걷는 길이어야 한다.

에이전트는 지치지 않는 실무자이다. 담당 업무는 문서의 분류와 추출, 처리 불가 기록의 수집과 군집화, 능력 제안과 캡슐 초안의 조립이며, 권한 상한은 5.5절의 경계를 따른다. 조직도 관점에서 에이전트는 팀장의 지휘를 받고, 데이터 부서가 정비하며, 준법 부서가 감독하는 위치에 놓인다.

10.3 성과지표와 그림자 지표

지표 체계는 단계별로 이원화한다. 도입기(첫 두 분기)에는 공정 지표를 사용한다. 단련 완료 캡슐 수, 출석부 소거율(미확보 항목이 확보됨으로 전환된 비율), 조달 평균 소요일, 관문 1회 통과율. 이들은 플라이휠이 돌기 시작했는지를 보여 준다. 성숙기에는 성과 지표로 중심을 옮긴다. 캡슐별 사업 성과 — 조기경보의 선행 일수, 이탈 방지 건수, 심사 처리 시간 단축 — 를 능력 인벤토리의 성과 목표와 대조한다.

여기에 본 보고서가 필수로 권고하는 것이 그림자 지표(shadow metric)이다. 제II장 T11형이 경고했듯, 측정이 목표가 되는 순간 측정 대상은 행동을 바꾼다. 캡슐 수가 목표가 되면 쉬운 캡슐만 양산되고, 소거율이 목표가 되면 어려운 어둠은 출석부에서 아예 빠지기 시작한다. 방어책은 모든 평가 지표에, 평가에 반영되지 않는 짝 지표를 붙이는 것이다. 캡슐 수에는 캡슐당 사업 성과를, 소거율에는 신규 등재 항목의 난이도 분포를, 조기경보 능력에는 “사람이 먼저 발견하고 체계가 놓친 건수”를. 그림자 지표의 악화는 문책의 근거가 아니라 지표 설계의 수정 신호로 사용한다. 그래야 그림자 지표 자체가 조작되지 않는다.

10.4 정착 장치: 새 회의를 만들지 말 것

메커니즘의 최대 사멸 원인은 별도 기구화이다. 새 위원회, 새 정례회의, 새 보고 양식은 초기의 관심이 식는 순간 함께 소멸한다. 정착의 원칙은 기존 리듬에의 기생이다.

권고하는 결합 지점은 세 곳이다. 첫째, 팀 정례회의에 월 1회 10분의 데이터 점호를 넣는다. 내비게이터 화면 한 장으로 소관 캡슐의 출석부 변동 — 이번 달 닫힌 항목, 새로 등재된 항목, 차단 중인 항목 — 을 확인하는 것이 전부이다. 둘째, 기존 심사·복기 회의의 상설 안건에 두 질문을 추가한다. 부실·사고 복기에는 “선행 신호가 있었다면 어디에 있었는가”(3.1절), 신규 과제 착수에는 “이 과제가 요구하는 데이터의 출석부는 작성되었는가”. 셋째, 기존 경영 보고 체계에 분기 1회 플라이휠 요약 — 공정 지표와 대표 성과 사례 한 건 — 을 편입한다.

정착의 보조 장치로 서식의 개정이 있다. 신규 사업·시스템 기안 양식에 데이터 조항(생성·소비 데이터의 출석부 첨부)을, 마케팅 기획 양식에 대조군 조항(2.7절 T6형의 방어)을 추가한다. 양식에 심긴 질문은 담당자가 바뀌어도 살아남는다.

10.5 착수 점검표: 첫 2주의 행동

마지막으로, 본 보고서를 읽은 관리자가 결재나 예산 없이 시작할 수 있는 첫 2주의 행동을 점검표로 제시한다.

1일차~3일차. 소관 업무의 능력 목록 초안을 작성한다(A4 한 장, 15~30개 항목). 각 항목에 성숙도를 직관으로 채점한다. 정밀할 필요 없다. 격차의 순서만 나오면 된다. 4일차~7일차. 최대 격차 능력 하나를 골라 출석부를 손으로 작성한다. 이 능력이 요구하는 데이터 항목을 열거하고, 각 항목에 다섯 상태 중 하나를 표기한다. 이 한 장이 관리자의 첫 다크 데이터 지도이다. 8일차~10일차. 최근의 실패 사례 하나 — 부실, 민원, 놓친 기회 — 를 골라 3.1절의 질문을 적용한다. 선행 신호가 있었는가. 있었다면 어디에, 어떤 상태로. 발견된 소재지를 출석부의 언어(손안의 어둠, T번호)로 기록한다. 11일차~14일차. 위 세 산출물 — 능력 목록, 출석부 한 장, 실패 복기 메모 — 을 들고 데이터 부서·준법 부서와 각 30분의 협의를 갖는다. 의제는 하나이다. “이 출석부의 미확보 항목 중, 90일 안에 닫을 수 있는 것은 무엇인가.”

이 2주의 산출물이 곧 10.1절 1단계의 절반이다. 시작에 필요한 것은 시스템도 예산도 아니라, 자기 업무의 능력과 어둠을 한 장씩 적어 보는 일이다.

XI. 결론 및 제언

본 보고서의 논지를 세 문장으로 요약한다. 조직의 데이터 대부분은 어둠 속에 있으며, 어두워짐은 과실이 아니라 기본값이다. 어둠은 조사 캠페인으로 밝혀지지 않으며, 사업이 요구하는 능력만이 어둠을 끌어내는 지속 가능한 인력이다. 따라서 다크 데이터 전략의 올바른 형태는 데이터에서 출발하는 정리 프로그램이 아니라, 능력에서 출발하는 제작 공정 — AI 에이전트가 노동을, 능력 캡슐이 단위를, 능력 인벤토리 내비게이터가 방향을, 그리고 온톨로지가 공용어를 제공하는 공정 — 이다.

이 공정의 요체는 완료의 재정의에 있다. 스킬의 완성이 아니라 능력의 완성 — 스킬 단련, 데이터 조달, 관문 통과의 동시 충족 — 을 완료로 정의하는 순간, 다크 데이터의 조명은 선의의 과제에서 출시의 필수 경로로 바뀐다. 어둠을 밝히지 않고는 능력이 출시되지 않는 구조, 이것이 지속적 의지 없이도 작동하는 유일한 메커니즘이다.

경영진에 대한 제언은 세 가지이다. 첫째, 다크 데이터를 IT 과제가 아니라 사업 능력 과제로 소유할 것. 능력 인벤토리의 작성 주체는 사업 부서이며, 이 소유 구조가 무너지면 어떤 시스템 투자도 공급 주도의 실패를 반복한다. 둘째, 90일 시범의 완주를 첫 목표로 삼을 것. 전사 확산은 작동하는 실례의 복제이지, 일괄 지시의 결과가 아니다. 셋째, 통제를 가속 장치로 대우할 것. 관문·면제·감사·그림자 지표는 속도의 반대말이 아니라, 이 공정이 금융업의 규율 안에서 계속 회전할 수 있게 하는 베어링이다.

중간관리자에 대한 제언은 하나이다. 10.5절의 2주 점검표를 실행할 것. 능력 목록 한 장, 출석부 한 장, 실패 복기 메모 한 장 — 이 세 장이 관리자 한 사람이 자기 권한만으로 시작할 수 있는 전부이며, 동시에 전부의 시작이다.

데이터 우주의 불은 한꺼번에 켜지지 않는다. 능력 하나가 자신의 재료를 요구할 때, 출석부의 항목 하나가 확보됨으로 바뀔 때, 캡슐 하나가 봉인되어 업무에 편입될 때 — 그때마다 한 구역씩 켜진다. 조명은 상태가 아니라 공정이며, 공정은 오늘 시작할 수 있다.

부록 A. 다크 데이터 열다섯가지 유형 요약표

다섯 별자리·열다섯 유형의 핵심을 한 줄 정의, 대표 은행 사례, 핵심 방어 수단으로 압축한다. 상세 논의는 제2.6~2.8절을 참조한다.

순찰 5문. 어떤 데이터·보고서·모형 앞에서든 묻는다. 빠졌는가(부재). 골라졌는가(선택). 떠내려갔는가(표류). 참인가(왜곡). 누가 손댔는가(사람 손).

부록 B. 데이터 누락 점검을 위한 열 가지 질문

데이터셋·보고서·모형의 신규 도입 또는 재검토 시점에 적용하는 점검표이다. 답하지 못하는 문항이 곧 해당 분석의 어둠이며, 조치 목록의 항목이 된다.

부록 C. 능력 캡슐 명세 개요

캡슐의 다섯 구성 요소와 데이터 계약의 항목 구조를 요약한다. 시스템 구현 시의 필드 정의는 애플리케이션 명세를 따른다.

캡슐 수준 항목. 능력 식별자와 명칭. 사업 성과 목표(측정 가능한 문장). 현재·목표 성숙도(0 부재, 1 미흡, 2 작동, 3 단련, 4 차별화). 업무 절차상의 결합 지점(어느 업무 단계에서 호출되는가). 스킬 구성(주·보조 스킬과 참조 버전). 검증 기준(시험 케이스 집합과 합격 조건). 모범 사례 참조. 책임자. 그림자 지표.

데이터 계약의 항목별 구조. 항목명과 형식. 용도 설명. 온톨로지 참조. 필수 여부. 소싱 상태(확보됨 / 손안의 어둠 / 우주의 어둠 / 부재 / 파생). 어둠 표기(소재지, 해당 T유형, 조달 경로 — 채굴·탐사·채집, 예상 난이도, 차단 여부). 관문 정보(데이터 등급, 개인정보 포함·민감 여부, 수집 목적과 사용 목적의 상용성, 비식별 처리 필요 여부, 국외 이전 관련성, 제3자 권리 제한과 해소 여부, 심사 결과 참조). 시대 표기(생성 연대, 기준 정의의 버전).

판정 규칙의 요지. 필수 항목은 소싱 상태를 반드시 선언한다. 제3자 제한 미해소 항목은 확보됨으로 전환될 수 없다. 관문 미통과 항목이 남은 캡슐은 단련 완료를 선언할 수 없다. 면제는 승인자와 만료일을 가지며, 만료 시 자동 차단된다.

부록 D. 의사 결정 전에 해야 하는 네가지 질문

의사결정자가 결재 직전에 스스로에게 적용하는 최종 점검이다. 부록 B가 데이터를 검진한다면, 본 부록은 결정자를 검진한다.

첫째, 나는 무엇을 보지 못하고 있는가. 이 분석의 시야 밖에 있는 모집단·집단·기간은 무엇인가. 둘째, 이 결론은 지금도 유효한가. 근거 데이터의 시대와 정의는 현재와 같은가. 셋째, 나누어 보아도 성립하는가. 고객군·상품·채널별로 갈라도 결론의 방향이 유지되는가. 넷째, 반대라면 어떻게 알 수 있는가. 이 결론이 틀렸을 경우 그것을 드러낼 데이터·대조군·지표가 존재하는가. 네 질문에 모두 답할 수 있다면 확신하고 결정하고, 답하지 못하는 질문이 있다면 그 불확실성을 명시한 채 결정한다. 겸손의 목적은 결정의 지연이 아니라 확신의 교정이다.

부록 E. 용어집

데이터 우주(data universe). 조직과 관련된 데이터 전체. 사용 중 데이터, 손안의 어둠, 우주의 어둠의 세 층으로 구성된다.

다크 데이터(dark data). 보유하나 활용하지 못하는 데이터와, 존재하나 보유하지 못한 데이터의 총칭. 관측 불가능한 반사실 데이터를 포함한다.

손안의 어둠(dark held). 조직이 보유 중이나 연결·활용되지 않는 데이터.

우주의 어둠(dark universe). 조직 외부에 존재하는 미보유 데이터.

반사실 데이터(counterfactual data). 어떤 결정 때문에 생성되지 못한, 관측 불가능한 데이터.

능력(capability). 측정 가능한 사업 성과를 산출하는 조직의 능력 단위.

스킬(skill). 능력을 구성하는 검증된 업무 절차 단위.

기법(technique). 스킬을 구성하는 원자적 작업 단위.

능력 캡슐(capability capsule). 스킬 구성, 데이터 계약, 모범 사례, 검증 기준, 책임자를 하나로 묶은 능력의 제작·배포 단위.

데이터 계약(data contract). 캡슐이 소비하는 데이터 항목과 소싱 상태·관문 정보의 명세. 본 보고서의 별칭은 어둠의 출석부.

소싱 상태(sourcing status). 데이터 항목의 조달 상태. 확보됨, 손안의 어둠, 우주의 어둠, 부재, 파생의 다섯 값.

채굴(mine) / 탐사(explore) / 채집(collect). 각각 손안의 어둠, 우주의 어둠, 부재 상태에 대응하는 조달 경로.

단련(hardening). 절차와 능력을 운영 투입 가능 수준으로 완성하는 과정. 능력 단련은 스킬 단련, 데이터 조달, 관문 통과의 동시 충족을 완료 조건으로 한다.

관문(gate). 데이터 사용 전 통과해야 하는 컴플라이언스 점검. 목적·동의, 국외 이전, 제3자 권리의 세 관문.

면제(waiver). 관문 또는 조달 요건의 한시적 예외 허가. 승인자와 만료일을 가진다.

AI 에이전트(AI agent). 도구를 사용해 다단계 작업을 자율 수행하되 부여된 권한 안에서만 행동하는 소프트웨어 실행 주체.

능력 광부(capability miner). 실패 신호·성숙도 격차·외부 비교로부터 필요 능력을 발굴하는 에이전트 직무.

위임의 경계(mandate boundary). 에이전트는 제안·조합까지만 수행하고 자원·책임이 걸린 상태 전이는 수행할 수 없다는 원칙.

능력 인벤토리(capability inventory). 사업 영역이 갖추어야 할 능력의 목록과 성숙도 평가. 수요 측 인벤토리.

내비게이터(navigator). 전 캡슐의 출석부를 집계하여 다크 데이터 조달의 우선순위를 제시하는 기능.

플라이휠(flywheel). 제안, 조합, 조달, 단련·채택, 가치 실현, 재투자의 자기 강화 순환.

데이터 중력(data gravity). 데이터 집적이 애플리케이션·자원·인재·추가 데이터를 끌어당기는 현상.

온톨로지(ontology). 조직 핵심 개념·관계·규칙의 표준 의미 지도. 내부 공용어이자 외부 연결의 도킹 어댑터. 세 해법 축이 공유하는 기반.

정의 등록부(definition register). 주요 지표·개념의 정의문, 버전, 변경일, 책임 부서를 기록한 대장. 온톨로지 구축의 실용적 출발점.

그림자 지표(shadow metric). 평가에 반영되지 않으면서 본 지표의 조작·왜곡을 드러내도록 짝지은 관찰 지표.

의도된 어둠(deliberate darkness). 보호·법령·정책상 활용하지 않기로 명시적으로 결정한 데이터 영역.

AOEDE_CLAW Foundation : Agentic Ontology Envisioning and Deployment Environment – 에이전틱 온톨로지 구체화 및 전개 환경으로서, Theoria(정의), Poiesis(제작), Praxis(실행과 통제) 그리고 Claws(업무능력 실행) 플랫폼으로 구성되어 있다. CLAW Foundation은 AOEDE 의 구성요소로서 다양한 업무 영역의 능력 내비게이터를 생성하고 능력 캡슐을 제작, 단련하는 어플리케이션으로 LLM, 결정론적 알고리즘, 기계학습 서버 및 MCP 서버와 함께 능력 캡슐을 제작, 검증, 관리한다.

목차

• 요약 (Executive Summary)
• I. 서론
• II. 데이터 우주와 다크 데이터
• III. 어둠의 비용과 잠재 가치
• IV. 기존 접근의 한계
• V. 해법 축 1 — AI 에이전트
• VI. 해법의 기반 — 온톨로지: 데이터 우주의 공용어
• VII. 해법 축 2 — 능력 캡슐
• VIII. 통합 메커니즘 — 능력 인벤토리 내비게이터
• IX. 거버넌스와 데이터 중력
• X. 실행 로드맵
• XI. 결론 및 제언
• 부록 A. 다크 데이터 열다섯가지 유형 요약표
• 부록 B. 데이터 누락 점검을 위한 열 가지 질문
• 부록 C. 능력 캡슐 명세 개요
• 부록 D. 의사 결정 전에 해야 하는 네가지 질문
• 부록 E. 용어집

요약 (Executive Summary)

이 문서가 답하려는 질문

거대언어모델이 출현된 이후 AI 및 AI 에이전트는 기업에서 가장 많이 언급되는 용어 중 하나이다. 그러나 금융기관에서 AI 와 AI 에이전트를 활용하여 가치를 창출하는 방법에는 회의적인 의견이 있는 것도 사실이다. 첫째는 금융산업의 본질이 규제 중심적이고, 증명가능한 운영 방식을 요구하고 있기 때문이다. 둘째는 금융 기관의 많은 업무가 디지털화 되어 있고, 온라인 처리가 일상화 되어 있기 때문이다. 본 보고서는 이러한 금융기관의 상황에서 가장 효과적인 AI 및 AI 에이전트 활용은 무엇인가 ? 어떤 새로운 가치를 창조할 것인가? 에 대한 답을 능력 향상과 데이터 활용 관점에서 답을 찾고자 한다.

문제: 우리는 데이터가 부족한 조직이 아니라 불이 꺼진 조직이다

대부분의 금융회사는 지난 수십 년간 데이터를 수집하고 보존하는 일에는 성공했으나, 그 데이터를 조직의 시야 안에 두는 일에는 실패했다. 조사 기관들의 추정에 따르면 기업이 보유한 데이터의 절반 이상은 수집된 이후 단 한 번도 분석이나 의사결정에 사용되지 않는다. 여신 심사 보고서, 현장 실사 기록, 상담 녹취, 스캔 계약서, 시스템 이관 과정에서 밀려난 백업 파일 등이 여기에 해당한다. 이렇게 보유하고 있으나 활용하지 못하는 데이터, 나아가 존재하지만 우리에게 없는 데이터를 통칭하여 다크 데이터(dark data)라 한다.

다크 데이터는 방치된 자산인 동시에 방치된 부채이다. 자산의 측면에서, 조기경보·이탈 예측·심사 고도화에 필요한 재료의 상당 부분이 이미 조직 내부에 존재한다. 부채의 측면에서, 무엇을 보유하고 있는지 모르는 상태는 보존 기한 경과, 목적 외 이용, 제3자 권리 침해와 같은 컴플라이언스 리스크를 내장한다. 본 보고서가 분석한 여신 부실 사례에서 확인되듯, 부실의 신호는 데이터가 없어서 놓친 것이 아니라 데이터가 있었으나 어두운 곳에 있어서 놓친 경우가 많다.

진단: 조명 캠페인은 실패하고, 수요만이 어둠을 끌어낸다

다크 데이터 문제에 대한 전통적 처방은 전수 데이터 인벤토리, 즉 전사적 데이터 실태조사 캠페인이었다. 본 보고서는 이 접근이 구조적으로 실패함을 논증한다. 캠페인은 공급 주도(push) 방식으로서, 목적 없이 목록화된 데이터는 활용으로 이어지지 않고, 동력이 소진되면 목록 자체가 다시 어둠으로 가라앉는다. 어두워짐(음지에 존재 함)이 기본값인 환경에서, 지속적 의지에 의존하는 메커니즘은 반드시 소멸한다.

반면 실제로 데이터를 어둠에서 끌어내는 것은 언제나 구체적 수요였다. 특정 업무 능력을 만들려는 순간, 그 능력이 요구하는 데이터가 목적·품질 기준·예산을 갖춘 채 조명 대상으로 지정된다. 다만 수요 주도(pull) 방식에도 맹점이 있다. 누군가 이미 가치를 짐작하는 데이터만 밝혀지고, 진정한 미지의 영역은 남는다는 점이다. 따라서 해법은 수요를 개별 아이디어에 맡기지 않고 체계적으로 열거하는 것, 즉 사업 영역별 능력 인벤토리를 구축하는 것이다.

해법: 세 개의 축과 하나의 기반

본 보고서는 세 가지 축으로 구성된 메커니즘을 제안한다.

첫째, AI 에이전트가 노동력을 제공한다. 대규모 언어모델의 등장으로 기계가 비정형 문서를 읽게 되면서, 이십 년 치 문서고를 해독하는 비용이 처음으로 현실적인 수준에 도달했다. 에이전트는 두 가지 역할을 수행한다. 능력 광부(capability miner)로서 업무 현장의 실패 신호·성숙도 격차·동종업계 비교로부터 필요한 능력을 발굴하고, 솔루션 개발자로서 기존 스킬을 조합하여 능력의 초안을 구성한다. 단, 에이전트는 제안하고 조합할 뿐 스스로 권한을 부여하지 않는다는 위임의 경계가 설계에 내장되어야 한다.

둘째, 능력 캡슐(capability capsule)이 제작의 단위가 된다. 능력 캡슐은 스킬(작업 절차), 데이터 계약(필요한 데이터의 명세), 모범 사례, 검증 기준, 책임자를 하나의 꾸러미로 묶은 것이다. 핵심은 데이터 계약의 각 항목이 자신의 소싱 상태 — 확보됨, 손안의 어둠, 우주의 어둠, 부재, 파생 — 를 명시적으로 선언한다는 점이다. 이로써 “이 능력을 완성하려면 어떤 어둠을 밝혀야 하는가”가 기계가 읽을 수 있는 목록으로 도출된다. 능력의 단련(hardening)은 스킬 완성만이 아니라 데이터 조달과 컴플라이언스 관문 통과까지를 완료 조건으로 포함하며, 따라서 다크 데이터의 조명은 부수 작업이 아니라 능력 출시의 필수 경로가 된다.

셋째, 능력 인벤토리 내비게이터가 방향을 제공한다. 데이터 인벤토리가 공급 측 지도라면 능력 인벤토리는 수요 측 지도이며, 두 지도의 차이가 곧 다크 데이터 작업 목록이 된다. 내비게이터는 모든 미충족 데이터 요구를 능력의 성숙도 격차, 차단 여부, 조달 난이도로 가중하여 우선순위를 부여함으로써 “다음에 어떤 어둠을, 왜 밝혀야 하는가”에 대한 단일한 답을 제공한다.

세 축은 하나의 공통 기반 위에서 작동한다. 온톨로지 — 조직 핵심 개념과 관계를 표준화한 의미 지도 — 이다. 온톨로지는 채굴된 데이터가 착지할 좌표계, 에이전트가 따를 어휘 지도, 캡슐 계약들이 서로 호환되는 참조계, 그리고 외부 연결의 도킹 어댑터를 제공한다. 어휘가 정렬되지 않으면 밝혀진 데이터도 의미의 어둠으로 되돌아가므로, 본 보고서는 온톨로지를 네 번째 축이 아니라 세 축을 떠받치는 기반으로 별도 장에서 다룬다.

권고 사항

경영진과 중간관리자에게 다음을 권고한다. 첫째, 담당 사업 영역의 능력 인벤토리를 작성하고 각 능력의 현재·목표 성숙도를 평가할 것. 둘째, 최우선 능력 한 개를 선정하여 캡슐 방식으로 90일 내 시범 제작할 것. 셋째, 캡슐의 데이터 계약이 요구하는 다크 데이터에 한하여 조명 작업을 수행하되, 반드시 목적·동의, 국외 이전, 제3자 권리의 세 관문을 통과시킬 것. 넷째, 성과지표에는 조작 방어를 위한 그림자 지표를 병행 설계할 것. 다섯째, 이 순환을 기존 회의체에 결합하여 캠페인이 아닌 상시 메커니즘으로 정착시킬 것.

다크 데이터는 총량으로 밝힐 수 없다. 능력 하나가 자신의 재료를 끌어당길 때, 능력캡슐 하나가 봉인될 때, 어둠은 그만큼씩 계획적으로 줄어든다. 조명은 상태가 아니라 제작 공정이며, 본 보고서는 그 공정의 설계도이다.

I. 서론

1.1 배경과 목적

생성형 AI의 확산은 모든 금융회사에 같은 질문을 던지고 있다. “우리 데이터로 무엇을 할 수 있는가.” 경쟁사의 AI 심사 지원 도구, 상담 자동화, 문서 지능 사례가 보도될 때마다 도입 압력은 커진다. 그러나 도입 검토가 시작되면 곧바로 두 개의 선행 질문에 부딪힌다. 첫째, 학습과 검색의 재료가 될 데이터가 정확히 어디에, 어떤 상태로 존재하는가. 둘째, 그 데이터를 해당 목적에 사용하는 것이 법적·계약적으로 허용되는가.

대부분의 조직은 이 두 질문에 즉답하지 못한다. 이는 특정 부서의 태만 때문이 아니라, 데이터가 활용의 시야 밖으로 가라앉는 것(음지로 사라지는 것)이 조직 운영의 기본값이기 때문이다. 본 보고서의 목적은 이 현상 — 다크 데이터 — 을 체계적으로 이해하고, 그것을 가치로 전환하는 실행 가능한 메커니즘을 제시하는 것이다. 본 보고서의 중심 주장은 다음 한 문장으로 요약된다. 다크 데이터는 조사 캠페인으로 밝혀지지 않으며, 사업이 필요로 하는 능력(capability)이 강한 인력(引力)으로 작용할 때 비로소 음지에서 양지로 이동한다.

1.2 범위와 대상 독자

본 보고서의 1차 독자는 사업 부서의 중간관리자, 즉 팀장급 실무 책임자이다. 이들은 데이터의 생산자이자 소비자이면서, 어떤 데이터가 왜 필요한지를 가장 잘 아는 위치에 있다. 다크 데이터의 조명이 수요 주도로 이루어져야 한다면, 그 수요를 정의하는 주체가 바로 이 독자층이다. 따라서 본 보고서는 기술 구현의 세부보다 관리자가 내려야 할 판단 — 무엇을 밝힐 것인가, 어떤 순서로, 어떤 통제 아래 — 에 초점을 둔다.

내용 범위는 다음과 같다. 제II장과 제III장은 현상의 이해(다크 데이터의 구조·유형·비용·가치)를 다룬다. 제IV장은 기존 접근의 한계를 분석하여 해법의 요건을 도출한다. 제V장부터 제VIII장까지가 본 보고서의 핵심 기여로서, AI 에이전트(광원), 온톨로지(공용어 기반), 능력 캡슐(단위), 능력 인벤토리 내비게이터(방향)로 구성된 통합 메커니즘을 제시한다. 제IX장은 거버넌스와 데이터 중력의 전략적 쟁점을, 제X장은 90일 실행 로드맵을 다룬다. 사례는 기업여신 업무를 중심으로 하되, 메커니즘 자체는 업무 영역에 관계없이 적용 가능하다. 본문에 등장하는 기업·사건 사례는 특정 회사의 실제 사안이 아니라 일반적 상황을 재구성한 예시이다.

1.3 근거 자료

본 보고서는 비즈니스모델 거버넌스(유)가 보유하고 있는 세 가지 선행 산출물을 근거로 작성되었다.

첫째, 교육 과정 「은행업의 다크 데이터」(전 9모듈, 120매)이다. 다크 데이터의 정의, 발생 원인, 비용과 컴플라이언스, 가치 시나리오, AI·온톨로지·에이전트 기술, 거버넌스, 90일 실행 계획을 다루며, 본 보고서 제II·III·V·IX장의 기초가 된다.

둘째, 심화 과정 「별자리편: 다크 데이터의 열다섯 유형」(전 9모듈, 76매)이다. 통계학자 데이비드 핸드(David Hand)가 저서 『다크 데이터(Dark Data: Why What You Don’t Know Matters)』에서 제시한 15개 유형(DD-Type)을 은행 업무 사례로 재구성하고, 방어 도구와 데이터 중력 개념을 정리하였다. 본 보고서 제II장의 유형론, 제IX장의 중력론, 부록 A·B·D의 기초가 된다.

셋째, 능력 관리 애플리케이션(능력 캡슐, 스킬 저작·단련·계보·거버넌스 시스템: AOEDE_CLAW Foundation)이다. 기업여신 영역의 140여 개 업무 능력 — 약정 모니터링, 담보 평가, 현금흐름 추정, 동종업계 비교 등 — 을 능력 단위로 등록·단련·승인·배포하는 실행 시스템으로서, 본 보고서 제VI·VII장이 제안하는 능력 캡슐과 내비게이터의 구현 기반이자 실증 사례이다.

1.4 핵심 용어

본 보고서 전체에서 사용하는 핵심 용어를 정의한다. 상세 용어집은 부록 E에 수록한다.

데이터 우주(data universe)는 조직과 관련된 모든 데이터의 전체 집합으로, 사용 중인 데이터, 보유하나 활용하지 않는 데이터(손안의 어둠), 존재하나 보유하지 않은 데이터(우주의 어둠)의 세 층으로 구성된다. 다크 데이터(dark data)는 이 중 뒤의 두 층, 그리고 기록되지 않았거나 관측이 원천적으로 불가능한 데이터를 포괄한다. 능력(capability)은 측정 가능한 사업 성과를 산출하는 조직의 능력 단위이며, 스킬(skill)은 능력을 구성하는 검증된 작업 절차이다. 능력 캡슐(capability capsule)은 스킬, 데이터 계약, 모범 사례, 검증 기준, 책임자를 하나로 묶은 능력의 배포 단위이다. 데이터 계약(data contract)은 능력이 소비하는 데이터 항목과 그 소싱 상태의 명세이다. 단련(hardening)은 스킬 또는 능력을 운영 투입 가능 수준으로 완성하는 과정을 말하며, AI 에이전트(AI agent)는 도구를 사용하여 다단계 작업을 자율 수행하되 부여된 권한 범위 안에서만 행동하는 소프트웨어 실행 주체를 말한다. 관문(gate)은 데이터 사용 전 통과해야 하는 컴플라이언스 점검 지점 — 목적·동의, 국외 이전, 제3자 권리 — 을 가리킨다. 온톨로지(ontology)는 조직의 핵심 개념과 그 관계를 표준화한 의미 지도로서, 부서 간 공용어이자 외부 연결의 도킹 어댑터이다.

II. 데이터 우주와 다크 데이터

2.1 데이터 우주 모형: 세 개의 층

조직의 데이터 현황을 논의할 때 흔히 저지르는 오류는, 시스템 안에 정리되어 있는 데이터를 데이터의 전부로 간주하는 것이다. 본 보고서는 논의의 출발점으로 세 개의 동심원으로 이루어진 데이터 우주 모형을 제시한다.

가장 안쪽 층은 사용 중인 데이터이다. 여신 시스템의 계정 정보, 재무 수치, 보고서에 인용되는 지표, 모형이 읽는 변수들이 여기에 속한다. 관리자가 일상적으로 “데이터”라고 부르는 것은 대부분 이 층이다.

두 번째 층은 손안의 어둠(the dark we hold)이다. 조직이 보유하고 있으나 활용하지 못하는 데이터로서, 문서보존 서버의 심사 보고서와 실사 기록, 상담 녹취, 스캔 계약서, 담당자 개인 폴더의 분석 파일, 구 시스템의 백업이 해당한다. 업계 조사들은 기업 보유 데이터의 절반에서 많게는 팔 할까지가 이 층에 속한다고 추정한다. 정확한 비율보다 중요한 것은 방향이다. 어느 조사를 따르더라도, 쓰는 데이터보다 잠든 데이터가 많다.

세 번째 층은 우주의 어둠(the dark in the universe)이다. 존재하지만 조직이 보유하지 않은 데이터로서, 고객이 다른 기관·플랫폼·공공영역에 남긴 기록, 거래상대방의 장부, 시장과 산업의 데이터가 해당한다. 이 층은 무한히 넓으므로 전부를 가질 수도, 가질 필요도 없다. 핵심은 특정 의사결정에 필요한 조각이 이 층 어디에 있는지를 알고, 합법적 경로로 가져올 수 있느냐이다.

이 모형이 관리자에게 주는 첫 번째 교훈은 진단의 전환이다. 많은 조직이 스스로를 데이터 부족 상태로 진단하고 신규 수집에 투자한다. 그러나 세 층을 놓고 보면 실제 상태는 부족이 아니라 소등(消燈)에 가깝다. 부족과 소등은 처방이 다르다. 부족의 처방이 수집이라면, 소등의 처방은 조명이다.

2.2 두 관점의 통합: 보유-미활용과 존재-미보유

다크 데이터라는 용어는 서로 다른 두 전통에서 각각 발전해 왔으며, 본 보고서의 우주 모형은 이 둘을 하나의 지도에 통합한 것이다.

첫 번째 전통은 IT 산업의 관점으로, 다크 데이터를 “조직이 수집·처리·저장하지만 분석이나 의사결정 등 다른 목적에 활용하지 못하는 정보 자산”으로 정의한다. 이는 우주 모형의 두 번째 층, 즉 손안의 어둠에 해당한다. 이 관점의 강점은 실행 지향성이다. 대상이 조직 내부에 있으므로 발굴·정비·활용의 프로그램을 설계할 수 있다.

두 번째 전통은 통계학의 관점이다. 데이비드 핸드는 우리가 가진 데이터란 세상 전체에서 어떤 수집·선택 과정을 거쳐 “남은 것”일 뿐이며, 그 과정에서 빠진 데이터가 분석을 체계적으로 오도한다고 경고한다. 이 관점의 다크 데이터는 세 번째 층과 그 너머, 즉 애초에 우리 표본에 들어오지 못한 세계를 가리킨다. 이 관점의 강점은 인식론적 엄격성이다. 데이터가 완비되어 보이는 순간에도 “무엇이 빠졌는가”를 묻게 한다.

두 정의는 경합하지 않고 상호보완 한다. 천문학의 비유가 유용하다. 천문학자들은 별의 질량만으로는 은하의 회전을 설명할 수 없어, 빛나지 않는 암흑물질을 인정할 수밖에 없었다. 데이터의 세계도 같다. 보이는 데이터만으로 설명되지 않는 현상 — 이유를 알 수 없는 부실, 예측을 빗나가는 이탈, 반복되는 오판 — 이 누적되면, 보이지 않는 데이터를 지도에 포함해야 한다. IT의 정의는 우리 은하 안의 꺼진 별을, 통계학의 정의는 은하 바깥의 하늘을 가리킨다. 관리자에게 필요한 것은 둘 중 하나의 선택이 아니라, 두 층을 모두 표기한 한 장의 지도이다.

2.3 관측 불가능한 층: 반사실 데이터

우주 모형에는 세 번째 층 너머, 지도에 점선으로만 그릴 수 있는 영역이 하나 더 있다. 관측이 원천적으로 불가능한 데이터, 곧 반사실(counterfactual) 데이터이다.

대표적 예가 거절된 여신의 상환 이력이다. 승인된 대출의 상환 데이터는 축적되지만, 거절된 신청자가 만약 대출을 받았더라면 보였을 상환 행태는 어디에도 존재하지 않는다. 우리가 거절이라는 결정을 내렸기 때문에 그 데이터는 태어나지 못했다. 문제는 심사 모형의 고도화에 가장 필요한 정보가 바로 이것이라는 점이다. 승인 건만으로 학습한 모형은 세상의 절반만 보고 자란 셈이며, 승인 기준 자체에 내재한 편향을 스스로 교정할 수 없다.

같은 구조가 마케팅에도 나타난다. 전 고객에게 실행한 캠페인의 “효과”는 엄밀히는 증명 불가능하다. 접촉하지 않았다면 어땠을지를 보여 줄 대조군 데이터가 존재하지 않기 때문이다. 반사실 데이터의 특징은 사후에 발굴할 수 없다는 것이다. 잃어버린 데이터가 아니라 태어나지 않은 데이터이므로, 유일한 대응은 사전에 자리를 마련하는 것 — 캠페인 설계 시점의 무작위 유보군, 심사 경계선 부근의 소규모 실험, 거절 추론 기법과 적법한 외부 데이터의 활용 — 뿐이다.

관리자가 이 층에서 얻어야 할 것은 특정 기법이 아니라 태도이다. 데이터가 아무리 풍부해도 관측 구조상 보이지 않는 영역이 반드시 존재한다는 인식, 그리고 “효과가 있었다”는 보고를 받으면 “무엇과 비교한 효과인가”를 묻는 습관이다. 이 통계적 겸손은 제II장의 유형론과 부록 D에서 구체적 점검 질문으로 발전한다.

2.4 어두워짐은 기본값: 다섯 가지 발생 경로

다크 데이터에 관한 가장 흔한 오해는 그것이 누군가의 과실로 생긴다는 생각이다. 실상은 반대이다. 어두워짐은 아무도 아무것도 하지 않을 때 자연히 일어나는 기본값이며, 데이터를 밝은 상태로 유지하는 쪽이 에너지가 드는 예외 상태이다. 발생 경로는 다섯 가지로 정리된다.

첫째, 목적 소멸이다. 데이터는 대부분 특정 업무 — 심사, 계약, 민원 처리 — 를 위해 생성되며, 그 업무가 종결되는 순간 공식적 임무를 다한다. 임무가 끝난 데이터를 이차 활용의 관점에서 계속 돌보는 체계를 갖춘 조직은 드물다.

둘째, 인적 단절이다. 데이터의 상당 부분은 개인의 폴더·메일함·수첩과 결합되어 있고, 그 존재를 아는 것도 특정 개인뿐이다. 담당자가 이동하거나 퇴직하면 데이터는 물리적으로 남아 있어도 조직의 기억에서는 사라진다. 존재를 아는 사람이 없는 데이터는 없는 데이터와 같다.

셋째, 시스템 이관이다. 차세대 시스템 구축 시 새 스키마에 맞지 않는 항목들은 백업으로 밀려난다. 이관 보고서의 완료율 99%는 뒤집어 읽으면, 나머지 1%가 어떤 데이터였는지 아무도 기록하지 않았다는 뜻이기도 하다. 이관이 거듭될수록 유배지의 지층은 두꺼워진다.

넷째, 형식의 한계이다. 운영 시스템은 정형 데이터 — 숫자, 코드, 선택지 — 를 선호한다. 판단의 실질을 담는 비정형 정보, 곧 고객 통화의 맥락, 실사 현장의 관찰, 보고서 초안에서 최종본으로 가며 삭제된 문장들은 처음부터 시스템 바깥에서 생성되어 바깥에서 늙는다. 기록되는 것과 판단에 쓰인 것 사이의 간극이 곧 어둠이 된다.

다섯째, 어둠의 자기강화이다. 쓰지 않는 데이터는 품질이 검증되지 않고, 품질을 모르는 데이터는 더욱 쓰이지 않는다. 이 순환에 들어간 데이터는 외부의 강한 개입 없이는 스스로 빠져나오지 못한다.

다섯 경로의 공통점은 어느 것도 의사결정의 산물이 아니라는 점이다. 따라서 “누가 잘못했는가”는 생산적인 질문이 아니다. 생산적인 질문은 “무엇이 이 데이터를 다시 깨울 만큼 강한 이유가 되는가”이며, 이 질문에 대한 답이 제V장 이하에서 전개된다.

2.5 다섯 별자리 개관: 어둠에도 종류가 있다

어둠을 밝히려면 먼저 어둠을 구별해야 한다. “데이터에 문제가 있는 것 같다”는 접수이고, “이것은 응답자 편향에 정의 표류가 겹친 문제다”는 진단이며, 처방은 진단에서만 나온다. 핸드의 15개 유형(DD-Type 1~15)은 이 진단에 필요한 어휘를 제공한다. 본 보고서는 15개 유형을 성격이 유사한 다섯 별자리로 묶어 제시한다.

부재(不在)의 어둠은 있어야 할 데이터가 없는 경우이다(T1 빠진 줄 아는 데이터, T2 빠진 줄 모르는 데이터, T5 핵심 변수의 누락). 선택(選擇)의 어둠은 데이터는 존재하나 내 앞에 도착한 것이 골라진 일부인 경우이다(T3 표본 추출의 편향, T4 자기선택, T6 태어나지 못한 반사실). 표류(漂流)의 어둠은 데이터 자체는 변하지 않았으나 그 의미가 시간·정의·집계 속에서 떠내려가는 경우이다(T7 시간 변화, T8 정의 변화, T9 요약이 감춘 세부). 왜곡(歪曲)의 어둠은 숫자와 진실 사이에 측정 장치와 사람의 동기가 끼어드는 경우이다(T10 측정 오차, T11 지표 조작, T12 정보 비대칭). 사람 손의 어둠은 누군가 데이터에 직접 손을 대거나, 데이터의 국경을 넘어 사용하는 경우이다(T13 의도적 은닉, T14 위조와 합성, T15 적용 범위 밖 외삽(外揷)).

이하 2.6절과 2.7절에서는 여신 업무와 관련이 깊은 앞의 두 별자리를 상세히 다루고, 2.8절에서 나머지 세 별자리를 요약한다. 15개 유형 전체의 정의·사례·식별 질문·방어 수단은 부록 A에 상세표로 수록한다.

2.6 부재의 어둠: T1, T2, T5

T1, 빠진 줄 아는 데이터는 가장 정직한 어둠이다. 서류철의 빈칸, 미징구 재무제표, 누락된 사후관리 기록처럼 결측이 눈에 보인다. 위험은 빈칸 자체가 아니라 빈칸에 대한 익숙함에 있다. 결측률을 아무도 집계하지 않는 조직에서는 “일단 이대로 심사하자”가 관행이 되고, 분석은 부지불식간에 구멍 난 서류철 위에 세워진다. 특히 결측이 무작위가 아닐 때 — 예컨대 재무제표를 내지 않는 기업이 하필 실적이 악화된 기업일 때 — 결측은 정밀도의 문제를 넘어 결론의 방향을 트는 문제가 된다. 방어의 시작은 단순하다. 핵심 항목의 결측률을 항목별·고객군별·연도별로 집계하여 정기 회의에 상정하고, 결측 기반 분석에는 그 사실을 각주로 명기하는 것이다.

T2, 빠진 줄 모르는 데이터는 다섯 별자리를 통틀어 가장 위험한 유형이다. 빈칸조차 없이 통째로 부재하기 때문이다. 모바일 채널 행동 데이터로 고객을 분석하면, 창구만 이용하는 고령 고객층과 아예 고객이 되지 않은 지역 기업들은 결측치가 아니라 행(行) 자체로 존재하지 않는다. 그 분석 위에 세운 전략은 보이는 고객만의 전략이며, 보이지 않는 시장을 조용히 포기한 전략이다. T2는 데이터 내부에서 발견될 수 없고, 외부에서 던지는 질문으로만 발견된다. “이 데이터는 목표 모집단의 몇 할을 대표하는가. 여기 절대 나타날 수 없는 사람은 누구인가.” 실무 방어책은 데이터 모집단과 목표 모집단을 두 개의 원으로 그린 커버리지 지도, 그리고 인구·사업체 통계 등 외부 기준선과의 대조이다.

T5, 핵심 변수의 누락은 완비의 착시를 만든다. 표의 모든 행이 채워져 있고 모형은 순조롭게 작동하지만, 결과를 실제로 좌우한 변수가 애초에 열(列)로 존재하지 않는 경우이다. 중소기업 부실의 사후 분석은 반복적으로 같은 원인 — 대표자의 건강, 단일 거래처 의존, 사금융 차입 — 을 지목하지만, 이들 중 평가 모형의 변수였던 것은 드물다. 모형이 계산을 틀린 것이 아니라, 병인(病因)을 보는 것 자체가 허락되지 않았던 것이다. 방어책은 부실·실패의 복기 회의에서 “진짜 원인이 변수 목록에 있었는가”를 상설 질문으로 두고, 목록 밖 원인을 후보 변수로 등재하는 절차이다. 주목할 점은 이 후보 변수들의 신호가 대개 이미 조직 안에 있다는 사실이다. 실사 보고서의 면담 기록, 사후관리의 현장 메모 — 즉 손안의 어둠 속에. 여기서 다크 데이터의 두 정의가 실무적으로 악수한다. 통계학이 지목한 결핍(T5)의 해답이, IT가 지목한 방치(두 번째 층) 안에 잠들어 있는 것이다.

2.7 선택의 어둠: T3, T4, T6

T3, 표본 추출의 편향은 은행의 일상 도처에 있다. 전수 점검이 불가능한 업무 — 상담 품질 점검, 감사 표본, 사후관리 점검 — 는 필연적으로 추출에 의존하며, 추출 자체는 죄가 없다. 문제는 추출 규칙이다. 품질 점검이 장시간 통화와 상급 이관 건 위주로 표본을 뽑는다면, 짧은 통화 속의 빠른 위반 화법은 몇 달째 “적발 0건”으로 남는다. 위반이 없는 것이 아니라 그물코의 모양이 그 물고기를 거르지 못하는 것이다. 방어책은 표본을 늘리는 것이 아니라 규칙을 심사하는 것이다. 추출 규칙이 어디에 문서화되어 있고, 누가 언제 정했으며, 무엇을 구조적으로 배제하는지를 연 1회 이상 재심사해야 한다.

T4, 자기선택은 표본이 스스로 걸어 들어오는 경우이다. 민원 제기자, 만족도 조사 응답자, 앱의 활성 이용자는 추첨된 것이 아니라 자원한 것이며, 자원했다는 사실 자체가 강한 특성이다. 응답률 이십 퍼센트 미만의 만족도 조사에서 응답자가 주로 승인이 순조로웠던 고객이라면, 그 점수는 “말할 의사가 있는 사람들의 기분”을 잰 것이다. 거절되었거나 실망한 고객은 대개 조용히 떠난다. 방어의 원칙은 두 가지이다. 모든 조사 결과에 응답률과 응답자 구성 정보를 병기할 것, 그리고 조사 결과를 행동 데이터 — 이탈률, 거래 빈도, 잔액 이동 — 와 교차 검증하되 둘이 어긋나면 행동을 신뢰할 것. 사람은 예의를 차리지만 돈은 예의를 차리지 않는다.

T6, 태어나지 못한 데이터는 2.3절에서 다룬 반사실의 유형론적 자리이다. 거절 여신의 상환 이력, 대조군 없는 캠페인, 실험하지 않은 대안이 여기에 속한다. 세 유형 가운데 가장 철학적이면서 가장 은행적인 유형이다. 은행의 본업이 승인과 거절이라는 선택이고, 모든 선택은 관측 가능한 세계와 영원히 관측 불가능한 세계를 동시에 만들어 내기 때문이다. 방어책은 사전 예약뿐이다. 캠페인 기획 양식에 무작위 유보군 항목을 내장하고, 유보군 명단은 봉인하며, 집행 도중 “유보군에도 보내자”는 유혹을 책임자가 직접 기각하는 것. 효과는 접촉군과 유보군의 차이로만 보고하며, 대조 없는 효과 수치는 보고서에 올리지 않는 것이다.

2.8 표류·왜곡·사람 손의 어둠: T7~T15 요약

나머지 세 별자리은 요약으로 다루되, 각 유형의 핵심 한 줄과 대표 방어책을 제시한다. 상세는 부록 A를 참조한다.

표류의 어둠. T7(시간 변화)은 세상이 움직여 데이터가 낡는 경우이다. 호황기 표본으로 학습한 평가 모형은 경기 전환 후 판별력이 조용히 감쇠하며, 이상 징후는 부실률이 오르고서야 드러난다. 방어책은 주요 모형·지표의 연도별 분리 검증과 정기 재추정의 제도화, 그리고 모든 데이터에 시대 표기(연대·기준 버전)를 부착하는 것이다. T8(정의 변화)은 같은 단어가 다른 대상을 가리키게 되는 경우이다. 한쪽은 “계좌 개설 고객”, 다른 쪽은 “최근 12개월 거래 고객”으로 고객 수를 세면 숫자는 각자 옳으나 비교는 무의미하다. 방어책은 정의 등록부 — 주요 지표의 정의문·버전·변경일·책임자를 기록한 대장 — 이며, 감독 기준이 바뀐 지표의 시계열에는 반드시 단절 표시를 남긴다. 정의 관리 체계의 전모는 제VI장에서 다룬다. T9(요약이 감춘 세부)는 평균과 총량이 분포와 꼬리를 은폐하는 경우이다. 포트폴리오 평균 연체율이 네 분기 연속 평탄해도, 다수 고객군의 개선과 특정 고객군 꼬리의 급격한 악화가 상쇄된 결과일 수 있다. 방어책은 대시보드 표준의 변경이다. 평균 옆에는 분포를, 총량 옆에는 하향 조회 경로를 반드시 배치한다.

왜곡의 어둠. T10(측정 오차)은 입력·인식·전송 과정의 잡음이다. 담보 면적의 단위 오기 하나가 감정가와 담보인정비율을 타고 증식하는 사례가 전형이다. 방어책은 입력 시점의 검증 규칙(단위·범위·상호 대사), 기계 인식 결과의 신뢰도 분층과 저신뢰 건의 업무 책임자 검토, 핵심 항목의 이중 입력이다. T11(지표 조작)은 측정이 목표가 되는 순간 측정 대상이 행동을 바꾸는 현상, 이른바 굿하트의 법칙이다. 시점 잔액으로 수신을 평가하면 월말에 자금이 몰렸다 월초에 빠지는 그래프가 만들어진다. 방어책은 단일 지표 대신 지표 조합(시점+평잔, 건수+질), 관측 기준의 주기적 교체, 그리고 신규 KPI 도입 전의 “어떻게 빠져나갈 것인가” 모의 검토이다. T12(정보 비대칭)는 거래상대방이 나보다 자신을 잘 아는 은행업의 선천적 조건이다. 고금리 상품에 가장 적극적으로 응하는 신청자가 바로 타행에서 거절된 고위험군이라면, 가격이 걸러 온 고객이 가격이 피하려던 고객이 된다. 방어책은 더 열심히 묻는 것이 아니라 구조를 설계하는 것 — 위험 유형이 스스로 다른 계약을 고르게 하는 상품 설계, 분식이 어려운 행동 데이터에의 가중, 담보·보증 등 사적 정보의 담보화 — 이다.

사람 손의 어둠. T13(의도적 은닉)은 데이터를 일부러 어둡게 만드는 경우로, 보고 기준선 바로 아래로 분할된 거래처럼 적대적인 형태와, 비식별화·가명처리처럼 보호를 위한 선의의 형태가 같은 기술을 공유한다. 어둡게 만드는 기술은 중립이며, 의도와 승인 여부가 방패와 은신처를 가른다. T14(위조·합성)는 데이터를 만들어 내는 경우이다. 지나치게 규칙적인 입출금, 매끄러운 잔액 곡선의 “너무 깨끗한” 통장 거래내역은 위조의 지문이다. 진짜 세계에는 잔돈과 우연이 있다. 방어책은 다중 원천 대사 — 하나의 세계는 위조할 수 있으나 서로 맞물린 여러 세계를 동시에 위조하기는 어렵다 — 와 생성 콘텐츠 표시 의무의 준수이다. T15(적용 범위 밖 외삽)는 데이터는 그대로인데 사용자가 데이터의 국경을 넘는 경우이다. 전통 제조업으로 십오 년을 학습한 중소기업 모형을 기술 스타트업 심사에 그대로 적용하면, 모형은 오류를 내지 않고 자신 있게 틀린다. 방어책은 모든 모형에 “학습한 것과 학습하지 않은 것”을 명시한 적용 범위 선언서를 부착하고, 범위 밖 입력은 자동으로 사람 검토로 강등하는 것이다.

열다섯 유형의 실무적 압축은 다음과 같은 점검을 위한 다섯가지 질문이다. 어떤 데이터·보고서·모형을 마주하든 다섯 별자리의 이름을 질문으로 바꾸어 묻는다. 빠졌는가. 골라졌는가. 떠내려갔는가. 참인가. 누가 손댔는가. 이 다섯 질문에 하나라도 답하지 못한다면, 그 지점이 바로 그 분석의 어둠이다.

III. 어둠의 비용과 잠재 가치

3.1 리스크 비용: 조기경보 실패의 해부

다크 데이터의 비용 가운데 가장 크고 가장 늦게 도착하는 것은 놓친 위험의 비용이다. 이를 구체적으로 보이기 위해, 여신 부실의 전형적 경로를 재구성한 사례를 해부한다. 사례는 실제 사안이 아니라 복수의 일반적 상황을 결합한 예시이다.

십여 년간 연체가 없던 중견 제조업체가 만기를 여덟 달 앞두고 급격히 부실화되어 은행에 수십억 원의 손실을 남겼다고 하자. 사후 감사의 결론은 “급격한 업황 악화에 따른 불가피한 부실”이었다. 그러나 부실 이후의 정밀 복기에서 세 가지 선행 신호가 확인되었다. 첫째, 부실 일 년 전부터 주요 발주처의 결제 조건이 악화되고 있었으며(어음 만기 60일에서 120일로 연장), 이 사실은 실사 보고서 본문이 아니라 첨부된 거래처 원장 스캔본 안에 있었다. 둘째, 재무약정 중 부채비율 유지 조항이 반기 검토 시점에 이미 임계선에 근접해 있었으나, 약정 관리가 담당자 개인의 수기 파일로 이루어지고 있었고 해당 담당자는 장기 부재 중이었다. 셋째, 협력업체 직원의 임금 관련 문의가 상담 채널에 두 건 기록되어 있었으나, 상담 기록은 여신 부서의 시야 밖이었다.

세 신호의 공통점은 명확하다. 데이터가 없어서 놓친 것이 아니라, 데이터가 있었으나 어두운 곳에 — 스캔본 안에, 개인 파일 안에, 다른 부서의 서버 안에 — 있어서 놓친 것이다. 세 신호를 한자리에 모아 읽는 장치가 있었다면 여덟 달의 대응 시간이 확보되었을 것이고, 여신 축소·담보 보강 등 손실 경감 수단이 가동될 수 있었다. 이 사례는 본 보고서 전체를 관통하는 명제를 남긴다. 재료는 이미 있다. 없는 것은 그것을 모아 읽는 능력이다. 이 명제는 제VII장의 사례 연구(약정 모니터링 캡슐)에서 해법의 형태로 재등장한다.

리스크 비용의 특징은 발생 전에는 보이지 않고, 발생 후에는 다크 데이터의 비용으로 계상되지 않는다는 점이다. 손실은 “업황 악화”나 “심사 판단”의 계정으로 기록되고, 신호가 어둠 속에 있었다는 사실은 감사보고서의 각주에도 남지 않는다. 관리자가 할 일은 부실·사고의 복기 절차에 상설 질문 하나를 추가하는 것이다. “선행 신호가 존재했는가. 존재했다면 그것은 어디에, 어떤 상태로 있었는가.”

3.2 컴플라이언스 비용: 어둠 속의 지뢰

어둠 속에는 광맥만 있는 것이 아니라 지뢰도 있다. 무엇을 보유하고 있는지 모르는 상태는 그 자체로 규제 리스크이다.

첫째, 보존과 파기의 리스크이다. 개인정보와 신용정보에는 법령상 보존 기한과 파기 의무가 있다. 존재 자체가 파악되지 않은 녹취·스캔본·백업 속의 개인정보는 파기 시점을 넘겨 잔존할 개연성이 높으며, 이는 자산이 아니라 위반 상태이다. 감독당국의 자료 제출 요구나 정보주체의 열람·삭제 요구가 도착했을 때, “어디에 무엇이 있는지 모른다”는 것은 대응 지연과 제재로 직결된다.

둘째, 목적 제한의 리스크이다. 데이터는 수집 당시 고지된 목적의 범위 안에서 이용되어야 한다. 십 년 전 여신 심사 목적으로 수집한 문서를 오늘 AI 학습에 투입하는 것이 당초 목적과 상용(相容)하는지, 추가 동의나 비식별 처리가 필요한지는 문서 단위로 판단되어야 할 문제이다. 다크 데이터의 대량 활용이 검토되는 순간, 이 판단을 생략한 채 “우리 데이터니까”라는 직관으로 진행하는 것은 사업 리스크를 컴플라이언스 리스크로 치환하는 일이다.

셋째, 제3자 권리의 리스크이다. 조직이 보유한 문서 안에는 조직의 것이 아닌 권리가 섞여 있다. 외부 감정평가법인이 작성한 감정평가서에 “본 평가 목적 외 사용 금지”가 명기되어 있다면, 그 문서를 다른 목적의 분석이나 학습에 투입하는 것은 계약 위반이 된다. 벤더가 제공한 데이터의 재이용·재제공 제한, 거래상대방 자료의 비밀유지 약정도 같은 범주이다. 어둠 속의 문서일수록 이러한 꼬리표의 존재 자체가 잊히기 쉽다.

컴플라이언스 비용의 관리 원칙은 제VII장의 관문 체계로 구조화된다. 여기서는 결론만 미리 적는다. 다크 데이터의 활용에서 “일단 쓰고 나중에 정리한다”는 경로는 존재하지 않는다. 관문은 우회로가 아니라 유일한 길이다.

3.3 보관·중복·기회 비용

세 번째 비용군은 소리 없이 누적되는 고정비이다. 활용하지 않는 데이터도 저장 공간, 백업, 항온항습, 보안 관리의 비용을 소비한다. 단년도로는 크지 않으나, 어둠은 줄지 않고 쌓이기만 하므로 이 청구서는 매년 두꺼워진다.

중복 비용은 더 낭비적이다. 존재를 모르는 데이터는 다시 만들어진다. 한 부서가 외부에 의뢰한 업종 분석이 삼 년 전 다른 부서의 내부 보고서와 사실상 동일했던 사례, 같은 고객에게 같은 서류를 부서마다 다시 징구하여 고객 불만을 초래한 사례는 어느 조직에나 있다. 중복은 비용인 동시에 품질 문제이기도 하다. 같은 대상에 대한 상이한 사본들이 각자 늙어 가며 서로 어긋나기 때문이다.

기회 비용은 계량이 어려우나 가장 크다. 이십 년 치 심사 이력이 있는 조직과 없는 조직이 같은 AI 도구를 도입할 때 성과 격차를 만드는 것은 도구가 아니라 재료이다. 재료를 가졌으되 꺼내 쓰지 못하는 조직은, 재료가 없는 조직과 같은 출발선에 서게 된다. 축적의 이점을 스스로 반납하는 것이다.

3.4 가치 시나리오: 어둠이 빛이 될 때

비용의 반대편 장부를 네 가지 대표 시나리오로 정리한다. 네 시나리오의 공통 전제는, 필요한 재료의 대부분이 신규 수집 대상이 아니라 이미 보유 중인 어둠이라는 점이다.

첫째, 이탈 예측이다. 거래를 축소하는 기업 고객은 어느 날 갑자기 떠나지 않는다. 급여 이체 해지, 외환 거래 감소, 담당자 접촉 간격의 확대가 선행한다. 이들 신호는 각기 다른 시스템에 이미 기록되어 있으며, 결합되지 않았을 뿐이다. 흩어진 신호를 묶은 이탈 징후 목록은 그 자체로 영업 조직의 우선 접촉 리스트가 된다.

둘째, 거절 추론이다. 2.3절에서 본 반사실의 부분적 복원으로서, 거절 신청자의 이후 신용 행태를 적법한 외부 정보(신용정보기관 등)로 보완하여 심사 기준의 편향을 점검하는 접근이다. 완전한 복원은 불가능하나, “우리가 거절한 고객 중 실제로는 우량했던 비중”을 추정하는 것만으로도 심사 정책의 사각지대가 드러난다.

셋째, 조기경보이다. 3.1절 사례의 역상(逆像)으로서, 스캔 문서 속의 거래 조건, 약정 수치, 상담 기록의 이상 신호를 정기적으로 결합·감시하는 체계이다. 여신 부실의 상당수는 신호 없는 돌발이 아니라 신호가 분산된 완행이며, 분산을 결합으로 바꾸는 것이 경보의 본질이다.

넷째, 문서 지능이다. 심사 보고서·실사 기록·계약서 이십 년 치를 검색·요약·비교 가능한 상태로 전환하면, 신규 심사 시 유사 기업의 과거 이력 조회, 심사 논거의 재활용, 신입 심사역의 학습 자료화가 가능해진다. 서론에서 언급한 AI 심사 지원 도구의 실질이 바로 이것이며, 그 품질은 모형이 아니라 말뭉치 — 즉 얼마나 넓은 어둠이 밝혀져 있는가 — 가 결정한다.

3.5 비용-가치 대차대조: 우선 조명 영역의 선별

이상의 비용과 가치를 함께 놓으면 실무적 질문은 하나로 수렴한다. 어디부터 밝힐 것인가. 전부를 밝히는 것은 불가능하고 불필요하며, 일부 데이터는 오히려 의도적으로 어둡게 유지해야 한다(9.5절). 선별 기준은 두 축의 결합이다.

첫째 축은 가치 밀도로서, 해당 데이터가 지원하는 의사결정의 크기와 빈도이다. 여신 손실 한 건의 규모, 이탈 고객 한 곳의 수익 기여처럼 결정의 값이 큰 영역의 재료가 우선한다. 둘째 축은 조달 난이도로서, 데이터의 상태(정형화 수준, 품질), 권리 관계(관문 통과의 용이성), 기술적 처리 비용의 합이다. 가치가 높고 난이도가 낮은 사분면이 첫 번째 조명 대상이며, 가치가 높으나 난이도도 높은 영역은 계획적 투자 대상, 가치가 낮은 영역은 보존 정책의 대상(활용이 아니라 정리·파기의 대상)이다.

다만 이 대차대조에는 제IV장에서 밝힐 함정이 하나 있다. 데이터 목록을 먼저 만들고 각 항목의 가치를 사후에 평가하는 순서 — 공급에서 출발하는 순서 — 는 평가 자체를 공전시킨다는 점이다. 가치는 데이터에 내재하지 않고 그것을 소비할 능력에서 발생하기 때문이다. 따라서 선별의 올바른 출발점은 데이터 목록이 아니라 능력 목록이며, 이 전환이 제VIII장의 주제이다.

IV. 기존 접근의 한계

4.1 전수 인벤토리 캠페인의 구조적 실패

다크 데이터 문제에 대한 전통적 처방은 전사 데이터 실태조사, 곧 전수 인벤토리 캠페인이었다. 태스크포스를 구성하고, 부서별로 보유 데이터 목록을 제출받아 통합 대장을 만들고, 등급을 매기는 방식이다. 이 접근은 논리적으로 자연스러워 보이나, 실행의 기록은 대체로 같은 곡선을 그린다. 착수 시점의 높은 관심, 제출 마감 무렵의 형식적 목록, 완료 보고 이후의 급속한 풍화. 일 년 뒤 그 대장을 열어 보는 사람은 없고, 대장에 기재된 내용은 현실과 어긋나기 시작한다. 요컨대 인벤토리 자체가 다크 데이터가 된다.

실패의 원인은 담당자의 능력이 아니라 구조에 있다. 첫째, 목적의 부재이다. “무엇에 쓸지” 정해지지 않은 목록화는 항목의 어느 수준까지 조사할지, 품질을 어디까지 검증할지에 대한 기준을 제공하지 못하며, 따라서 제출물은 최소 요건으로 수렴한다. 둘째, 유지 동력의 부재이다. 데이터는 매일 새로 생성되고 이동하므로 인벤토리는 만드는 일이 아니라 유지하는 일인데, 캠페인은 정의상 종료 시점을 갖는다. 셋째, 제2.4절에서 확인한 기본값의 법칙이다. 어두워짐이 자연 상태인 환경에서, 지속적 의지에 의존하는 메커니즘은 반드시 소멸한다. 캠페인은 점화 장치는 될 수 있으나 엔진은 될 수 없다.

4.2 공급 주도 대 수요 주도

캠페인의 실패를 일반화하면 공급 주도(push) 접근의 한계가 된다. 공급 주도란 데이터 쪽에서 출발하는 접근 — 가진 것을 정리하면 쓸모가 발견되리라는 기대 — 을 말한다. 그러나 데이터의 가치는 데이터에 내재하지 않는다. 가치는 그 데이터를 소비하는 의사결정과 업무 능력에서 발생한다. 소비처가 특정되지 않은 정리는 가치 평가의 기준점이 없는 정리이며, 기준 없는 정리는 우선순위를 만들지 못한다.

실제로 데이터가 어둠에서 나온 사례들을 복기하면 예외 없이 반대 방향, 곧 수요 주도(pull)였다. AI 심사 지원 도구를 만들려는 순간 이십 년 치 심사 보고서가 조명 대상이 되고, 조기경보 체계를 세우려는 순간 스캔본 속 거래 조건이 추출 대상이 된다. 수요가 데이터를 끌어낼 때는 세 가지가 자동으로 따라온다. 목적(컴플라이언스 관문 판단의 기준), 품질 기준(그 용도에 충분한가라는 잣대), 예산(그 능력의 사업 가치에서 나오는 재원). 공급 주도 캠페인이 끝내 만들지 못하는 세 요소가, 수요에는 처음부터 내장되어 있다.

4.3 수요 주도의 맹점

그렇다면 개별 업무 수요에 맡겨 두면 되는가. 그렇지 않다. 자연 발생적 수요 주도에는 두 가지 맹점이 있다.

첫째, 조명의 편식이다. 수요는 누군가 이미 가치를 짐작하는 데이터만 끌어낸다. 목소리가 큰 부서, 유행하는 과제, 측정이 쉬운 영역의 데이터가 우선 밝혀지고, 진정한 미지 — 아무도 그 가치를 짐작조차 못 하는 영역, 제II장의 용어로 T2형의 어둠 — 는 수요의 시야에 들어오지 않는다. 수요 주도는 아는 어둠을 밝히는 데는 강하나, 모르는 어둠 앞에서는 무력하다.

둘째, 수요의 무체계성이다. 개별 과제 단위의 수요는 산발적이고 중복적이다. 두 팀이 각자의 과제를 위해 같은 스캔본 더미를 따로 처리하고, 같은 관문 검토를 따로 받는 일이 반복된다. 조명의 성과가 조직의 자산으로 축적되지 않고 과제와 함께 소멸한다.

두 맹점의 처방은 수요를 버리는 것이 아니라 수요를 체계화하는 것이다. 개별 아이디어가 아니라, 해당 사업 영역이 갖추어야 할 능력의 전체 목록 — 능력 인벤토리 — 으로부터 수요를 도출하면, 편식은 전수성(全數性)으로, 산발은 우선순위로 교정된다. 이 체계화가 제VIII장의 주제이며, 그 전에 제V장과 제VII장에서 체계화의 두 부품인 노동력(에이전트)과 단위(캡슐)를, 그 사이 제VI장에서 두 부품이 공유하는 언어 기반(온톨로지)을 정의한다.

4.4 조명 메커니즘의 3요소: 광원·조리개·자전

제IV장의 논의를 종합하면, 지속 가능한 조명 메커니즘이 갖추어야 할 요건이 세 가지로 정리된다. 비유하자면 광원, 조리개, 자전이다.

광원은 조명의 비용을 낮추는 기술이다. 어둠의 대부분이 비정형 문서인 이상, 사람이 읽는 방식으로는 광원의 출력이 절대적으로 부족하다. 기계가 문서를 읽게 된 기술 전환 — 그리고 그 기계를 부리는 에이전트 — 이 광원을 제공한다(제V장).

조리개는 빛을 어디에 모을지 결정하는 장치이다. 전방위 조명은 불가능하므로, 사업 가치가 큰 지점에 빛을 모아야 한다. 능력 캡슐의 데이터 계약이 조리개의 역할 — 이 능력에는 정확히 이 데이터가 필요하다는 특정 — 을 수행한다(제VII장).

자전은 모든 영역이 주기적으로 빛을 받게 만드는 회전 장치이다. 수요의 편식을 교정하려면, 특정 과제의 유무와 무관하게 전 영역이 정기적으로 점검의 빛 아래 놓여야 한다. 능력 인벤토리의 전수성과, 기존 회의체에 결합된 정기 점검 리듬이 자전을 제공한다(제VIII·X장).

세 요소 중 하나라도 빠지면 메커니즘은 퇴화한다. 광원 없는 조리개는 계획만 남기고, 조리개 없는 광원은 비용만 태우며, 자전 없는 둘은 편식으로 끝난다. 이하 네 개 장이 이러한 문제를 해결하기 위해 이 세 요소의 역할과, 세 요소가 공유하는 언어 기반(온톨로지)의 구현에 대한 구체적 설명이다.

V. 해법 축 1 — AI 에이전트

5.1 기술 전환점: 기계가 문서를 읽게 되다

다크 데이터가 십수 년째 지적되어 온 문제임에도 최근에야 해법이 논의되는 이유는 단순하다. 조명의 단가가 최근에야 떨어졌기 때문이다. 어둠의 대부분은 비정형 문서 — 보고서, 계약서, 녹취, 스캔 이미지 — 이며, 이를 읽는 유일한 수단은 오랫동안 사람의 눈뿐이었다. 이십 년 치 문서고를 사람이 읽는 데 드는 비용은 어떤 사업 가치로도 정당화되지 않았고, 따라서 어둠은 경제적으로 합리적인 상태였다.

대규모 언어모델(LLM)은 이 경제학을 바꾸었다. 구체적으로 세 가지 능력이 실무 수준에 도달했다. 첫째, 독해와 추출이다. 심사 보고서에서 재무약정 조항을, 실사 기록에서 거래처 결제 조건을, 상담 녹취에서 이상 신호를 구조화된 형태로 뽑아내는 작업이 문서당 수 초 단위로 가능해졌다. 광학문자인식(OCR)이 이미지에서 글자를 꺼냈다면, 언어모델은 글자에서 의미를 꺼낸다. 둘째, 의미 검색이다. 문서를 의미 벡터로 변환해 두면, 정확한 키워드를 모르는 상태에서도 “이 기업과 유사한 과거 사례”를 찾을 수 있다. 검색 가능성은 조명의 최소 단위이다. 필요할 때 찾아지는 문서는, 아무도 읽지 않았더라도 이미 절반쯤 밝은 문서이다. 셋째, 대량 분류이다. 수십만 건의 문서에 종류·주제·민감정보 포함 여부의 꼬리표를 다는 작업을 기계가 상시 수행할 수 있다. 인벤토리 캠페인이 사람의 손으로 실패했던 바로 그 작업이, 지치지 않는 노동으로 대체된다.

단, 이 능력에는 관리자가 알아야 할 한계가 붙는다. 언어모델의 출력에는 오류와 착오(환각)가 섞이며, 그 비율은 문서 품질과 과제 난이도에 따라 달라진다. 따라서 실무 설계의 표준은 전량 자동 신뢰가 아니라 신뢰도 분층이다. 기계가 확신하는 결과는 자동 반영하되, 확신도가 낮은 결과는 사람 검토로 보내는 이중 경로를 두는 것이다. 기계는 전량을 읽고, 사람은 의심스러운 것을 읽는다. 이 분업이 이후 모든 논의의 전제이다.

5.2 에이전트의 정의와 구성

언어모델 자체는 질문에 답하는 장치이다. 이를 업무의 수행자로 만드는 것이 에이전트(agent) 구조이다. 본 보고서에서 AI 에이전트란, 목표를 부여받아 도구를 사용하며 다단계 작업을 자율적으로 수행하되 부여된 권한의 범위 안에서만 행동하는 소프트웨어 실행 주체를 말한다. 대화형 챗봇과의 차이는 세 가지 구성 요소에 있다.

첫째, 도구이다. 에이전트는 문서 저장소 검색, 데이터베이스 조회, 계산기 호출, 시스템 입력 등 정의된 도구 목록을 통해 실제 시스템과 상호작용한다. 도구 목록은 곧 에이전트의 손이 닿는 범위이며, 권한 설계의 첫 번째 지점이다. 둘째, 작업 기억이다. 에이전트는 다단계 작업의 중간 결과 — 어떤 문서를 읽었고, 무엇을 발견했으며, 다음에 무엇을 할지 — 를 유지하며 진행한다. 셋째, 실행 루프이다. 계획 수립, 도구 호출, 결과 평가, 재계획의 순환을 목표 달성 또는 중단 조건까지 반복한다. 중단 조건 — 언제 멈추고 사람에게 넘기는가 — 은 도구 목록과 함께 에이전트 설계의 핵심 통제 지점이다.

비유하자면 챗봇이 박식한 상담원이라면, 에이전트는 도구함과 작업 목록을 가진 동료이다. 그리고 동료에게 그러하듯, 에이전트에게도 채용 시점에 두 가지가 정의되어야 한다. 직무 기술서(무엇을 하는가)와 전결 규정(어디까지 스스로 결정하는가). 전자가 5.3~5.4절, 후자가 5.5~5.6절의 주제이다.

5.3 능력 광부: 격차를 찾는 에이전트

본 보고서의 메커니즘에서 에이전트의 첫 번째 직무는 능력 광부(capability miner)이다. 광부의 임무는 데이터를 캐는 것이 아니라, 그보다 앞서 무엇을 캐야 하는지 — 즉 조직에 부족하거나 부재한 능력 — 를 찾아내는 것이다. 광부는 세 개의 갱도에서 작업한다.

첫째 갱도는 업무 실패 신호이다. 운영 중인 스킬과 시스템이 남기는 “처리 불가” 기록 — 필요한 데이터가 없어 사람에게 이관된 건, 판단 근거 부족으로 보류된 건 — 은 현장이 스스로 작성하는 능력 결핍 보고서이다. 광부는 이 기록을 상시 수집·군집화하여 “이런 능력이 반복적으로 요구되고 있다”는 제안을 생성한다. 이 갱도의 강점은 수요의 진실성이다. 실패 기록은 설문이 아니라 실제 업무가 남긴 흔적이므로, 유행이나 목소리의 크기에 오염되지 않는다.

둘째 갱도는 성숙도 격차이다. 능력 인벤토리(제VIII장)에 등재된 각 능력은 현재 성숙도와 목표 성숙도를 가진다. 광부는 격차가 크면서 장기간 개선 활동이 없는 능력을 탐지하여 환기한다. 사람의 주의는 새 과제로 쏠리고 기존 격차는 잊히기 마련이므로, 잊히지 않는 관찰자가 격차 목록을 붙들고 있는 것 자체가 가치이다.

셋째 갱도는 외부 비교이다. 동종업계의 공개 사례, 감독당국의 요구 사항, 인접 산업의 관행으로부터 “우리 인벤토리에 아직 이름조차 없는 능력”을 발굴한다. 이 갱도는 제4.3절에서 지적한 수요 주도의 맹점 — 모르는 어둠 — 에 대한 교정 장치이다. 내부 신호는 아는 결핍을 찾고, 외부 비교는 모르는 결핍을 찾는다.

세 갱도의 산출물은 동일한 형식을 갖는다. 능력 제안서 — 어떤 능력이, 어떤 근거로 필요하며, 어떤 사업 성과에 기여할 것인지의 초안. 제안서는 인벤토리에 “제안됨” 상태로 등재되며, 채택 여부의 결정은 사람의 몫이다.

5.4 솔루션 개발자: 스킬을 조합하는 에이전트

에이전트의 두 번째 직무는 솔루션 개발자이다. 채택된 능력 제안을 받아, 그 능력을 구현할 캡슐의 초안을 조립하는 역할이다. 조립은 창조가 아니라 대부분 조합이다. 조직의 스킬 저장소에는 이미 검증된 작업 절차들 — 재무비율 산출, 문서 항목 추출, 기준 대비 판정, 보고서 생성 — 이 축적되어 있으며, 새 능력의 상당 부분은 기존 스킬의 재배열로 구성된다.

개발자 에이전트의 작업은 네 단계로 진행된다. 첫째, 요구 분해이다. 능력 제안서의 사업 성과를 달성하는 데 필요한 판단·계산·산출물을 목록화한다. 둘째, 스킬 매칭이다. 저장소에서 재사용 가능한 스킬을 탐색하여 연결하고, 없는 부분은 신규 스킬의 골격 초안을 생성한다. 셋째, 데이터 계약 도출이다. 조립된 스킬들이 소비할 데이터 항목을 열거하고, 각 항목의 소싱 상태 — 이미 연결 가능한가, 손안의 어둠에 있는가, 외부에 있는가, 아예 없는가 — 를 조사하여 표기한다. 이 단계가 본 보고서 메커니즘의 관절이다. 능력의 요구가 다크 데이터의 작업 목록으로 번역되는 지점이기 때문이다. 넷째, 검증 기준의 초안이다. 이 능력이 올바르게 작동함을 무엇으로 확인할지 — 모범 사례와 시험 케이스 — 를 제안한다.

개발자 에이전트의 작업 원칙은 빈 곳만 채운다(fill gaps only)이다. 사람이 이미 작성한 내용은 덮어쓰지 않고, 비어 있는 항목만 초안으로 보충한다. 에이전트의 산출물은 어디까지나 초안이며, 초안 위에서 다듬고 확정하는 것은 담당자와 책임자이다. 이 원칙은 효율의 문제이기 이전에 책임 소재의 문제이다. 최종 산출물의 모든 내용에는 그것을 승인한 사람이 있어야 한다.

5.5 위임의 경계: 스스로 권한을 부여하지 않는다

에이전트 도입에서 가장 중요한 설계 결정은 능력의 상한이 아니라 권한의 상한이다. 본 보고서가 제안하는 원칙은 한 문장이다. 에이전트는 제안하고 조합하되, 스스로 권한을 부여하지 않는다.

구체적으로, 능력의 생애주기(제VII장)에서 에이전트가 스스로 진행시킬 수 있는 단계는 제안과 초안 조립까지이다. 데이터 조달의 개시, 관문 통과의 판정, 단련 완료의 선언, 운영 투입의 승인 — 즉 조직의 자원과 책임이 걸리는 모든 상태 전이는 정의된 역할의 사람만이 수행한다. 시스템 구현의 관점에서 이는 선호가 아니라 강제이다. 상태 전이 API의 역할 검증에서 에이전트 계정은 해당 전이 권한을 갖지 않도록 구현되며, 우회 시도는 거부되고 기록된다.

이 경계가 필요한 이유는 세 겹이다. 첫째, 책임의 귀속이다. 여신·리스크 업무의 산출물에는 책임자가 있어야 하며, 소프트웨어는 책임의 주체가 될 수 없다. 둘째, 오류의 격리이다. 에이전트의 착오는 불가피하며, 착오가 제안 단계에 머무는 한 비용은 검토 시간에 그치지만, 착오가 실행 권한을 만나면 사고가 된다. 셋째, 신뢰의 축적 가능성이다. 경계가 명확한 에이전트만이 감사와 검증의 대상이 될 수 있고, 검증된 이력이 쌓여야 위임의 범위를 논의할 자격이 생긴다. 역설적으로, 권한의 제한이 확장의 유일한 경로이다.

5.6 가드레일, 인간 결재, 감사 추적

위임의 경계를 명확화 하는 세 가지 운영 장치를 정리한다.

첫째, 가드레일이다. 에이전트의 도구 목록은 최소 권한 원칙으로 구성한다. 읽기 도구와 쓰기 도구를 분리하고, 쓰기는 초안 영역에 한정하며, 운영 데이터의 변경 도구는 부여하지 않는다. 아울러 출력 규율을 강제한다. 에이전트의 모든 판단결과 출력에는 근거 문서의 출처 표시와 확신도 표기를 요구하며, 출처 없는 단정은 산출물 형식 자체에서 거부된다.

둘째, 업무 책임자에 의한 인간 결재 관문이다. 에이전트 산출물이 업무에 반영되는 경로마다 검토·승인의 지점을 명시한다. 관문의 밀도는 업무의 중대성에 비례시킨다. 내부 참고용 요약은 사후 표본 검토로 충분하나, 고객과 여신 판단에 영향을 주는 산출물은 사전 결재를 요한다. 결재자는 형식적 서명자가 아니라 내용의 승인자이며, 따라서 결재 화면에는 에이전트의 결론만이 아니라 근거와 확신도가 함께 표시되어야 한다.

셋째, 감사 추적이다. 에이전트의 모든 실행 — 어떤 입력으로, 어떤 도구를 호출하여, 어떤 근거로, 무엇을 산출했는지 — 은 추가만 가능하고 수정·삭제가 불가능한 감사 기록으로 남긴다. 이 기록은 사고 조사와 감독 대응의 자료이자, 다음 절에서 말할 신뢰 축적의 원장이다.

5.7 신뢰 구축의 단계: 제안에서 실행으로

에이전트 도입은 일회성 결정이 아니라 신뢰의 단계적 확장 과정으로 설계되어야 한다. 본 보고서는 3단계 경로를 권고한다.

1단계, 제안 모드이다. 에이전트는 읽고 분석하여 제안만 한다. 능력 제안서, 문서 분류 결과, 이상 신호 목록이 산출물이며, 모든 산출물은 사람의 검토를 거쳐야 효력을 갖는다. 이 단계의 목표는 산출물의 품질 통계 — 제안의 채택률, 추출의 정확도, 오탐률 — 를 축적하는 것이다.

2단계, 초안 모드이다. 품질 통계가 합의된 기준을 충족한 작업 유형에 한하여, 에이전트의 산출물이 업무 문서의 초안으로 직접 편입된다. 캡슐 조립 초안, 데이터 계약 초안, 보고서 초안이 해당한다. 사람의 역할은 백지에서 작성하는 것에서 초안을 교정·확정하는 것으로 이동하며, 이 이동 자체가 측정 가능한 생산성 효과이다.

3단계, 한정 실행 모드이다. 충분한 이력이 축적된 저위험·고빈도 작업 — 예컨대 신규 문서의 자동 분류와 꼬리표 부착, 정기 감시 지표의 산출 — 에 한하여 사후 검토 방식의 자동 실행을 허용한다. 단, 5.5절의 경계는 이 단계에서도 불변이다. 실행이 허용되는 것은 정의된 작업의 반복이지, 권한의 자기 확장이 아니다.

각 단계의 승급은 담당 부서의 신청과 리스크·준법 부서의 심사로 결정하며, 품질 통계의 악화 시 강등 경로도 함께 정의한다. 요컨대 에이전트는 채용 후 수습을 거쳐 전결 범위를 넓혀 가는 신입 직원과 같은 궤적으로 관리된다. 다른 점은 하나뿐이다. 이 직원의 모든 업무는 처음부터 끝까지 기록되며, 지치지 않고, 조직이 정한 경계를 스스로 넘지 않는다.

VI. 해법의 기반 — 온톨로지: 데이터 우주의 공용어

6.1 왜 지금 온톨로지인가: 의미의 어둠

제V장은 광원을 확보했다. 기계가 문서를 읽게 되었으므로, 이십 년 치 어둠을 해독하는 노동은 이제 조달 가능하다. 그러나 광원의 확보는 곧바로 다음 질문을 드러낸다. 읽어서, 무엇으로 적을 것인가. 스캔 계약서에서 추출한 값은 어떤 항목명 아래 저장되는가. 그 항목명이 가리키는 개념은 여신 시스템의 같은 이름 항목과 동일한 것인가. 추출은 언제나 어떤 어휘 체계를 향한 추출이며, 어휘가 정렬되어 있지 않으면 채굴된 데이터는 밝혀지는 순간 다시 다른 종류의 어둠으로 떨어진다.

이 어둠을 본 보고서는 의미의 어둠이라 부른다. 데이터는 존재하고, 접근 가능하고, 심지어 시스템에 연결되어 있는데, 그것이 무엇을 뜻하는지가 사람과 부서에 따라 다른 상태. 제II장의 T8형(정의 변화)이 손상의 관점에서 기술한 현상 — 부서마다 다른 ‘고객 수’, 기준 개정으로 단절된 ‘연체율’ 시계열 — 이 바로 이것이다. 의미의 어둠은 세 층 지도에 나타나지 않는다. 데이터가 물리적으로는 가장 안쪽 원에 있기 때문이다. 그러나 효과는 어둠과 같다. 뜻이 어긋난 숫자로 이루어진 비교와 집계는, 없는 데이터로 한 분석보다 오히려 위험하다. 없는 것은 최소한 침묵하지만, 어긋난 것은 자신 있게 말하기 때문이다.

의미의 어둠이 지금 시급해진 이유는 AI에 있다. 사람의 속도로 일하던 시대에 용어의 불일치는 회의에서의 실랑이 정도로 표출되었고, 경험 많은 실무자의 암묵지가 완충 역할을 했다. 기계의 속도에서는 완충이 사라진다. 에이전트가 하루에 수만 건의 문서를 분류하고 추출할 때, 어휘의 어긋남은 수만 건의 어긋난 데이터로 즉시 풍화된다. 언어모델은 문맥으로 의미를 추측하는 데 능하지만, 추측은 조직의 공식 정의를 대체하지 못한다. ‘연체’의 판정 기준, ‘고객’의 집계 범위, ‘담보’와 ‘보증’의 경계는 추측의 대상이 아니라 규정의 대상이다. 요컨대 기계는 빨리 읽지만, 뜻은 여전히 사람이 정한다. 뜻을 정해 두는 장치가 온톨로지이다.

6.2 온톨로지란 무엇인가

온톨로지(ontology)는 특정 영역의 핵심 개념과, 개념들 사이의 관계와, 그 관계에 적용되는 규칙을 명시적·표준적으로 정의한 의미 지도이다. 철학에서 빌려 온 이름 탓에 난해하게 들리지만, 실체는 실무적이다. 기업여신 영역의 온톨로지라면 다음과 같은 내용으로 이루어진다.

개념의 층. 고객, 차주, 여신, 한도, 담보, 보증, 약정, 연체와 같은 핵심 개념 각각에 대한 공식 정의. 정의에는 포함과 배제가 명시된다. ‘고객’은 계좌 보유자인가, 최근 12개월 거래자인가. ‘연체’의 기산일은 언제인가. 관계의 층. 개념들이 맺는 관계의 정의. 하나의 차주는 여러 여신을 가질 수 있고, 하나의 여신에는 여러 담보가 결합될 수 있으며, 약정은 여신에 부속되고, 보증인은 차주와 구별된다. 이 관계들이 명시되어야 “차주별 담보 총액”과 같은 집계가 부서를 넘어 같은 값을 낳는다. 규칙의 층. 관계에 적용되는 제약과 파생 규칙. 담보인정비율은 어떤 담보 평가액과 어떤 여신 잔액의 비(比)인가, 그룹 여신 한도는 어떤 관계의 차주들을 합산하는가.

인접 개념과의 구분이 이해에 도움이 된다. 용어집은 정의의 나열로서 온톨로지의 출발점이지만 관계와 규칙이 없다. 데이터 사전은 시스템 항목의 기술적 명세로서 물리 구조를 다루지만 업무 의미의 합의를 보장하지 않는다. 지식그래프는 온톨로지라는 설계도 위에 실제 데이터 — 특정 차주, 특정 담보 — 를 채워 넣은 결과물이다. 요약하면, 용어집이 낱말 카드이고 데이터 사전이 창고 목록이라면, 온톨로지는 문법이며 지식그래프는 그 문법으로 쓰인 문장들이다. 본 보고서의 메커니즘이 요구하는 최소한은 문법, 즉 온톨로지 층이다.

6.3 어떻게 만드는가: 정의 등록부에서 시작하는 실용 경로

온톨로지 구축의 최대 실패 요인은 완벽주의이다. 전사 개념 체계를 일거에 정의하려는 시도는 제IV장의 인벤토리 캠페인과 정확히 같은 곡선 — 착수, 방대한 초안, 풍화 — 을 그린다. 본 보고서가 권고하는 경로는 반대로 작고 실전적이다.

1단계, 정의 등록부의 개설. 부서 간 분쟁이 가장 잦은 용어 다섯 개를 고른다. ‘고객 수’, ‘연체’, ‘신규’, ‘활성’, ‘기업 규모 구분’ 류가 통상의 후보이다. 각 용어에 대해 정의문, 버전 번호, 변경 일자, 책임 부서를 기록한 정의 등록부를 만든다. 형식은 표 한 장이면 충분하다. 핵심은 세 가지 규율이다. 새 지표는 등록 후 사용한다. 정의 변경은 반드시 버전을 올리고 전 사용 부서에 공지한다. 부서 간 정의 분쟁은 등록부를 1심으로, 정의 책임 부서의 재정(裁定)을 2심으로 해소한다.

2단계, 핵심 관계의 명시. 등록된 개념들 사이의 관계를 도식 한 장으로 그린다. 차주-여신-담보-약정의 연결 구조 정도의 조밀도면 초기에는 충분하며, 이 도식이 이후 모든 데이터 계약의 참조 기준이 된다.

3단계, 참조의 강제. 온톨로지가 살아 있는 문서가 되는 결정적 장치는 캡슐의 데이터 계약이 항목마다 온톨로지 참조를 요구하도록 하는 것이다(7.4절). 참조가 강제되는 순간 두 가지가 일어난다. 정의되지 않은 개념을 쓰려는 캡슐이 정의의 신규 등록을 촉발하고(온톨로지가 수요를 따라 자란다), 같은 개념을 참조하는 캡슐들이 자동으로 호환된다(중복과 어긋남이 구조적으로 줄어든다). 요컨대 온톨로지 역시 캠페인이 아니라 수요로 자라게 하는 것이며, 이는 본 보고서 전체의 원리 — 어둠은 수요가 밝힌다 — 의 의미 층 적용이다.

역할 분담은 명확해야 한다. 정의의 권한, 곧 어떤 개념이 무엇을 뜻하는지를 정하는 권한은 사업 부서에 있다. ‘연체’의 의미를 정하는 것은 업무이지 기술이 아니기 때문이다. 데이터 부서는 등록부와 참조 체계의 관리자이며, 준법 부서는 감독 기준과 연동되는 정의(연체, 부실 분류 등)의 정합성을 감수한다. 중간관리자의 역할은 구체적이다. 자기 팀이 쓰는 지표의 정의가 등록부에 있는지 확인하고, 없으면 등록을 발의하며, 회의에서 숫자가 어긋날 때 “정의부터 맞추자”라고 말하는 사람이 되는 것이다.

6.4 네 개의 연결: 기반이 축들을 떠받치는 방식

온톨로지를 세 해법 축과 별도의 장으로 다루는 이유는, 그것이 네 번째 축이 아니라 축들이 공유하는 기반이기 때문이다. 축들은 행위하고, 기반은 행위를 가능하게 한다. 연결은 네 곳에서 일어난다.

첫째, 다크 데이터의 좌표계. 채굴(7.5절)은 온톨로지를 향한 추출이다. 스캔 계약서에서 뽑아낸 값이 ‘약정.부채비율상한’이라는 표준 개념에 착지할 때, 그 값은 모든 캡슐이 재사용할 수 있는 자산이 된다. 좌표계 없는 채굴은 밝힌 데이터를 새 방언으로 적는 일이며, 방언은 또 하나의 의미의 어둠이다. 아울러 출생 시점의 꼬리표(7.5절의 채집 설계)에 포함되는 기준 버전이 바로 정의 등록부의 버전이므로, 온톨로지는 T7·T8형 표류에 대한 예방 접종이기도 하다.

둘째, 에이전트의 지도. 언어모델의 강점인 의미 추측은 온톨로지를 만나 접지(接地)된다. 추출 에이전트에게 표준 개념 체계를 제공하면 산출물이 처음부터 표준 어휘로 정렬되고, 분류·검색·조합의 품질이 함께 오른다. 역으로 온톨로지가 없으면 에이전트마다, 실행마다 어휘가 흔들리며, 이는 사람이라면 수년 걸릴 의미 표류를 몇 주 만에 만들어 낸다. 온톨로지는 에이전트의 자유를 제한하는 장치가 아니라, 에이전트의 산출물을 조직의 자산으로 만드는 장치이다.

셋째, 캡슐 계약의 참조계. 데이터 계약의 항목별 온톨로지 참조(7.4절)는 캡슐 간 호환의 근거이다. 내비게이터가 전 캡슐의 출석부를 겹쳐 전사 수요 지도를 만들 수 있는 것(8.2절), 두 캡슐이 같은 어둠을 요구할 때 조달 작업이 한 번으로 끝나는 것은 모두 “같은 항목명이 같은 개념을 가리킨다”는 보증 위에서만 성립한다. 그 보증을 제공하는 것이 참조계로서의 온톨로지이다.

넷째, 중력의 도킹 어댑터. 조직 간 데이터 연결(제IX장)은 양측의 핵심 개념이 정렬될 때만 실질이 된다. 이때 온톨로지는 내부 공용어에서 외부 접속 규격으로 역할을 확장하며, 여기서 전략적 명제가 파생된다. 어댑터의 표준을 쓰는 쪽으로 데이터와 가치의 흐름이 휜다 — 정의권은 곧 중력권이다. 이 명제의 전개는 제IX장으로 미루되, 결론은 미리 적어 둔다. 온톨로지에 대한 투자는 데이터 정리 비용이 아니라, 다가올 연결의 시대에 조직이 태양의 자리에 서기 위한 전략 자산이다.

VII. 해법 축 2 — 능력 캡슐

*능력 캡슐은 Business Model Governance, LLC 의 특허 입니다.

7.1 사다리 모형: 기법, 스킬, 능력

용어의 혼용은 관리의 혼선으로 이어지므로, 먼저 세 개의 층위를 사다리로 구분한다.

가장 아래 층은 기법(technique)이다. 단일한 원자적 작업 — 재무비율 하나의 산출, 문서에서 특정 항목의 추출, 임계값 대비 판정 — 을 수행하는 최소 단위로서, 도구 함수의 형태로 구현된다. 중간 층은 스킬(skill)이다. 기법들을 정해진 순서와 판단 규칙으로 엮어 하나의 업무 절차를 완결하는 단위 — 예컨대 “재무제표를 받아 약정 조항별 준수 여부를 판정하고 예외를 표시한다” — 이며, 절차서(매니페스트), 품질 신호, 예외 처리 규칙, 시험 케이스를 갖춘다. 조직의 스킬 저장소에 등재·판올림·승인되는 관리 대상이 바로 이 층이다.

가장 위 층이 능력(capability)이다. 능력은 기술 단위가 아니라 사업 성과 단위이다. “재무약정 위반을 데이터 도착 후 영업일 1일 내에 담당자에게 통지한다”처럼, 측정 가능한 업무 결과를 책임지는 능력을 말한다. 하나의 능력은 통상 복수의 스킬로 구성되며, 스킬 외에 그 스킬이 소비할 데이터, 성과의 측정 기준, 업무 절차상의 위치, 그리고 책임자를 필요로 한다.

이 사다리가 실무에 주는 함의는 명확하다. 기업여신 영역의 능력 목록 — 약정 모니터링, 담보 평가와 담보인정비율 관리, 현금흐름 추정, 동종업계 비교 분석, 여신 집중도 점검 등 — 을 펼쳐 놓으면, 각 항목은 “우리가 무엇을 할 수 있어야 하는가”에 대한 답이다. 그 아래에 “그것을 어떤 절차로 하는가”(스킬)와 “그 절차가 무엇으로 이루어지는가”(기법)가 놓인다. 다크 데이터의 수요는 언제나 맨 위 층에서 발생하여 아래로 전파된다.

7.2 스킬 단련에서 능력 단련으로: ‘완료’의 재정의

단련(hardening)이란 초안 상태의 절차를 운영 투입이 가능한 수준 — 예외가 정의되고, 품질 신호가 붙고, 시험을 통과한 상태 — 으로 완성하는 과정을 말한다. 기존의 관리 체계는 이를 스킬 층위에서 수행해 왔다. 스킬 단련은 여전히 유효하고 필요하다. 그러나 본 보고서는 ‘완료’의 정의를 한 층 위로 끌어올릴 것을 제안한다. 스킬 단련에서 능력 단련으로.

이유는 간단한 비유로 설명된다. 잘 다듬어진 조리법(스킬)이 있어도 식재료(데이터)가 조달되지 않으면 요리(사업 성과)는 없다. 스킬이 완벽히 단련되어도 그 스킬이 소비할 데이터가 어둠 속에 있거나, 사용 승인이 나지 않았거나, 애초에 존재하지 않는다면 능력은 작동하지 않는다. 스킬 단련만을 완료로 정의하는 체계에서는 데이터 조달이 “누군가 나중에 할 일”로 밀려나며, 바로 그 지점에서 다크 데이터는 계속 어둠으로 남는다.

능력 단련은 완료의 조건을 세 가지의 동시 충족으로 재정의한다. 첫째, 스킬 단련의 완료(절차가 검증됨). 둘째, 데이터 조달의 완료(모든 필수 데이터가 연결되거나, 예외가 명시적으로 승인됨). 셋째, 관문 통과의 완료(모든 데이터 사용이 컴플라이언스 관문을 통과함). 이 재정의의 효과는 구조적이다. 데이터의 조명이 선의나 캠페인의 대상이 아니라, 능력 출시의 필수 경로가 된다. 어둠을 밝히지 않으면 능력이 완성되지 않고, 능력이 완성되지 않으면 사업 성과가 나오지 않는다. 제IV장에서 찾던 “지속적 의지 없이 작동하는 메커니즘”이 여기서 성립한다.

7.3 캡슐 해부: 여섯 가지 구성 요소

능력 단련의 대상이자 산출물이 능력 캡슐(capability capsule)이다. 캡슐이라는 이름은 두 가지 성질을 함축한다. 필요한 것이 모두 안에 들어 있다는 완결성과, 하나의 단위로 승인·배포·회수된다는 가반성(可搬性)이다. 캡슐은 여섯 가지 구성 요소로 이루어진다.

첫째, 도메인 지식이다. 도메인 지식은 해당 능력이 요구하는 도메인의 업무 지식으로서 도메인 업무 개념에서부터 인간 담당자의 경험 및 규제기관의 규제,준법 절차 까지를 포괄하여 구성한다. 도메인 업무 지식은 능력 캡슐이 독립된 능력으로서 효능을 발휘 하도록 하는 기본적인 틀이다. 둘째, 스킬 구성이다. 이 능력을 구현하는 스킬(들)의 목록과 결합 순서. 주 스킬과 보조 스킬을 구분하며, 각 스킬은 저장소의 특정 승인 버전을 참조한다. 셋째, 데이터 계약이다. 스킬들이 소비하는 모든 데이터 항목의 명세로서, 다음 절에서 상술한다. 넷째, 모범 사례(gold practice)이다. 이 능력이 올바르게 수행된 실제 사례 — 입력, 판단 과정, 산출물의 점검 — 로서, 에이전트와 신규 담당자의 학습 자료이자 품질의 기준점이 된다. 다섯째, 검증 기준이다. 정답이 알려진 시험 케이스의 집합과 합격 조건. 캡슐의 어떤 구성 요소가 변경되든, 시험 통과 없이는 배포되지 않는다. 여섯째, 책임자이다. 이 능력의 성과와 품질에 대해 답하는 특정 직책. 캡슐에 책임자 항목이 비어 있다는 것은, 그 능력이 아직 조직의 것이 아니라는 뜻이다.

여섯 요소의 목록에서 주목할 점은 데이터 계약이 도메인 지식, 스킬과 동렬의 일급 구성 요소라는 사실이다. 종래의 관리 체계에서 데이터는 스킬 문서의 참고 항목이었다. 캡슐 체계에서 데이터는 독립된 계약이며, 계약의 불이행은 캡슐 전체의 미완성이다.

7.4 데이터 계약: 어둠의 출석부

데이터 계약(data contract)은 캡슐이 소비하는 데이터 항목 각각에 대해 세 가지 질문에 답하는 명세이다. 이 데이터는 무엇인가. 지금 어디에 어떤 상태로 있는가. 사용해도 되는가.

첫 번째 질문에는 항목의 이름, 형식, 용도, 그리고 조직 표준 용어와의 연결(제VI장의 온톨로지 참조)로 답한다. 두 번째 질문에 답하는 것이 소싱 상태(sourcing status)이며, 본 보고서 메커니즘의 심장이다. 모든 필수 항목은 다섯 상태 중 하나를 선언해야 한다.

확보됨(bound). 운영 데이터 원천에 연결되어 즉시 소비 가능한 상태. 손안의 어둠(dark held). 조직이 보유하고 있으나 아직 연결되지 않은 상태 — 문서고의 스캔본, 녹취, 개인 관리 파일 등. 이 상태의 항목에는 소재지, 해당하는 어둠의 유형(제II장의 T번호), 조달 경로와 예상 난이도를 병기한다. 우주의 어둠(dark universe). 외부에 존재하는 상태 — 신용정보기관, 공공 데이터, 거래상대방, 데이터 유통 시장 등. 소재 원천과 조달 경로를 병기한다. 부재(absent). 어디에도 존재하지 않아 새로 수집을 설계해야 하는 상태. 파생(derived). 계약 내 다른 항목들로부터 계산되는 상태로, 산식의 입력 항목을 명시한다.

세 번째 질문에 답하는 것이 항목별 관문 정보이다. 데이터 등급, 개인정보 포함 여부, 수집 목적과 현 사용 목적의 상용성, 비식별 처리 필요 여부, 국외 이전 관련성, 제3자 권리 제한의 유무와 해소 여부를 기재하며, 상세는 7.6절에서 다룬다.

이렇게 작성된 데이터 계약을 본 보고서는 어둠의 출석부라 부른다. 출석부의 효용은 세 가지이다. 첫째, 정직성이다. 캡슐은 자신의 미완성 — 어떤 재료가 아직 어둠 속에 있는지 — 을 숨기지 못한다. 둘째, 번역이다. “이 능력을 완성하려면 무엇을 밝혀야 하는가”가 사람과 기계가 모두 읽을 수 있는 목록으로 도출된다. 셋째, 집계 가능성이다. 조직의 모든 캡슐의 출석부를 겹치면, 전사 다크 데이터 수요 지도가 자동으로 생성된다(제VIII장).

7.5 조달 경로: 채굴, 탐사, 채집

출석부의 미확보 항목들은 상태에 따라 세 가지 경로로 조달된다. 세 동사는 데이터 우주 모형의 세 층에 각각 대응한다.

채굴(mine)은 손안의 어둠에 대한 경로이다. 이미 보유한 비정형·미연결 데이터를 추출·정형화·연결하는 작업으로서, 제V장의 기계 독해가 주된 수단이다. 스캔 계약서에서 약정 조항을 추출하고, 녹취에서 이상 신호를 분류하며, 개인 파일의 수치를 시스템으로 이관하는 일이 여기에 속한다. 채굴의 특징은 권리 관계가 상대적으로 단순하다는 점(이미 보유한 데이터)과, 품질 편차가 크다는 점(어둠 속에서 늙은 데이터)이다. 따라서 채굴에는 신뢰도 분층과 표본 검증이 표준으로 결합된다.

탐사(explore)는 우주의 어둠에 대한 경로이다. 외부 데이터의 적법한 확보로서, 네 개의 정문(正門)이 있다. 신용정보기관과 공공기관의 공식 채널, 인가된 데이터 유통·결합 시장, 공개 데이터와 통계, 그리고 제휴·생태계를 통한 공동 활용이다. 탐사의 원칙은 하나이다. 네 정문 외에 옆문은 없다. “일단 확보하고 절차는 나중에”의 경로는 탐사를 사고로 바꾼다. 탐사 항목의 관문 정보는 확보 전에 작성되고 심사되어야 한다.

채집(collect)은 부재에 대한 경로이다. 존재하지 않는 데이터를 앞으로 생성되도록 업무를 설계하는 작업으로서, 신청서·실사 양식·사후관리 절차에 새 항목을 심는 일이다. 채집의 요점은 소급 불가능성이다. 오늘 심지 않은 항목은 내년에도 어둠이다. 부실 복기에서 발견된 핵심 변수(T5형)의 후보들은 채집의 최우선 대상이며, 채집 설계 시에는 출생 시점의 꼬리표 부착 — 생성 일시, 기준 버전, 출처 — 을 함께 심어 미래의 표류(T7·T8형)를 예방한다.

7.6 관문 체계: 궤도를 긋는 세 개의 문

데이터 계약의 모든 항목은 사용 전에 세 개의 관문을 통과해야 한다. 관문은 조달을 지연시키는 장애물이 아니라, 조달을 사고 없이 완주시키는 유일한 경로이다.

제1관문은 목적과 동의이다. 세 가지를 확인한다. 이 데이터의 수집 목적과 현재의 사용 목적이 상용하는가. 상용하지 않는다면 추가 동의, 법적 근거, 또는 비식별 처리 중 어느 것이 필요한가. 개인정보가 포함된 경우 등급에 맞는 보호 조치가 설계되어 있는가. 특히 다크 데이터의 대량 활용 — 과거 문서의 AI 학습 투입 등 — 은 수집 시점에 예정되지 않았던 이차 이용인 경우가 많으므로, 이 관문의 검토가 생략될 수 없다.

제2관문은 국외 이전이다. 데이터의 저장·처리·전송 경로에 국외 요소 — 해외 클라우드, 해외 벤더, 국외 본·지점 — 가 개입하는지 확인하고, 개입한다면 관련 법령과 감독 규정이 요구하는 절차를 이행한다. 캡슐의 관점에서 중요한 것은 이 판단이 데이터 항목 단위로, 조달 전에 이루어진다는 점이다.

제3관문은 제3자 권리이다. 문서와 데이터에 조직 외부의 권리 — 저작권, 계약상 이용 제한, 비밀유지 의무 — 가 부착되어 있는지 확인한다. 3.2절의 예를 재인용하면, “본 평가 목적 외 사용 금지”가 명기된 감정평가서는 제한이 해소(재계약, 별도 동의)되기 전에는 다른 목적에 연결될 수 없다. 캡슐 체계는 이 규칙을 구조로 강제한다. 제3자 제한이 미해소 상태인 항목은 확보됨 상태로 전환될 수 없다.

세 관문에는 공통의 운영 원칙이 적용된다. 관문 판정의 주체는 준법·법무 등 정의된 역할이며, 판정 이력은 감사 기록으로 남는다. 부득이하게 관문 미통과 상태로 진행해야 할 예외는 면제(waiver)로 처리하되, 면제는 승인자와 만료일이 명시된 한시적 허가이다. 만료된 면제는 자동으로 차단 상태가 되며 갱신 전까지 캡슐의 다음 단계 진행을 막는다. 면제는 대여이지 증여가 아니다.

7.7 단련 완료의 정의

이제 7.2절의 재정의를 운영 가능한 판정 기준으로 완성할 수 있다. 능력 캡슐의 단련 완료는 다음 세 조건의 동시 충족으로 판정한다.

첫째, 스킬 준비 완료. 캡슐을 구성하는 모든 스킬이 저장소의 승인·배포 상태에 있으며, 검증 기준의 시험 케이스를 전부 통과한다. 둘째, 데이터 준비 완료. 데이터 계약의 모든 필수 항목이 확보됨 상태이거나, 유효한 면제를 보유한다. 셋째, 관문 통과 완료. 모든 항목의 세 관문 판정이 통과 또는 유효한 면제 상태이다.

세 조건은 담당자의 자기 선언이 아니라 시스템의 자동 점검으로 확인되며, 하나라도 미충족이면 단련 완료 선언은 거부된다. 거부 사유는 미충족 항목의 목록 — 예컨대 “차단 중인 필수 항목 2건: 거래처 결제조건(채굴 미완), 외부 재무정보(제1관문 심사 중)” — 으로 구체화되어 담당자에게 반환된다. 이 자동 점검이 본 메커니즘의 잠금 장치이다. 어둠을 남긴 채로 완료를 선언하는 길이 시스템 차원에서 존재하지 않기 때문에, 다크 데이터의 조명은 개인의 성실성이 아니라 공정의 구조에 의해 보장된다.

7.8 능력 생애주기: 제안에서 퇴역까지

캡슐은 다음 일곱 단계의 생애주기를 거친다. 각 단계 전이는 정의된 역할의 승인과 진입 조건의 자동 점검을 요하며, 전이 이력은 감사 기록으로 남는다.

제안됨(proposed). 사람 또는 광부 에이전트가 능력의 필요를 등재한 상태. 성과 목표, 현재·목표 성숙도, 업무 절차상의 위치가 최소 기재 사항이다. 조합됨(composed). 개발자 에이전트와 담당자가 캡슐 초안 — 스킬 구성과 소싱 상태가 표기된 데이터 계약 — 을 완성한 상태. 조달 중(provisioning). 출석부의 미확보 항목을 채굴·탐사·채집으로 닫아 가는 상태. 본 메커니즘에서 다크 데이터의 조명이 실제로 일어나는 단계가 바로 여기이며, 생애주기가 이 단계를 건너뛸 수 없다는 사실 자체가 제도적 장치이다. 단련됨(hardened). 7.7절의 세 조건을 충족하여 승인권자가 완료를 선언한 상태. 시범 운영(piloted). 소규모 실제 사례에 적용하며 성과 가설을 검증하는 상태. 진입 조건으로 성과 지표의 사전 기준선 측정을 요구한다. 기준선 없는 시범은 효과를 증명할 수 없기 때문이다(T6형의 교훈). 채택됨(adopted). 정규 업무 절차에 편입되어 운영되는 상태. 진입 조건으로 그림자 지표(10.3절)의 보고 개시를 요구한다. 퇴역(retired). 후속 능력으로 대체되거나 필요가 소멸하여 회수된 상태.

에이전트의 권한은 이 생애주기 위에서 명확히 한정된다. 에이전트는 제안됨의 등재와 조합됨의 초안 작성까지를 수행할 수 있고, 조달 중 이후의 모든 전이는 사람의 전결 사항이다(5.5절의 구조적 구현).

7.9 사례 연구: 약정 모니터링 캡슐의 제작 전 과정

제3.1절의 부실 사례를 해법의 방향에서 재구성한다. 목표 능력은 “재무약정의 위반 및 위반 임박을 데이터 도착 후 영업일 1일 내 담당자에게 통지한다”이다.

제안 단계에서 이 능력은 두 경로로 동시에 부상했다. 부실 복기 회의의 권고(사람), 그리고 사후관리 스킬이 남긴 “약정 정보 없음”류의 처리 불가 기록 군집(광부 에이전트). 성숙도는 현재 1(담당자 개인의 수기 관리), 목표 3(자동 감시·통지)으로 평가되었다.

조합 단계에서 개발자 에이전트는 스킬 저장소로부터 세 개의 기존 스킬 — 문서 항목 추출, 임계값 판정, 통지 생성 — 을 매칭하고, 약정 조항 해석 스킬의 골격을 신규 초안으로 추가했다. 이어 데이터 계약이 도출되었다. 다섯 개 필수 항목의 출석부는 다음과 같았다. 여신 약정 조건: 확보됨(여신 시스템 연결). 약정 조항 원문: 손안의 어둠(문서고의 계약서 스캔본, T1·T7형, 채굴 경로, 난이도 중). 차주 분기 재무정보: 우주의 어둠(외부 신용정보 채널, 탐사 경로, 제1관문 심사 필요). 거래처 결제조건 변동: 손안의 어둠(실사 첨부 원장 스캔본, T5형 — 부실 복기가 지목한 바로 그 변수, 채굴 경로). 약정 여유도: 파생(위 항목들로부터 산출).

조달 단계에서 채굴 두 건은 기계 추출과 신뢰도 분층 검증으로 진행되었고, 저신뢰 추출분은 담당자 검토로 보완되었다. 탐사 한 건은 제1관문에서 목적 상용성과 제공 조건의 심사를 거쳐 통과 판정을 받았다. 시스템의 자동 점검은 관문 심사가 진행 중인 열흘간 단련 완료 선언을 차단했으며, 이 차단이야말로 체계가 의도대로 작동한 증거였다.

단련 완료 후 시범 운영에서 캡슐은 기준선(수기 관리 시 위반 인지까지 평균 수개월) 대비 통지 소요를 영업일 1일 이내로 단축함을 확인했고, 채택과 함께 그림자 지표 — “사람이 먼저 발견하고 캡슐이 놓친 위반 건수” — 의 월간 보고가 개시되었다.

이 사례의 요지는 개별 기술이 아니라 인과의 방향이다. 능력의 요구가 출석부를 만들고, 출석부가 채굴과 탐사를 일으키고, 관문이 궤도를 그었으며, 완료의 재정의가 이 모든 것을 건너뛸 수 없게 만들었다. 스캔본 속에서 잠자던 결제조건 데이터는 캠페인이 아니라 능력의 인력에 의해, 정확히 필요한 만큼, 승인된 경로로 양지에 나왔다.

VIII. 통합 메커니즘 — 능력 인벤토리 내비게이터

8.1 이중 인벤토리: 수요 측과 공급 측

제IV장은 데이터 인벤토리 단독의 실패를, 제VII장은 캡슐 단위의 성공 구조를 논증했다. 본 장은 둘을 조직 차원의 메커니즘으로 통합한다. 출발점은 인벤토리가 하나가 아니라 둘이라는 인식이다.

공급 측 인벤토리는 데이터 인벤토리이다. 조직이 무엇을 보유하고 있는가 — 데이터 자산의 목록, 소재, 등급, 품질. 제IV장의 비판은 이 인벤토리가 불필요하다는 것이 아니라, 단독으로는 동력을 갖지 못한다는 것이었다. 수요 측 인벤토리는 능력 인벤토리이다. 해당 사업 영역이 성과를 내기 위해 무엇을 할 수 있어야 하는가 — 능력의 목록, 각 능력의 현재 성숙도와 목표 성숙도, 책임자, 사업 성과와의 연결. 기업여신 영역이라면 약정 모니터링, 담보 평가, 현금흐름 추정, 조기경보, 집중도 관리, 동종업계 비교, 규제 보고 준비 등 수백 개 항목이 이 목록을 구성한다.

두 인벤토리의 관계가 본 보고서의 핵심 명제이다. 데이터 인벤토리는 우리가 무엇을 가졌는지 말해 주고, 능력 인벤토리는 그것이 왜 중요한지 말해 준다. 그리고 두 인벤토리의 차이 — 능력이 요구하나 공급이 충족하지 못하는 부분 — 가 곧 조직의 다크 데이터 작업 목록이다. 어느 한쪽만으로는 이 목록을 계산할 수 없다. 공급 목록만 있으면 우선순위가 없고, 수요 목록만 있으면 실행 계획이 없다.

능력 인벤토리의 작성 주체는 해당 사업의 중간관리자이다. 이것이 본 보고서가 팀장급을 1차 독자로 삼는 이유이다. 어떤 능력이 필요하고 지금 얼마나 부족한지는 데이터 부서가 아니라 업무 현장이 안다. 작성의 부담은 크지 않다. 초기 목록은 반나절의 워크숍으로 충분하며, 이후의 정밀화는 광부 에이전트(5.3절)의 세 갱도가 지속적으로 보조한다.

8.2 다크 데이터 수요 목록의 도출

두 인벤토리에서 작업 목록이 도출되는 절차는 기계적이다. 각 능력이 캡슐로 조합되는 순간(7.8절의 조합됨 단계), 그 데이터 계약의 출석부가 시스템에 등재된다. 시스템은 출석부의 항목들을 능력 단위가 아니라 항목 단위의 행(行)으로 전개하여 보관한다. 항목명, 소싱 상태, 어둠의 유형, 조달 경로, 난이도, 필수 여부, 관문 상태, 그리고 이 항목을 요구하는 능력의 식별자.

전 캡슐의 출석부를 이렇게 겹치면 세 가지가 자동으로 나타난다. 첫째, 전사 수요 지도이다. 조직의 어느 어둠이 얼마나 많은 능력에 의해 요구되고 있는지가 집계된다. 여러 능력이 공통으로 요구하는 데이터 — 예컨대 계약서 스캔본의 구조화 — 는 한 번의 채굴로 여러 캡슐을 전진시키는 고효율 지점으로 식별된다. 둘째, 중복의 소거이다. 두 팀이 같은 어둠을 각자 밝히는 낭비(4.3절의 둘째 맹점)가 구조적으로 방지된다. 같은 항목을 요구하는 캡슐들은 같은 조달 작업을 공유한다. 셋째, 진척의 가시화이다. 항목이 확보됨으로 전환될 때마다 그것을 기다리던 모든 캡슐의 준비도가 함께 오르며, 조직 전체의 조명 진척이 단일 화면으로 표시된다.

8.3 우선순위 산식

작업 목록의 다음 문제는 순서이다. 본 보고서는 세 인자의 곱으로 이루어진 우선순위 산식을 권고한다.

우선순위 = 성숙도 격차 × 차단 가중 × 조달 용이도

성숙도 격차는 해당 항목을 요구하는 능력의 (목표 성숙도 − 현재 성숙도)이다. 격차가 큰 능력의 재료일수록 조명의 사업 효과가 크다. 복수 능력이 요구하는 항목은 격차의 합산으로 가중된다. 차단 가중은 해당 항목이 능력 완성의 필수 요건(차단 항목)인지 선택 요건인지의 구분으로, 필수 항목에 배수 가중을 준다. 조달 용이도는 예상 난이도의 역수로서, 같은 가치라면 빨리 밝힐 수 있는 어둠을 먼저 밝힌다. 초기 단계에서 조기 성과의 축적이 메커니즘 자체의 신뢰를 만들기 때문이다.

산식의 목적은 정밀한 수치가 아니라 정렬 가능한 논거이다. “다음에 어떤 어둠을 왜 밝히는가”라는 질문에, 담당자의 직관이나 부서의 발언권이 아니라 능력의 가치로 답하게 만드는 것이다. 이 정렬된 목록을 상시 제공하는 기능을 본 보고서는 내비게이터(navigator)라 부른다. 내비게이터는 별도의 위원회나 보고서가 아니라 시스템의 조회 화면이며, 필터(사업 영역, 조달 경로, 어둠 유형, 관문 상태)와 요약 집계를 갖추어 관리자의 정례 회의 자료로 직접 쓰인다.

8.4 플라이휠: 여섯 단계의 순환

이상의 부품들이 결합하면 자기 강화 순환, 곧 플라이휠이 성립한다. 여섯 단계로 기술한다.

1단계, 제안. 광부 에이전트의 세 갱도와 현장 관리자가 능력의 필요를 인벤토리에 등재한다. 2단계, 조합. 개발자 에이전트와 담당자가 캡슐을 조립하고, 출석부가 도출된다. 3단계, 조달. 내비게이터의 우선순위에 따라 채굴·탐사·채집이 실행되고, 관문이 궤도를 긋는다. 4단계, 단련과 채택. 세 조건을 충족한 캡슐이 시범을 거쳐 업무에 편입된다. 5단계, 가치 실현. 능력이 사업 성과 — 손실 경감, 이탈 방지, 처리 시간 단축 — 를 산출하고, 성과는 지표로 측정된다. 6단계, 재투자. 실현된 가치가 다음 순환의 동력이 된다. 성과는 예산과 경영진의 지지를 낳고, 밝혀진 데이터는 후속 캡슐의 조달 비용을 낮추며(한 번 구조화된 스캔본은 다음 능력에서 확보됨으로 시작한다), 운영 중인 캡슐의 처리 불가 기록은 광부의 첫째 갱도로 흘러들어 새 제안을 낳는다.

여섯 단계가 캠페인과 다른 점은 종료 시점이 없다는 것, 그리고 회전할수록 마찰이 준다는 것이다. 초기의 어둠 밝히기는 비싸다. 그러나 캡슐이 하나씩 늘 때마다 공유 재료의 재고가 쌓이고, 관문 판정의 선례가 축적되며, 에이전트의 품질 통계가 개선된다. 어두워짐이 기본값인 세계에서, 이 플라이휠은 밝아짐을 새로운 기본값으로 만드는 유일하게 알려진 구조이다.

8.5 애플리케이션 구현 현황

본 장의 메커니즘은 개념 설계에 그치지 않는다. 근거 자료 셋째 항(1.3절)의 능력 관리 애플리케이션에 그 골격이 이미 구현되어 있으며, 현황은 다음과 같다.

구현 완료된 기반은 세 가지이다. 첫째, 스킬 저작·저장 체계. 기업여신 영역의 140여 개 스킬이 절차서·품질 신호·예외 규칙·시험 케이스와 함께 등재되어 있으며, 초안에서 제출·승인·운영·퇴역에 이르는 생애주기가 역할 기반 승인과 함께 작동한다. 둘째, 단련 지원. 얇은 초안과 모범 사례로부터 절차서와 데이터 계약의 골격을 자동 보강하는 기능이 빈 곳만 채운다 원칙으로 구현되어 있다. 셋째, 계보 추적과 감사. 산출물의 각 수치가 어떤 산식과 어떤 원천 데이터로부터 나왔는지의 계보가 실행 단위로 기록되며, 모든 상태 전이와 승인은 추가 전용 감사 대장에 남는다.

확장 설계가 확정된 부분은 두 단계이다. 1단계(데이터 계약 확장)는 기존 데이터 계약에 소싱 상태·어둠 표기·관문 정보를 추가하고, 캡슐 확정 시 출석부를 항목 단위로 전개·집계하여 내비게이터 조회를 제공하는 것이다. 이 단계만으로도 “다음에 어떤 어둠을 왜 밝히는가”의 답이 가동된다. 2단계(능력 생애주기)는 능력을 독립 관리 단위로 승격하여 7.8절의 일곱 단계 상태 기계, 관문 판정 기록, 면제 관리, 광부 에이전트의 제안 채널을 구현하는 것이다. 두 단계 모두 기존 스킬 체계를 변경하지 않는 추가 방식으로 설계되어, 운영 중인 자산과 감사 이력의 연속성이 보존된다.

8.6 확장 계획

메커니즘의 확장은 세 방향으로 계획한다. 첫째, 영역 확장이다. 기업여신에서 검증된 캡슐 체계를 리테일 여신, 자금세탁방지, 민원 관리 등 인접 영역으로 이식한다. 이식의 단위는 방법론과 시스템이며, 능력 인벤토리 자체는 각 영역의 관리자가 새로 작성한다. 둘째, 조달 능력의 확장이다. 채굴의 자동화율을 높이고(신뢰도 분층 기준의 정밀화), 탐사의 정문 네 곳에 대한 표준 계약·표준 관문 심사 절차를 정비하며, 채집 항목의 표준 꼬리표 체계를 전 서식에 확산한다. 셋째, 지표의 확장이다. 초기에는 캡슐 수·출석부 소거율 같은 활동 지표로 시작하되, 성숙 단계에서는 능력별 사업 성과 지표와 그 그림자 지표(10.3절)로 중심을 옮긴다. 활동은 수단이고 성과가 목적이라는 위계를 지표 체계가 반영해야, 플라이휠이 회전 자체를 목적으로 삼는 퇴화(T11형)를 피할 수 있다.

IX. 거버넌스와 데이터 중력

9.1 데이터 중력의 법칙

캡슐과 플라이휠이 조직 내부의 메커니즘이라면, 본 장은 그 메커니즘이 놓이는 더 큰 역학 — 데이터 중력(data gravity) — 을 다룬다. 데이터 중력은 클라우드 아키텍트 데이브 매크로리(Dave McCrory)가 2010년경 제안한 개념으로, 원래 의미는 다음과 같다. 데이터의 질량이 커질수록 애플리케이션과 서비스는 데이터가 있는 곳으로 이동한다. 데이터를 옮기는 비용이 계산을 옮기는 비용보다 크기 때문이다.

본 보고서는 이 개념을 확장하여 사용한다. 크고 질 좋은 데이터 집적은 애플리케이션과 계산 자원만이 아니라 인재와 추가 데이터까지 끌어당긴다. 데이터가 풍부할수록 할 수 있는 일이 많아지고, 할 수 있는 일이 많을수록 더 많은 주체가 연결을 원하며, 연결이 늘수록 데이터는 더 풍부해진다. 자기 강화의 순환이다.

이 법칙이 관리자에게 주는 함의는 세 겹이다. 첫째, 내부적 함의. 제VII장의 조달로 밝혀지는 모든 데이터는 단지 해당 캡슐의 재료가 아니라 조직 자체의 중력을 키우는 질량이다. 한 번 구조화된 계약서 말뭉치는 다음 능력, 그다음 능력의 조달 비용을 연쇄적으로 낮춘다. 조명은 소비가 아니라 축적이다. 둘째, 외부적 함의. 조직 바깥에도 큰 질량들 — 플랫폼, 핵심기업, 데이터 유통 시장 — 이 존재하며 각자의 중력을 발산하고 있다. 그 중력은 우리 조직보다 강할 수 있다. 셋째, 양면적 함의. 중력은 기회(연결이 만드는 가치)인 동시에 위험(더 큰 질량에의 포획)이다. 이하 세 절이 이 양면을 순서대로 다룬다.

9.2 가치 네트워크와 온톨로지: 정의권은 곧 중력권

중력의 첫 번째 귀결은 연결이다. 두 데이터 질량이 연결되면 각자가 상대의 사각지대를 밝혀 주므로, 창출 가치는 두 질량의 합보다 크다. 은행업의 사례는 풍부하다. 공급망 금융은 핵심기업의 발주·물류 데이터와 은행의 자금·리스크 관리 능력이 결합하여, 양쪽 어느 편도 단독으로는 보지 못하던 협력업체군을 고객으로 만든다. 공동 리스크 관리는 복수 기관의 신호가 서로의 T2형 어둠 — 내 데이터에는 행조차 없는 고객 행동 — 을 상호 보완한다. 임베디드 금융은 은행의 능력이 제휴사의 고객 여정 안으로 들어가 새 접점을 얻는다.

그러나 연결에는 과소평가되기 쉬운 전제가 있다. 의미의 정렬이다. 두 조직의 데이터가 실제로 결합되려면 ‘고객’, ‘담보’, ‘연체’와 같은 핵심 용어가 양측에서 같은 것을 가리켜야 한다. 제II장의 T8형(정의 변화)이 조직 내부에서 일으키는 문제가, 조직 간 연결에서는 계약 수준의 문제로 증폭된다. 이 정렬을 담당하는 장치가 제VI장에서 정의한 온톨로지이며, 캡슐의 데이터 계약이 항목마다 온톨로지 참조를 붙이는 이유가 여기에 있다(7.4절). 내부 공용어였던 온톨로지가 여기서 외부 접속 규격으로 역할을 확장한다. 온톨로지는 내부적으로는 부서 간 공용어이고, 외부적으로는 연결의 도킹 어댑터이다.

여기서 전략적 명제 하나가 도출된다. 정의권은 곧 중력권이다. 어댑터의 표준을 누가 작성하는가에 따라 데이터와 가치의 흐름이 휘는 방향이 정해진다. 생태계 연결이 늘어날수록, 핵심 개념의 정의를 조직 내부에 보유하는 것 — 외부 표준을 수용하더라도 자체 온톨로지와의 사상(mapping)을 조직이 통제하는 것 — 의 가치는 계속 상승한다.

9.3 통제된 중력: 관문이 궤도를 긋는다

중력의 두 번째 귀결은 위험이며, 첫 번째 통제 대상은 연결 그 자체이다. 금융업에서 데이터 질량들은 천체처럼 자유롭게 충돌할 수 없다. 모든 연결은 법적 구조물이어야 한다. 다행히 필요한 장치는 새로 만들 필요가 없다. 제7.6절의 세 관문이 조직 간 연결에도 그대로 적용된다.

제1관문(목적과 동의)은 결합·제공되는 데이터의 목적 상용성, 정보주체 동의 또는 법적 근거, 필요 시의 가명·익명 처리를 심사한다. 특히 기관 간 데이터 결합은 관련 법제가 정한 절차와 전문기관의 경유를 요구하는 경우가 많으므로, 연결 설계의 초기에 준법 부서가 참여해야 한다. 제2관문(국외 이전)은 연결의 데이터 흐름에 국경을 넘는 구간이 있는지 — 상대방의 처리 위탁, 클라우드 소재지 포함 — 를 심사한다. 제3관문(제3자 권리와 상대방 실사)은 상대 조직의 데이터 취급 능력을 심사한다. 상대의 수집 적법성(동의의 사슬이 완전한가), 재제공·재위탁의 범위, 보안 수준, 계약 종료 시의 반환·파기 조항이 심사 항목이며, 결과는 계약 문언으로 고정한다.

이것이 통제된 중력(governed gravity)이다. 궤도는 법과 계약이 긋고, 중력은 그 궤도 안에서 일한다. 관문 없는 연결이 초래하는 사고 한 건은, 관문이 지연시키는 연결 열 건의 가치를 상쇄하고도 남는다.

9.4 누가 태양인가

두 번째 통제 대상은 더 전략적이다. 연결이 누적된 끝에 형성되는 궤도 구조 자체이다. 대형 플랫폼·생태계의 데이터 중력은 개별 금융회사보다 강할 수 있으며, 비대칭한 중력장 안에서의 연결은 시간이 흐를수록 한쪽을 다른 쪽의 위성으로 만든다. 고객 접점이 상대의 화면으로 이동하고, 고객 데이터의 원천이 상대에게 축적되며, 우리의 능력은 상대 생태계의 교체 가능한 부품이 되어 가는 경로이다.

따라서 모든 생태계 연결의 설계 전에 답해야 할 전략 질문이 있다. 누가 태양인가. 이 연결이 성숙했을 때, 데이터와 고객 관계는 최종적으로 누구를 중심으로 공전하는가. 답이 우리가 아니고 그것이 수용 불가하다면, 올바른 대응은 연결의 포기가 아니라 연결의 재설계이다. 교환 데이터의 최소화, 고객 식별 관계의 자체 보유, 핵심 개념 정의권의 유지(9.2절), 명시적 탈퇴·데이터 회수 조항. 쇄국과 위성화는 둘 다 나쁜 답이며, 좋은 답은 언제나 조건이 설계된 연결이다.

이 질문은 외부 제휴만이 아니라 내부 의사결정에도 적용된다. 특정 벤더의 독점 규격에 데이터 자산을 맞추는 결정, 핵심 온톨로지의 관리를 외부에 위탁하는 결정은 모두 태양의 위치를 옮기는 결정이다. 관리자는 개별 과제의 편익 뒤에 있는 궤도의 변화를 함께 보아야 한다.

9.5 의도된 어둠: 켜지 않을 불

본 보고서의 마지막 통제 원칙은 역설적으로 들릴 수 있다. 어떤 어둠은 의도적으로 유지되어야 한다. 조명의 목적은 전면 점등이 아니라 통제된 점등이다.

첫째, 보호를 위한 차광이다. 가명처리·익명처리·접근 통제는 데이터를 의도적으로 어둡게 만드는 기술이며, 제II장 T13형의 선의의 얼굴이다. 분석에는 개인 식별이 필요 없는 경우가 많고, 그때의 올바른 설계는 식별자를 어둡게 한 채 패턴만 밝히는 것이다. 조명의 기술과 차광의 기술은 한 벌이며, 캡슐의 관문 정보에 비식별 처리 항목이 포함되는 이유이다.

둘째, 켜지 않기로 한 불이다. 법령상 이용이 제한되는 데이터, 수집 목적과 상용할 수 없는 이차 이용, 사회적 수용성이 없는 결합 — 예컨대 차별 소지가 있는 변수의 심사 활용 — 은 기술적으로 가능해도 조명 대상에서 명시적으로 제외한다. 제외는 침묵이 아니라 기록이어야 한다. “이 데이터는 이러한 사유로 활용하지 않는다”는 결정 자체를 남겨야, 담당자가 바뀌어도 경계가 유지된다.

셋째, 정리와 소등이다. 보존 기한이 지난 데이터, 활용 가치도 보존 의무도 없는 데이터는 밝힐 대상이 아니라 파기할 대상이다. 다크 데이터 전략의 성숙한 형태는 세 개의 목록을 함께 관리한다. 밝힐 것, 어둡게 유지할 것, 없앨 것. 세 목록이 모두 있어야, 조명은 축적이 아니라 정돈이 된다.

요컨대 제IX장의 결론은 이렇다. 중력은 활용하되 궤도는 우리가 긋는다. 연결은 확대하되 태양의 자리는 내주지 않는다. 그리고 불은 밝히되, 켜지 않을 불을 아는 것까지가 조명의 완성이다.

X. 실행 로드맵

10.1 90일 실행 계획

메커니즘의 도입은 전사 프로그램이 아니라 한 사업 영역의 90일 시범으로 시작할 것을 권고한다. 이유는 제IV장의 논리 그대로이다. 캠페인이 아니라 작동하는 실례가 다음 확산의 동력이기 때문이다. 90일은 30일 단위의 세 단계로 구성한다.

1단계(1~30일), 지도의 작성. 목표는 두 개의 인벤토리 초판이다. 첫째 주에 해당 영역의 능력 인벤토리를 작성한다. 반나절 워크숍으로 능력 목록(통상 20~40개)을 도출하고, 각 능력에 현재·목표 성숙도(0~4)와 책임자를 부여한다. 둘째 주부터는 상위 격차 능력 3~5개에 한정하여 약식 캡슐 조합 — 스킬 구성의 스케치와 데이터 계약의 출석부 작성 — 을 수행한다. 전 영역의 데이터 실태조사는 하지 않는다. 출석부가 요구하는 데이터에 대해서만 소재와 상태를 조사한다. 이 단계의 산출물은 우선 능력 목록, 출석부 3~5매, 그리고 첫 내비게이터 화면(수작업 표라도 무방하다)이다. 아울러 출석부 작성 중 드러난 분쟁 다발 용어 다섯 개로 정의 등록부(6.3절)를 개설한다.

2단계(31~60일), 첫 캡슐의 제작. 내비게이터 최상위의 능력 하나를 선정하여 캡슐 제작의 전 과정 — 조합, 조달(채굴·탐사·채집 중 해당 경로), 관문 심사, 단련 판정 — 을 완주한다. 선정 기준은 사업 효과의 크기보다 완주 가능성이다. 첫 캡슐의 목적은 최대 성과가 아니라 공정의 검증과 학습이며, 90일 안에 단련 완료에 도달할 수 있는 난이도의 능력이어야 한다. 병행하여 에이전트를 제안 모드(5.7절 1단계)로 가동한다. 초기 임무는 두 가지 — 대상 문서군의 분류·꼬리표 부착, 그리고 처리 불가 기록의 수집 — 로 한정한다.

3단계(61~90일), 시범 운영과 확산 준비. 완성된 캡슐을 소규모 실사례에 적용하여 기준선 대비 효과를 측정한다. 동시에 90일의 경험을 두 개의 문서로 정리한다. 하나는 경영 보고 — 성과, 소요 자원, 발견된 장애 — 이고, 다른 하나는 실무 절차서 — 다음 캡슐 제작팀이 그대로 따라 할 수 있는 단계별 지침 — 이다. 90일의 종료 시점에 조직이 가져야 할 것은 캡슐 하나, 검증된 공정 하나, 그리고 다음 분기의 캡슐 후보 목록이다.

10.2 역할과 책임

메커니즘의 운영에는 네 주체의 역할 구분이 필요하다. 책임 배분의 원칙과 함께 기술한다.

사업 부서 중간관리자(팀장)는 메커니즘의 주인이다. 능력 인벤토리의 작성과 성숙도 평가, 캡슐 우선순위의 결정, 캡슐 책임자의 지정 또는 겸임, 시범 운영의 성과 판정을 담당한다. 요컨대 무엇을(what)과 왜(why)의 결정권자이다.

데이터·IT 부서는 메커니즘의 공장장이다. 채굴의 기술 수행(추출 파이프라인, 신뢰도 분층), 탐사의 기술 실사(연계 방식, 보안), 시스템 기반(스킬 저장소, 출석부 집계, 내비게이터 화면)의 구축·운영을 담당한다. 어떻게(how)의 책임자이되, 무엇을 밝힐지의 결정권자는 아니다. 이 구분이 무너지면 제IV장의 공급 주도 실패가 재현된다.

준법·리스크 부서는 궤도의 작성자이다. 세 관문의 심사 기준 수립과 판정, 면제의 승인과 만료 관리, 에이전트 신뢰 단계(5.7절)의 승급 심사를 담당한다. 준법 부서의 조기 참여 — 캡슐 조합 단계부터의 관문 정보 협의 — 가 전체 소요 기간을 줄인다는 점을 강조한다. 관문은 마지막에 만나는 벽이 아니라 처음부터 함께 걷는 길이어야 한다.

에이전트는 지치지 않는 실무자이다. 담당 업무는 문서의 분류와 추출, 처리 불가 기록의 수집과 군집화, 능력 제안과 캡슐 초안의 조립이며, 권한 상한은 5.5절의 경계를 따른다. 조직도 관점에서 에이전트는 팀장의 지휘를 받고, 데이터 부서가 정비하며, 준법 부서가 감독하는 위치에 놓인다.

10.3 성과지표와 그림자 지표

지표 체계는 단계별로 이원화한다. 도입기(첫 두 분기)에는 공정 지표를 사용한다. 단련 완료 캡슐 수, 출석부 소거율(미확보 항목이 확보됨으로 전환된 비율), 조달 평균 소요일, 관문 1회 통과율. 이들은 플라이휠이 돌기 시작했는지를 보여 준다. 성숙기에는 성과 지표로 중심을 옮긴다. 캡슐별 사업 성과 — 조기경보의 선행 일수, 이탈 방지 건수, 심사 처리 시간 단축 — 를 능력 인벤토리의 성과 목표와 대조한다.

여기에 본 보고서가 필수로 권고하는 것이 그림자 지표(shadow metric)이다. 제II장 T11형이 경고했듯, 측정이 목표가 되는 순간 측정 대상은 행동을 바꾼다. 캡슐 수가 목표가 되면 쉬운 캡슐만 양산되고, 소거율이 목표가 되면 어려운 어둠은 출석부에서 아예 빠지기 시작한다. 방어책은 모든 평가 지표에, 평가에 반영되지 않는 짝 지표를 붙이는 것이다. 캡슐 수에는 캡슐당 사업 성과를, 소거율에는 신규 등재 항목의 난이도 분포를, 조기경보 능력에는 “사람이 먼저 발견하고 체계가 놓친 건수”를. 그림자 지표의 악화는 문책의 근거가 아니라 지표 설계의 수정 신호로 사용한다. 그래야 그림자 지표 자체가 조작되지 않는다.

10.4 정착 장치: 새 회의를 만들지 말 것

메커니즘의 최대 사멸 원인은 별도 기구화이다. 새 위원회, 새 정례회의, 새 보고 양식은 초기의 관심이 식는 순간 함께 소멸한다. 정착의 원칙은 기존 리듬에의 기생이다.

권고하는 결합 지점은 세 곳이다. 첫째, 팀 정례회의에 월 1회 10분의 데이터 점호를 넣는다. 내비게이터 화면 한 장으로 소관 캡슐의 출석부 변동 — 이번 달 닫힌 항목, 새로 등재된 항목, 차단 중인 항목 — 을 확인하는 것이 전부이다. 둘째, 기존 심사·복기 회의의 상설 안건에 두 질문을 추가한다. 부실·사고 복기에는 “선행 신호가 있었다면 어디에 있었는가”(3.1절), 신규 과제 착수에는 “이 과제가 요구하는 데이터의 출석부는 작성되었는가”. 셋째, 기존 경영 보고 체계에 분기 1회 플라이휠 요약 — 공정 지표와 대표 성과 사례 한 건 — 을 편입한다.

정착의 보조 장치로 서식의 개정이 있다. 신규 사업·시스템 기안 양식에 데이터 조항(생성·소비 데이터의 출석부 첨부)을, 마케팅 기획 양식에 대조군 조항(2.7절 T6형의 방어)을 추가한다. 양식에 심긴 질문은 담당자가 바뀌어도 살아남는다.

10.5 착수 점검표: 첫 2주의 행동

마지막으로, 본 보고서를 읽은 관리자가 결재나 예산 없이 시작할 수 있는 첫 2주의 행동을 점검표로 제시한다.

1일차~3일차. 소관 업무의 능력 목록 초안을 작성한다(A4 한 장, 15~30개 항목). 각 항목에 성숙도를 직관으로 채점한다. 정밀할 필요 없다. 격차의 순서만 나오면 된다. 4일차~7일차. 최대 격차 능력 하나를 골라 출석부를 손으로 작성한다. 이 능력이 요구하는 데이터 항목을 열거하고, 각 항목에 다섯 상태 중 하나를 표기한다. 이 한 장이 관리자의 첫 다크 데이터 지도이다. 8일차~10일차. 최근의 실패 사례 하나 — 부실, 민원, 놓친 기회 — 를 골라 3.1절의 질문을 적용한다. 선행 신호가 있었는가. 있었다면 어디에, 어떤 상태로. 발견된 소재지를 출석부의 언어(손안의 어둠, T번호)로 기록한다. 11일차~14일차. 위 세 산출물 — 능력 목록, 출석부 한 장, 실패 복기 메모 — 을 들고 데이터 부서·준법 부서와 각 30분의 협의를 갖는다. 의제는 하나이다. “이 출석부의 미확보 항목 중, 90일 안에 닫을 수 있는 것은 무엇인가.”

이 2주의 산출물이 곧 10.1절 1단계의 절반이다. 시작에 필요한 것은 시스템도 예산도 아니라, 자기 업무의 능력과 어둠을 한 장씩 적어 보는 일이다.

XI. 결론 및 제언

본 보고서의 논지를 세 문장으로 요약한다. 조직의 데이터 대부분은 어둠 속에 있으며, 어두워짐은 과실이 아니라 기본값이다. 어둠은 조사 캠페인으로 밝혀지지 않으며, 사업이 요구하는 능력만이 어둠을 끌어내는 지속 가능한 인력이다. 따라서 다크 데이터 전략의 올바른 형태는 데이터에서 출발하는 정리 프로그램이 아니라, 능력에서 출발하는 제작 공정 — AI 에이전트가 노동을, 능력 캡슐이 단위를, 능력 인벤토리 내비게이터가 방향을, 그리고 온톨로지가 공용어를 제공하는 공정 — 이다.

이 공정의 요체는 완료의 재정의에 있다. 스킬의 완성이 아니라 능력의 완성 — 스킬 단련, 데이터 조달, 관문 통과의 동시 충족 — 을 완료로 정의하는 순간, 다크 데이터의 조명은 선의의 과제에서 출시의 필수 경로로 바뀐다. 어둠을 밝히지 않고는 능력이 출시되지 않는 구조, 이것이 지속적 의지 없이도 작동하는 유일한 메커니즘이다.

경영진에 대한 제언은 세 가지이다. 첫째, 다크 데이터를 IT 과제가 아니라 사업 능력 과제로 소유할 것. 능력 인벤토리의 작성 주체는 사업 부서이며, 이 소유 구조가 무너지면 어떤 시스템 투자도 공급 주도의 실패를 반복한다. 둘째, 90일 시범의 완주를 첫 목표로 삼을 것. 전사 확산은 작동하는 실례의 복제이지, 일괄 지시의 결과가 아니다. 셋째, 통제를 가속 장치로 대우할 것. 관문·면제·감사·그림자 지표는 속도의 반대말이 아니라, 이 공정이 금융업의 규율 안에서 계속 회전할 수 있게 하는 베어링이다.

중간관리자에 대한 제언은 하나이다. 10.5절의 2주 점검표를 실행할 것. 능력 목록 한 장, 출석부 한 장, 실패 복기 메모 한 장 — 이 세 장이 관리자 한 사람이 자기 권한만으로 시작할 수 있는 전부이며, 동시에 전부의 시작이다.

데이터 우주의 불은 한꺼번에 켜지지 않는다. 능력 하나가 자신의 재료를 요구할 때, 출석부의 항목 하나가 확보됨으로 바뀔 때, 캡슐 하나가 봉인되어 업무에 편입될 때 — 그때마다 한 구역씩 켜진다. 조명은 상태가 아니라 공정이며, 공정은 오늘 시작할 수 있다.

부록 A. 다크 데이터 열다섯가지 유형 요약표

다섯 별자리·열다섯 유형의 핵심을 한 줄 정의, 대표 은행 사례, 핵심 방어 수단으로 압축한다. 상세 논의는 제2.6~2.8절을 참조한다.

순찰 5문. 어떤 데이터·보고서·모형 앞에서든 묻는다. 빠졌는가(부재). 골라졌는가(선택). 떠내려갔는가(표류). 참인가(왜곡). 누가 손댔는가(사람 손).

부록 B. 데이터 누락 점검을 위한 열 가지 질문

데이터셋·보고서·모형의 신규 도입 또는 재검토 시점에 적용하는 점검표이다. 답하지 못하는 문항이 곧 해당 분석의 어둠이며, 조치 목록의 항목이 된다.

부록 C. 능력 캡슐 명세 개요

캡슐의 다섯 구성 요소와 데이터 계약의 항목 구조를 요약한다. 시스템 구현 시의 필드 정의는 애플리케이션 명세를 따른다.

캡슐 수준 항목. 능력 식별자와 명칭. 사업 성과 목표(측정 가능한 문장). 현재·목표 성숙도(0 부재, 1 미흡, 2 작동, 3 단련, 4 차별화). 업무 절차상의 결합 지점(어느 업무 단계에서 호출되는가). 스킬 구성(주·보조 스킬과 참조 버전). 검증 기준(시험 케이스 집합과 합격 조건). 모범 사례 참조. 책임자. 그림자 지표.

데이터 계약의 항목별 구조. 항목명과 형식. 용도 설명. 온톨로지 참조. 필수 여부. 소싱 상태(확보됨 / 손안의 어둠 / 우주의 어둠 / 부재 / 파생). 어둠 표기(소재지, 해당 T유형, 조달 경로 — 채굴·탐사·채집, 예상 난이도, 차단 여부). 관문 정보(데이터 등급, 개인정보 포함·민감 여부, 수집 목적과 사용 목적의 상용성, 비식별 처리 필요 여부, 국외 이전 관련성, 제3자 권리 제한과 해소 여부, 심사 결과 참조). 시대 표기(생성 연대, 기준 정의의 버전).

판정 규칙의 요지. 필수 항목은 소싱 상태를 반드시 선언한다. 제3자 제한 미해소 항목은 확보됨으로 전환될 수 없다. 관문 미통과 항목이 남은 캡슐은 단련 완료를 선언할 수 없다. 면제는 승인자와 만료일을 가지며, 만료 시 자동 차단된다.

부록 D. 의사 결정 전에 해야 하는 네가지 질문

의사결정자가 결재 직전에 스스로에게 적용하는 최종 점검이다. 부록 B가 데이터를 검진한다면, 본 부록은 결정자를 검진한다.

첫째, 나는 무엇을 보지 못하고 있는가. 이 분석의 시야 밖에 있는 모집단·집단·기간은 무엇인가. 둘째, 이 결론은 지금도 유효한가. 근거 데이터의 시대와 정의는 현재와 같은가. 셋째, 나누어 보아도 성립하는가. 고객군·상품·채널별로 갈라도 결론의 방향이 유지되는가. 넷째, 반대라면 어떻게 알 수 있는가. 이 결론이 틀렸을 경우 그것을 드러낼 데이터·대조군·지표가 존재하는가. 네 질문에 모두 답할 수 있다면 확신하고 결정하고, 답하지 못하는 질문이 있다면 그 불확실성을 명시한 채 결정한다. 겸손의 목적은 결정의 지연이 아니라 확신의 교정이다.

부록 E. 용어집

데이터 우주(data universe). 조직과 관련된 데이터 전체. 사용 중 데이터, 손안의 어둠, 우주의 어둠의 세 층으로 구성된다.

다크 데이터(dark data). 보유하나 활용하지 못하는 데이터와, 존재하나 보유하지 못한 데이터의 총칭. 관측 불가능한 반사실 데이터를 포함한다.

손안의 어둠(dark held). 조직이 보유 중이나 연결·활용되지 않는 데이터.

우주의 어둠(dark universe). 조직 외부에 존재하는 미보유 데이터.

반사실 데이터(counterfactual data). 어떤 결정 때문에 생성되지 못한, 관측 불가능한 데이터.

능력(capability). 측정 가능한 사업 성과를 산출하는 조직의 능력 단위.

스킬(skill). 능력을 구성하는 검증된 업무 절차 단위.

기법(technique). 스킬을 구성하는 원자적 작업 단위.

능력 캡슐(capability capsule). 스킬 구성, 데이터 계약, 모범 사례, 검증 기준, 책임자를 하나로 묶은 능력의 제작·배포 단위.

데이터 계약(data contract). 캡슐이 소비하는 데이터 항목과 소싱 상태·관문 정보의 명세. 본 보고서의 별칭은 어둠의 출석부.

소싱 상태(sourcing status). 데이터 항목의 조달 상태. 확보됨, 손안의 어둠, 우주의 어둠, 부재, 파생의 다섯 값.

채굴(mine) / 탐사(explore) / 채집(collect). 각각 손안의 어둠, 우주의 어둠, 부재 상태에 대응하는 조달 경로.

단련(hardening). 절차와 능력을 운영 투입 가능 수준으로 완성하는 과정. 능력 단련은 스킬 단련, 데이터 조달, 관문 통과의 동시 충족을 완료 조건으로 한다.

관문(gate). 데이터 사용 전 통과해야 하는 컴플라이언스 점검. 목적·동의, 국외 이전, 제3자 권리의 세 관문.

면제(waiver). 관문 또는 조달 요건의 한시적 예외 허가. 승인자와 만료일을 가진다.

AI 에이전트(AI agent). 도구를 사용해 다단계 작업을 자율 수행하되 부여된 권한 안에서만 행동하는 소프트웨어 실행 주체.

능력 광부(capability miner). 실패 신호·성숙도 격차·외부 비교로부터 필요 능력을 발굴하는 에이전트 직무.

위임의 경계(mandate boundary). 에이전트는 제안·조합까지만 수행하고 자원·책임이 걸린 상태 전이는 수행할 수 없다는 원칙.

능력 인벤토리(capability inventory). 사업 영역이 갖추어야 할 능력의 목록과 성숙도 평가. 수요 측 인벤토리.

내비게이터(navigator). 전 캡슐의 출석부를 집계하여 다크 데이터 조달의 우선순위를 제시하는 기능.

플라이휠(flywheel). 제안, 조합, 조달, 단련·채택, 가치 실현, 재투자의 자기 강화 순환.

데이터 중력(data gravity). 데이터 집적이 애플리케이션·자원·인재·추가 데이터를 끌어당기는 현상.

온톨로지(ontology). 조직 핵심 개념·관계·규칙의 표준 의미 지도. 내부 공용어이자 외부 연결의 도킹 어댑터. 세 해법 축이 공유하는 기반.

정의 등록부(definition register). 주요 지표·개념의 정의문, 버전, 변경일, 책임 부서를 기록한 대장. 온톨로지 구축의 실용적 출발점.

그림자 지표(shadow metric). 평가에 반영되지 않으면서 본 지표의 조작·왜곡을 드러내도록 짝지은 관찰 지표.

의도된 어둠(deliberate darkness). 보호·법령·정책상 활용하지 않기로 명시적으로 결정한 데이터 영역.

AOEDE_CLAW Foundation : Agentic Ontology Envisioning and Deployment Environment – 에이전틱 온톨로지 구체화 및 전개 환경으로서, Theoria(정의), Poiesis(제작), Praxis(실행과 통제) 그리고 Claws(업무능력 실행) 플랫폼으로 구성되어 있다. CLAW Foundation은 AOEDE 의 구성요소로서 다양한 업무 영역의 능력 내비게이터를 생성하고 능력 캡슐을 제작, 단련하는 어플리케이션으로 LLM, 결정론적 알고리즘, 기계학습 서버 및 MCP 서버와 함께 능력 캡슐을 제작, 검증, 관리한다.