잘 만든 AI 가이드라인이 서랍에서 잠자는 이유

들어가며 — 잘 만들었는데 아무도 안 봅니다

AI를 도입한 회사들이 자주 하는 일이 있습니다. 사내 AI 사용 가이드라인을 만드는 거예요. 보안팀·법무팀이 붙고, 승인된 도구 목록을 정하고, 넣으면 안 되는 정보를 정리하고, 깔끔한 문서 한 부가 사내 포털에 올라갑니다. 성실하게 잘 만든 문서예요.

그런데 몇 달 뒤에 가 보면, 그 문서는 아무도 열어 보지 않습니다. 담당자는 이 장면을 대개 “직원들이 안 지킨다” 또는 “홍보가 부족했다”로 읽어요. 그래서 공지를 다시 돌리고, 필독 표시를 붙이고, 교육에 한 꼭지를 넣습니다. 그래도 문서는 계속 잠들어 있어요.

저는 여러 조직에서 이 장면을 반복해서 봤습니다. 그리고 매번, 문제가 준수율이 아니라 더 앞쪽에 있다는 걸 확인했어요. 문서가 안 읽히는 게 아니라, 애초에 읽을 이유가 없게 만들어져 있었습니다.

1. 문제는 ‘안 지킴’이 아니라 ‘물음과 어긋남’입니다

실무자가 자기 자리에서 AI 앞에 앉았을 때 머릿속에 있는 질문은 하나예요. “이 업무, AI로 어떻게 하지?” 회의록을 어떻게 정리시키지, 이 보고서 초안을 어떻게 뽑지, 이 번역을 믿어도 되나. 아주 구체적이고 아주 실무적인 물음입니다.

그런데 대부분의 AI 가이드라인이 답하는 질문은 그게 아니에요. 그 문서는 “무엇을 하면 안 되나”에 답합니다. 고객정보 넣지 마라, 미승인 도구 쓰지 마라, 결과 함부로 배포하지 마라. 실무자가 “어떻게 하나”를 물었는데 문서는 “하지 마라”로 답하는 거예요.

그래서 이건 준수의 문제가 아니라 어긋남의 문제입니다. 실무자는 그 문서를 한 번 열어 보고, 내 물음에 대한 답이 없다는 걸 알고, 다시 닫습니다. 그게 반복되면 문서는 서랍으로 들어가요. 안 지키는 게 아니라, 쓸 일이 없는 겁니다.

2. 대부분의 가이드라인은 ‘금지의 언어’로 태어납니다

그럼 왜 이렇게 만들어질까요. 만든 사람이 게을러서도, 실력이 없어서도 아닙니다. 그 문서가 애초에 다른 목적으로 발주되기 때문이에요.

회사가 AI 가이드라인을 만들 때 가장 먼저 움직이는 힘은 대개 두려움입니다. 고객정보가 새면 어쩌나, 엉뚱한 도구를 쓰다 사고가 나면 어쩌나, 잘못된 결과가 대외로 나가면 어쩌나. 그래서 문서는 자연스럽게 사고를 막는 장치로 설계됩니다. 사고를 막으려면 경계를 그어야 하고, 경계를 긋는 언어는 금지예요. 이렇게 태어난 문서는 조직의 두려움에는 잘 답하지만, 실무자의 “어떻게 하나”에는 한 줄도 답하지 않습니다.

이건 교육 한 번이면 정착한다는 가정의 문서판이기도 합니다. 그때 조직이 교육을 ‘심으면 자라는 씨앗’처럼 다룬다고 했는데, 가이드라인도 똑같아요. ‘한 장 붙여 두면 알아서 지켜질 것’이라고 가정합니다. 그래서 담당자가 놓치는 건 준수율 관리가 아니라, 그 문서가 실무자에게 쓸모가 있게 태어났는지예요.

오해는 없어야 합니다. 금지의 목록이 필요 없다는 말이 아니에요. 보안·법무의 경계는 반드시 있어야 합니다. 다만 그건 사고를 막는 방어 장치이지, 사람들의 일하는 방식을 바꾸는 정착 도구가 아닙니다. 이 둘을 한 문서에 섞어서 “이게 우리 회사 AI 가이드입니다” 하고 던지면, 방어 장치로도 어중간하고 정착 도구로는 아예 작동하지 않아요.

같은 실무자가 같은 물음('이 일을 AI로 어떻게 하지?')을 던져도, 문서가 무엇으로 답하느냐에서 갈린다. 금지·경계의 목록은 '무엇을 하면 안 되나'에 답해 물음과 어긋나고 서랍에서 잠든다. '이 일은 이 순서로, 막히면 여기로'라는 일하는 방식의 레시피는 물음에 바로 답해 책상 위에서 매일 쓰인다. 가이드라인이 잠자는 건 지키지 않아서가 아니라, 애초에 쓰라고 만든 문서가 아니어서다.

3. 사는 가이드라인은 ‘일하는 방식의 레시피’입니다

그럼 서랍에서 안 자는 문서는 무엇이 다를까요. 답하는 질문이 다릅니다. “무엇을 하면 안 되나”가 아니라 “이 일을 어떻게 하나”에 답해요.

살아 있는 가이드라인에는 이런 것들이 들어 있습니다. 회의록은 어떤 순서로 시키면 되는지, 보고서 초안은 어떤 식으로 물으면 잘 나오는지, 번역이나 요약은 결과를 어떻게 검증하는지, 그리고 막혔을 때는 누구에게 어디로 물어야 하는지. 금지의 목록이 아니라 일하는 방식의 레시피예요. 실무자가 월요일 아침에 그대로 따라 할 수 있는 것들입니다.

마지막 항목이 특히 중요해요. “막히면 여기로”라는 한 줄은 교육이 정착하려면 ‘복구’ 구조가 필요하다고 했던 바로 그 자리입니다. 사람은 한번 해봤는데 안 되고 물어볼 데가 없으면 조용히 원래 방식으로 돌아가거든요. 좋은 가이드라인은 그 복구 지점을 문서 안에 박아 둡니다.

그리고 이런 문서는 완성되는 게 아니라 자랍니다. 누가 좋은 방법을 찾으면 한 줄 추가되고, 안 되는 걸 확인하면 그것도 적히고, 팀이 계속 고쳐 쓰는 살아 있는 문서가 돼요. 잘된 명령을 저장해 다음 일의 출발점으로 삼는 것을 개인 차원에서 이야기한 적이 있는데, 사는 가이드라인은 그걸 조직 차원에서 하는 겁니다. 한 사람의 요령이 팀의 자산이 되는 것과도 같은 자리예요. 반대로 금지의 목록은 한번 확정되면 고칠 일이 없어서, 딱 그만큼 죽어 있습니다.

4. 그래서 담당자가 설계할 것은 ‘준수’가 아닙니다

정리하면, 가이드라인이 잠자는 원인은 준수율이 아니라 문서의 정체예요. 도구를 다 알려주는 책일수록 일은 안 바뀐다고 한 적이 있는데, 금지의 목록만 있는 가이드라인은 그 조직 정책판입니다. 무엇이 허용되고 무엇이 금지되는지는 빠짐없이 알려주지만, 정작 실무자의 일은 한 칸도 움직이지 않아요.

그래서 담당자가 진짜 설계해야 하는 건 “어떻게 지키게 만들까”가 아니라 “실무자가 자기 물음을 들고 왔을 때 이 문서가 답을 주는가”입니다. 금지의 목록은 보안 문서로 따로 두고, 정착을 위한 문서는 일하는 방식의 레시피로 새로 써야 해요. 두 문서는 목적이 다르니 섞지 않는 게 낫습니다.

5. 나 혼자 정한 원칙도 똑같이 잠듭니다

이건 큰 조직만의 이야기가 아니에요. 혼자 일하는 사람도 자기 나름의 AI 사용 원칙을 세울 때가 있습니다. 그런데 그걸 “이건 하지 말자, 저건 조심하자”는 하지 말 것 목록으로 적으면, 그 메모도 똑같이 서랍에서 잠들어요. 며칠 지나면 나조차 열어 보지 않습니다.

반대로 “이 업무는 이 순서로 시킨다, 이 프롬프트가 잘 됐다, 이건 이렇게 검증한다”고 일하는 방식으로 적어 두면, 그건 다음 작업의 출발점이 됩니다. 한 달 뒤의 나에게 넘겨주는 레시피가 되는 거예요. 같은 종이 한 장인데, 어느 질문에 답하도록 썼느냐에 따라 하나는 잠들고 하나는 삽니다.

가이드라인이 서랍에서 잠자는 건 사람들이 게을러서도, 담당자가 홍보를 못 해서도 아닙니다. 애초에 쓰라고 만든 문서가 아니어서예요. 금지의 목록은 조직의 두려움에 답하고, 일하는 방식의 레시피는 실무자의 물음에 답합니다. 사람들이 매일 펼치는 건, 언제나 자기 물음에 답해 주는 쪽입니다.