직원들이 프롬프트를 숨기면 조직은 무엇을 잃나

저자 및 인사이트: 이동훈(코드프레소 대표) · 편집 및 재구성: AXMOS 콘텐츠팀 | 최종 수정 2026-10-02

직원들이 프롬프트를 숨기면 조직은 무엇을 잃나?

프롬프트가 숨겨지면 조직은 재사용할 수 있는 업무 노하우와 AI 사용에 대한 통제력을 함께 잃습니다.

프롬프트는 업무 지식이 문장으로 정리된 결과물입니다. 영업 담당자가 제안서 초안을 뽑는 프롬프트에는 고객 유형을 나누는 기준, 빠뜨리면 안 되는 조건, 자주 틀리는 표현을 고치는 요령이 담깁니다. 이 문장이 한 사람의 노트에만 있으면 옆자리 동료는 같은 시행착오를 처음부터 다시 겪습니다. 담당자가 휴가를 가거나 퇴사하면 그 요령도 함께 사라집니다.

손실은 생산성에서 끝나지 않습니다. 숨겨진 AI 사용은 조직이 검토할 수 없는 사용입니다. 어떤 고객 정보가 외부 도구에 입력되었는지, 결과물을 누가 확인했는지, 어떤 모델과 설정에서 만든 결과인지 남지 않습니다. 결과물에 오류가 있어도 원인을 추적하기 어렵습니다.

이 글은 세 가지 질문을 다룹니다. 직원들은 왜 프롬프트를 숨기는지, 숨기면 조직은 무엇을 잃는지, 그리고 개인의 노하우를 조직이 공유·검증·버전 관리하려면 어떤 운영 구조가 필요한지입니다.

AI 사용을 숨기는 직원은 얼마나 되나?

2024~2025년 주요 조사에서는 응답한 직장인의 절반가량이 AI 사용 사실을 숨기거나 밝히기를 꺼린다고 답했습니다.

세 조사는 대상과 질문이 다르므로 수치를 하나로 합쳐 읽으면 안 됩니다. 아래 표에 조사별 모집단과 질문을 함께 정리했습니다. 모두 자기 보고식 설문이라는 공통 한계가 있습니다.

같은 조사들은 숨김의 배경도 보여 줍니다. Microsoft 조사에서 AI 사용자의 78%는 회사가 제공하지 않은 개인 AI 도구를 업무에 가져와 쓰고 있었고(BYOAI), 53%는 중요한 업무에 AI를 쓰면 자신이 대체 가능해 보일까 걱정한다고 답했습니다. KPMG·멜버른대 보고서의 보도자료에 따르면 AI 교육을 받았다는 직장인은 47%, 회사에 생성형 AI 사용 정책이나 지침이 있다고 답한 사람은 40%였습니다. 같은 조사에서 66%는 정확성을 확인하지 않고 AI 결과에 의존한 적이 있다고 답했습니다.

왜 직원들은 프롬프트를 혼자만 쓰려고 하나?

규정보다 평가와 평판에 대한 걱정이 숨기는 행동과 더 크게 관련되어 있었습니다.

Slack 조사에서 관리자에게 AI 사용을 밝히기 불편하다고 답한 사람들이 꼽은 이유는 부정행위처럼 느껴진다(47%), 능력이 부족해 보일까 봐(46%), 게을러 보일까 봐(46%) 순이었습니다. 회사 정책이 AI 사용을 막거나 권장하지 않아서라는 답은 21%로 가장 적었습니다. 금지 규정을 없애는 것만으로는 숨김이 줄지 않는다는 점을 보여 주는 결과입니다.

조직행동 연구도 비슷한 방향을 가리킵니다. Connelly 등은 2012년 Journal of Organizational Behavior 논문에서 지식 은닉을 "다른 사람이 요청한 지식을 의도적으로 감추거나 내주지 않으려는 시도"로 정의했고, 이를 얼버무리기, 모르는 척하기, 이유를 대며 거절하기의 세 유형으로 나눴습니다. 세 유형 모두 불신과 관련이 있었습니다. 2019년 같은 학술지에 실린 후속 정리 글은 지식 은닉이 불신과 경쟁이 강한 환경에서 늘고, 숙련을 중시하는 분위기에서 줄어든다는 연구들을 정리했습니다. 이 연구들은 생성형 AI 이전에 나왔고 상관 분석이 많으므로, 프롬프트에 그대로 적용하기보다 참고 틀로 쓰는 편이 적절합니다.

현장에서 이런 상황을 떠올려 볼 수 있습니다. 상대평가로 성과를 나누는 팀에서 한 직원이 보고서 작성 시간을 절반으로 줄이는 프롬프트를 찾았다고 가정합니다. 이 직원이 프롬프트를 공개하면 팀 전체의 속도가 오르고 자신의 상대적 우위는 사라집니다. 공유해도 기록이나 보상이 남지 않는다면 숨기는 편이 개인에게는 합리적인 선택이 됩니다. 이 예시는 설명을 위한 가상의 상황입니다.

개인 노하우와 조직 자산으로서의 프롬프트는 어떻게 다른가?

조직 자산이 된 프롬프트는 소유자, 버전, 검증 기록, 사용 범위가 함께 관리된다는 점에서 개인 메모와 다릅니다.

공유 폴더에 프롬프트 문장만 모아 두는 방식은 오래가지 않습니다. 언제 어떤 모델에서 검증한 문장인지, 어떤 데이터를 넣어도 되는지, 누가 고칠 권한이 있는지 모르면 다른 사람이 믿고 쓰기 어렵기 때문입니다. 아래 표는 AXMOS가 정리한 비교 기준입니다.

표에서 가장 중요한 줄은 마지막 두 줄입니다. 데이터 사용 기준이 없으면 공유를 늘릴수록 정보 유출 위험도 커집니다. 기여가 인정되지 않으면 좋은 프롬프트를 가진 사람일수록 공유하지 않습니다.

프롬프트를 공유·검증·버전 관리하려면 어떻게 하나?

공유를 쉽게 만들고, 검증을 표준화하고, 변경 이력을 남기는 세 단계를 하나의 운영 절차로 묶어야 합니다.

1단계: 숨길 이유를 먼저 없앱니다

1. 허용 도구와 입력 금지 데이터를 한 장짜리 지침으로 공지합니다. KPMG 조사에서 정책이나 지침이 있다고 답한 직장인은 40%였습니다.
2. 리더가 자신의 AI 사용 사례를 먼저 공개합니다. Slack은 팀 회의에서 AI 활용 사례를 나누거나 전용 채널을 만드는 방법을 권했습니다.
3. AI를 썼다는 사실만으로 평가에서 불이익을 주지 않는다는 원칙을 문서로 남깁니다.

2단계: 공유된 프롬프트를 검증합니다

1. 프롬프트마다 대표 입력 3~5개와 기대 결과를 함께 등록합니다.
2. 업무 담당자가 결과를 기존 산출물과 대조하고 통과 여부를 기록합니다.
3. 고객 정보나 계약 조건처럼 위험이 큰 업무는 검토자를 따로 지정합니다.

3단계: 버전을 관리하고 폐기 기준을 둡니다

1. 수정할 때마다 버전 번호, 변경 사유, 검증 결과를 남깁니다.
2. 모델이나 도구를 바꾸면 기존 검증 예시로 다시 시험합니다.
3. 일정 기간 쓰이지 않거나 검증을 통과하지 못한 프롬프트는 보관 상태로 옮깁니다.

이 절차는 조직 설계와 연결됩니다. 업무 흐름과 책임을 다시 그리는 방법은 AI 도입 후 조직도는 어떻게 바뀌나에서, 개인 계정 중심 도입이 성과로 이어지지 않는 문제는 직원에게 ChatGPT를 사줬는데 왜 ROI가 마이너스인가에서 다뤘습니다.

공유를 평가와 교육에 어떻게 연결하나?

공유한 사람이 손해를 보지 않도록 기여 기록을 평가에 넣고, 라이브러리를 교육 교재로 쓰는 구조가 필요합니다.

Slack 조사에서 관리자에게 AI 사용을 밝히는 것이 편하다고 답한 사람은 그렇지 않은 사람보다 업무에 AI를 써 본 비율이 67% 높았습니다. 상관관계이므로 공개가 사용을 늘린다고 단정할 수는 없지만, 사용을 드러내기 쉬운 환경과 활용이 함께 나타난다는 점은 참고할 만합니다. AXMOS는 다음 세 가지를 평가와 교육 체계에 넣을 것을 권합니다.

• 기여 기록: 라이브러리에 등록하거나 개선한 프롬프트, 검증에 참여한 횟수를 개인 기여로 남깁니다.
• 재사용 지표: 다른 팀원이 해당 프롬프트를 몇 번 사용했는지, 수정 요청이 몇 건이었는지 봅니다.
• 교육 연계: 검증된 프롬프트와 실패 사례를 신규 입사자 교육과 직무 교육 교재로 씁니다.

다만 사용 횟수만 평가하면 의미 없는 등록이 늘어날 수 있습니다. 기여 기록은 검증을 통과한 항목만 인정하는 식으로 품질 기준과 묶어 두어야 합니다. 도입 이후 실제 사용이 늘지 않는 원인은 6,000억 달러를 쏟아붓는데 왜 쓰는 사람이 없나에서, 관련 글은 AX 전략 태그에서 이어서 볼 수 있습니다.

자주 묻는 질문

Q. 직원들은 왜 AI 사용과 프롬프트를 숨기나요?

Slack의 2024년 조사에서 관리자에게 AI 사용을 밝히기 불편하다고 답한 사람들은 부정행위처럼 느껴진다(47%), 능력이 부족해 보일까 봐(46%), 게을러 보일까 봐(46%)를 주된 이유로 꼽았습니다. 회사 정책이 금지해서라는 답은 21%로 가장 적었습니다. 규정보다 평판에 대한 걱정이 더 자주 꼽혔습니다.

Q. 직원들이 프롬프트를 숨기면 조직은 무엇을 잃나요?

잘 작동하는 방법이 한 사람에게만 남아 다른 직원이 같은 시행착오를 반복합니다. 또한 어떤 데이터가 외부 AI 도구에 들어가는지, 결과물이 검증되었는지 조직이 알 수 없게 됩니다. KPMG와 멜버른대 조사에서 직장인의 57%가 AI 사용을 숨기고 AI 결과물을 자기 작업처럼 제출한다고 답했습니다.

Q. 프롬프트 공유를 의무화하면 해결되나요?

의무화만으로는 부족합니다. 연구에서는 지식 은닉이 불신과 경쟁적인 분위기에서 늘어나는 경향이 보고되었습니다. 공유한 사람이 손해를 보지 않도록 평가 기준과 기여 기록을 함께 바꾸는 것이 먼저입니다.

Q. 프롬프트 라이브러리에는 무엇을 기록해야 하나요?

AXMOS는 소유자, 적용 업무, 입력해도 되는 데이터 등급, 버전, 검증 예시, 검토 상태, 폐기 기준을 함께 기록할 것을 권합니다. 프롬프트 문장만 모아 두면 언제 어떤 모델에서 검증했는지 알 수 없어 재사용하기 어렵습니다.

Q. 작은 조직도 프롬프트 버전 관리가 필요한가요?

규모가 작아도 같은 업무를 두 명 이상이 반복한다면 필요합니다. 처음에는 공유 문서 한 곳에 업무별 프롬프트와 변경 이력, 검증 결과를 남기는 방식으로 시작해도 충분합니다. 도구보다 담당자와 검토 주기를 먼저 정하는 편이 효과적입니다.

그래서 기업은 무엇을 해야 하나?

AXMOS는 프롬프트를 숨기는 행동을 직원 개인의 태도 문제로 보지 않고, 공유했을 때 얻는 것이 없는 운영 구조의 결과로 봅니다. 기업이 먼저 정할 일은 세 가지입니다.

• 진단: 팀별로 AI를 어떤 업무에 쓰는지, 어떤 도구와 데이터를 쓰는지 불이익 없이 조사합니다.
• 실행 구조: 업무별 프롬프트 라이브러리와 관리자, 데이터 등급 기준, 버전 관리 규칙을 정합니다.
• 검증: 검증 예시로 품질을 확인하고, 재사용 횟수와 수정 이력으로 효과를 측정합니다.

개인 노하우를 조직 자산으로 옮기는 운영 구조를 우리 회사 상황에 맞게 설계하고 싶으시다면 AX 진단 문의하기로 연락해 주십시오. AXMOS 소개는 AXMOS 알아보기에서 확인하실 수 있습니다.

출처

1. KPMG International, Global study reveals trust of AI remains a critical challenge (2025-04)
2. University of Melbourne·KPMG, Trust, attitudes and use of artificial intelligence: A global study 2025
3. Microsoft·LinkedIn, 2024 Work Trend Index: AI at Work Is Here. Now Comes the Hard Part (2024-05-08)
4. Slack, The Fall 2024 Workforce Index (2024-11-12)
5. Connelly, Zweig, Webster, Trougakos, Knowledge hiding in organizations, Journal of Organizational Behavior 33(1), 2012
6. Connelly et al., Understanding knowledge hiding in organizations, Journal of Organizational Behavior, 2019