34장. 개인 프롬프트를 팀 운영체제로 바꾼다

한 사람이 잘 쓰는 프롬프트를 공유 문서에 붙이는 것만으로 팀 역량이 되지 않는다. owner, 목적, 입력·출력 계약, 평가, 버전, 마지막 확인일, 권한, 폐기 조건을 가진 자산으로 운영한다.

name: decision-brief
owner: product-ops
version: 1.4.0
approved_models: [route-quality, route-fast]
data_classes: [public, internal]
forbidden: [restricted]
eval_suite: decision-brief-v6
last_verified: 2026-08-14
rollback: 1.3.2

조직의 AI 사용 목록을 만든다. 누가 어떤 공급자와 모델을 어떤 데이터에 쓰고, 결과가 누구에게 영향을 주며, 어떤 검토를 하는지 기록한다. 이것은 감시 명단이 아니라 문제 발생 시 owner와 영향 범위를 찾는 지도다.

팀 정책은 너무 길면 우회된다. 허용된 경로와 이유, 금지 데이터, 외부 행동 승인, 사건 신고, 예외 요청을 한 페이지로 설명한다. 공급자와 모델은 중앙 승인 목록을 제공하되 실험 샌드박스를 별도로 둔다.

교육은 프롬프트 강의로 끝내지 않는다. 실제 업무 fixture로 실패를 보고, 근거 누락과 인젝션을 찾아, 승인 대기와 롤백을 실행한다. 평가 결과와 사건 사례를 익명화해 학습 자료로 되돌린다.

성과는 “AI 사용률”만 보지 않는다. 작업 완료 시간, 수정률, 근거 누락, 사고, 검토 시간, 사용자 만족, 비용을 함께 본다. 사용량이 늘고 오류가 더 크게 늘었다면 성공이 아니다.

팀 운영 리듬

매주 가장 많이 수정된 출력, 가장 비싼 run, 승인 거절, 인젝션 탐지, 사용자 불만을 하나씩 본다. 매월에는 모델·프롬프트·데이터·도구 변경을 평가 결과와 함께 승인한다. 분기에는 AI 사용 목록, 데이터 흐름, owner, 폐기 후보를 감사한다.

조직 지식을 공급자 UI 안에만 두지 않는다. 계약, 평가, 결정, runbook을 내보낼 수 있는 형식으로 관리한다. last verified가 오래되고 owner와 평가가 없는 자산은 deprecated한다.