[AX EO-5] 전문가의 지식은 어떻게 다음 프로젝트의 근거가 되는가

PART 11. 지식 한 건의 이동 경로부터 그립니다

전문가의 경험은 처음부터 조직 규정이 아닙니다. 회의에서 제안한 방법, 특정 프로젝트에서 효과를 본 요령, 공식 절차에서 확인한 의무는 서로 다른 종류의 근거입니다. 같은 검색창에 들어가더라도 그 차이는 남아야 합니다.

그림에서 중요한 연결은 마지막의 역방향입니다. 카드가 어느 보고서에 쓰였는지 모르면 잘못된 지식을 고쳐도 과거 사본은 그대로 남습니다. 원천에서 카드로 들어오는 선과 카드에서 소비 산출물로 나가는 선을 모두 기록해야 합니다.

시작은 작아도 됩니다. 원천 보관함, 카드 목록, 사용 이력표를 같은 문서 도구에 만들어도 됩니다. 검색엔진이나 그래프 데이터베이스를 먼저 구매할 필요는 없습니다. 문서를 찾고 소유자에게 연결하며 후속 사용을 추적할 수 있는지가 첫 조건입니다.

PART 22. 제목 대신 적용 가능한 주장으로 카드를 채웁니다

합성 예제의 원천은 SOP-07 변경요청 처리절차 v3입니다. 해당 절차는 수신 확인과 영향분석 회신의 기한을 구분합니다. 그런데 기존 카드 K-017 v1은 이를 “변경요청에는 2영업일 안에 답변한다”로 압축했습니다. 숫자를 틀리게 읽은 것이 아니라 무엇을 언제까지 해야 하는지를 뭉갠 오류입니다.

다음은 정정 후의 카드입니다. 빈 템플릿보다 먼저 완성된 한 건을 보시면 각 필드의 역할이 분명해집니다.

id: K-017
version: "1.1"
title: "변경요청의 수신 확인과 영향분석 회신을 구분한다"
claim: "수신 확인은 2영업일, 영향분석 회신은 5영업일 이내"
source:
  id: SOP-07
  version: "3"
  section: "4.2 처리 기한"
  effective_from: "2026-09-01"
  checked_at: "2026-09-13"
owner_role: "변경관리 절차 책임자"
reviewer_role: "프로젝트 품질 담당자"
scope: "표준 변경요청; 긴급 장애와 별도 계약은 제외"
valid_from: "2026-09-13"
valid_until: null
review_due: "2026-10-13"
review_trigger: "원천 개정, 예외 계약, 소유자 변경, 반례 접수"
status: active
supersedes: "K-017@1.0"
correction_id: C-009
access_class: "예제 조직 내부"

여기에는 서로 다른 세 종류의 날짜가 있습니다. 원천의 시행일, 카드를 확인한 날짜, 카드를 다시 검토할 날짜입니다. 확인일이 최근이라고 원천이 새 판본인 것은 아닙니다. 검토 예정일이 지났다고 내용이 자동으로 거짓이 되는 것도 아닙니다. 예제에서는 그때부터 새 업무의 자동 적용을 유보하고 소유자가 재확인하도록 정합니다.

valid_until: null도 무기한 보증을 뜻하지 않습니다. 미리 확정된 종료일이 없다는 의미입니다. 원천 폐기나 적용 조건 변경이 들어오면 그보다 먼저 상태가 바뀝니다. 반대로 종료일이 있는 임시 지침은 그 날짜를 명시해야 합니다.

소유자는 문서를 처음 쓴 사람과 다를 수 있습니다. 작성자는 내용을 정리하고, 소유자는 현행성과 예외 적용을 책임집니다. 검토자는 원천과 주장을 대조합니다. 한 사람이 역할을 겸하더라도 어떤 자격으로 확인했는지를 남깁니다. AI가 추출·요약을 맡을 수는 있지만 조직의 책임자를 대신 지정하지는 않습니다.

PART 33. 검토를 통과한 범위만 재사용합니다

좋은 경험을 발견했다는 이유로 즉시 전사 규칙으로 올리면 적용 범위가 부풀어 오릅니다. “두 프로젝트에서 유용했다”는 관찰은 그 조건의 패턴 후보입니다. 모든 계약에 적용할 의무로 바꾸려면 별도의 결정 근거가 필요합니다.

Sillok의 공개 운영 설명에 등장하는 Vault·ATLAS·OPA는 이 과정을 배치하는 한 구현 예입니다. 원천, 찾기 위한 좌표, 검토된 절차를 나눠 관리하는 생각을 참고할 수 있습니다. 같은 명칭이나 제품 구성을 복제해야 성립하는 원칙은 아닙니다. 스킬 수명주기 글도 입고 뒤의 유지·수리와 자산의 존재·효과를 구분합니다.

검색에 넣기 전에는 한 가지 부정 질문도 준비합니다. K-017의 경우 “긴급 장애도 무조건 5영업일 뒤에 답하면 되나요?”가 적절합니다. 기대 답은 적용 범위 밖이라는 설명과 해당 절차 확인 요청입니다. 숫자 두 개를 정확히 반복하는 시험만으로는 예외 범위가 살아 있는지 알 수 없습니다.

PART 44. 정정 한 건이 어디까지 번지는지 따라갑니다

합성 상황을 이어가겠습니다. 9월 13일 품질 담당자가 K-017 v1의 압축 오류를 발견했습니다. 카드만 v1.1로 바꾸고 완료 표시를 하면 템플릿과 이미 승인된 보고서의 잘못된 기한이 남습니다.

직접 소비자는 템플릿 T-04와 승인본 P-13의 두 건입니다. T-04를 사용한 P-12와 P-14까지 포함하면 영향 검토 대상은 네 건입니다. 검색 결과에 K-017을 직접 인용한 문서만 찾으면 두 건을 놓칩니다. 템플릿을 통한 간접 사용도 추적해야 하는 이유입니다.

표 전체가 보이지 않으면 좌우로 이동해 보세요.

네 건을 발견한 것과 네 건을 해결한 것은 다릅니다. T-04와 P-12를 고쳤어도 P-13의 승인권자 판단이 없으면 C-009는 열린 상태입니다. 정정 대상 4건, 검토 4건, 조치 닫힘 2건처럼 단계를 나눠 보고합니다. 이는 예제의 상태이며 실제 처리 실적이 아닙니다.

이미 실행된 업무는 파일 교체만으로 되돌릴 수 없습니다. P-13에서 잘못된 기한 때문에 협의 일정이 바뀌었다면 담당자는 그 영향과 추가 조치를 판단해야 합니다. 카드 관리자가 과거 승인 기록을 덮어쓰거나 임의로 외부 통지를 보내는 구조는 피합니다. 정정의 책임과 행동 권한을 함께 확인해야 합니다.

PART 55. 폐기 뒤에도 과거 인용을 설명할 수 있어야 합니다

이후 절차 자체가 폐기되면 어떻게 할까요. 예제에서는 K-017을 retired로 바꾸고 기본 검색과 자동 생성의 후보에서 제외합니다. 감사 조회에는 폐기 사유와 마지막 유효 판본을 남깁니다. 검색 제외와 보관 자료의 물리 삭제는 서로 다른 작업입니다.

폐기 표식에는 대체 카드가 있으면 그 ID를, 없으면 “대체 없음”을 적습니다. 권한 있는 과거 기록 검토자는 당시 P-13이 어떤 근거로 작성됐는지 확인할 수 있어야 합니다. 그러나 일반 사용자가 오래된 질문을 했을 때 폐기된 답을 현재 지침처럼 받으면 안 됩니다.

소유자가 이동한 경우에는 후임의 수락 기록까지 연결합니다. 자동으로 부서장 이름을 넣었다고 인수가 끝난 것은 아닙니다. 인수 전에는 관리 공백을 표시하고, 위험이 높은 카드의 자동 적용을 잠시 유보하는 식으로 대응합니다. 낮은 위험의 참고 자료까지 일괄 차단할지는 조직이 정합니다.

시험은 문서 화면에 그치지 않습니다. 같은 질문을 검색 결과, 답변 인용, 저장된 요약, 예약 작업에서 각각 실행해봅니다. 예제의 허용 전파 시간은 30분으로 정할 수 있지만 이는 자체 인수 조건입니다. 모든 시스템에서 30분이 가능하다는 보증은 아닙니다. 허용 시간이 지나도 구판이 나온 경로는 별도 결함으로 남깁니다.

PART 66. 다음 프로젝트에서 실제로 도움이 됐는지 확인합니다

카드 조회수만 보면 잘못된 카드도 인기 자산이 됩니다. 다음 프로젝트가 그 내용을 읽었는지, 판단에 썼는지, 다시 고쳐야 했는지를 구분해야 합니다. 사용 이력에는 카드 ID와 판본 외에 산출물 ID, 사용한 주장, 적용 조건, 검토 결과를 남깁니다.

다음 표는 바로 복사할 수 있는 최소 운영 원장입니다. 수치는 목표나 실제 성과가 아니라 앞의 합성 예제를 이어 쓴 것입니다.

표 전체가 보이지 않으면 좌우로 이동해 보세요.

빈 원장으로 시작할 때도 카드·판본 / 소비 대상 / 적용 조건 / 실제 결과 / 담당·다음 확인의 다섯 칸은 유지하세요. 결과가 아직 없으면 “도움 됨” 대신 “미확인”과 확인일을 적습니다. 자주 쓰이지 않아도 드문 중대 오류를 막는 카드가 있으므로 사용 빈도 하나로 폐기를 결정하지 않습니다.

과학 문헌을 다룬 OpenScholar 연구는 검색·인용과 결과 평가를 함께 설계했습니다. 다만 과학 질의의 실험이며 기업의 지식 소유권 운영이나 ROI를 입증한 연구는 아닙니다. 여기서 제안한 카드와 정정 원장은 그 연구 결과와 구별되는 운영 설계입니다. Nature 원 논문.

PART 77. 실패와 한계: 추적표가 있어도 정답을 보증하지 않습니다

첫째, 출처가 있다는 사실과 주장이 지지된다는 사실은 다릅니다. K-017 v1에도 올바른 원문 ID가 있었습니다. 오류는 인용한 절을 압축하는 과정에 있었습니다. 검사자는 제목이나 파일 존재뿐 아니라 주장과 원문 문장을 대조해야 합니다.

둘째, 알려진 사용 이력이 전체 영향 범위는 아닙니다. 내려받은 PDF, 개인 메모, 복사한 이메일은 자동 추적에서 빠질 수 있습니다. “네 건 발견”을 “영향은 네 건뿐”으로 바꾸지 말고 미등록 사본의 가능성을 남기세요. 중요한 정정은 소유자가 배포 경로도 확인하도록 설계합니다.

셋째, 모든 기록을 영구 보존할 수는 없습니다. 접근권 철회나 조직의 보존·삭제 정책이 있으면 그 조건을 적용해야 합니다. 삭제해야 할 내용을 감사라는 이유로 다른 곳에 복제하지 않습니다. 필요한 경우 내용 대신 허용된 범위의 삭제 일시·처리 ID만 남깁니다.

마지막으로, 원장 작성을 지나치게 무겁게 만들면 사람들이 사용 기록을 우회합니다. 처음부터 모든 문장에 복잡한 승인 절차를 붙이지 마세요. 반복 사용되고 오류 영향이 큰 카드부터 시작하고, 자동으로 채울 수 있는 판본·출처·소비 대상은 도구가 기록하게 합니다. 사람은 적용 범위와 예외 판단에 시간을 써야 합니다.

PART 88. 첫 입력은 문서 한 건과 반례 한 건입니다

이번 주에 다시 사용할 문서 하나를 고르세요. 다음 입력을 팀의 문서 도구나 AI 작업창에 넣고, 결과를 원문과 직접 대조하면 첫 카드를 만들 수 있습니다.

입력: 공유 권한이 확인된 절차 문서 한 건과 적용할 업무 한 건
1. 다음 업무에 재사용할 주장 하나를 뽑아주세요.
2. 출처의 판본·절·시행일과 적용 제외 조건을 연결해주세요.
3. 소유자·검토자는 제공한 역할만 쓰고, 없으면 미정으로 두세요.
4. 주장·출처·소유자·판본·유효 범위·정정 경로를 카드로 작성하세요.
5. 잘못 적용하기 쉬운 반례 한 건과 기대 대응을 제시하세요.
6. 이 카드를 사용할 산출물과 정정 시 연락할 역할을 표로 남기세요.

만든 카드의 문구를 일부러 틀리게 바꾼 복사본으로 정정 훈련도 해보세요. 어떤 소비 산출물을 찾았고 무엇을 놓쳤는지 확인하면, 도구를 늘리기 전에 필요한 연결이 보입니다. 실제 원본이나 이미 승인된 문서를 시험용으로 훼손하지는 마세요.

이전 글: Agent 성적표: 답변·업무 완료·재작업을 함께 재기 다음 글: Agent 도입 30일, PMO는 무엇을 보고 계속할지 결정할까 이번 연작 전체 보기 · 앞뒤 번호는 집필 단계의 임시 순서입니다.