프롬프트 대신, 나만의 AI 업무 지침이 필요한 이유
여러 AI에게 역할을 나눠 맡기는 법을 알았다면, 이제 나 자신의 AI 업무환경을 설계할 차례입니다. A사 인사총무팀 담당자가 매번 반복하던 자기소개를 멈추고, 나만의 AI 업무 지침을 만들어가는 하루를 따라갑니다.
혼자 다 하는 AI에서, 나눠 맡기는 AI로
모듈6에서는 여러 AI에게 역할을 나눠 맡기는 조직 차원의 협업을 다뤘습니다. 이번엔 관점을 다시 나 자신으로 좁힙니다.
모듈6. 다중 AI 협업 다시 보기 →역할을 나누는 법을 알았다면, 이제 나 자신의 AI 업무환경을 설계할 차례
모듈6에서는 “여러 AI에게 업무를 어떻게 나눠 맡길 것인가”를 다뤘습니다. 모듈7은 다시 한 사람 단위로 좁혀집니다 — 나 자신의 AI 업무환경을 어떻게 설계할 것인가입니다. 이번 주인공은 지금까지의 영업팀장이 아니라, 같은 회사(A사) 인사총무팀 담당자입니다. 부서가 달라도, 지침을 설계하는 원칙은 같다는 걸 보여줍니다.
많은 사용자가 AI를 쓸 때 “어떤 프롬프트를 입력해야 하나”부터 고민합니다. 하지만 반복 가능한 업무환경을 만들려면 먼저 나의 역할과 업무, AI에게 맡길 일과 사람이 할 일, 입력 가능한 자료와 금지 자료, 결과를 검토할 사람을 정의해야 합니다. 이 모듈은 그 최소 기준을 직접 만들어보는 과정입니다.
※ 등장하는 A사와 담당자의 사례는 실제 기업이나 실제 인물을 재현한 것이 아니라, 교육 목적으로 구성한 가상 시나리오입니다.
월요일 아침, 사내 공지문을 쓰기도 전에 “저는 인사총무팀이고요, 딱딱하지 않게, 개인정보는 빼고…”를 또 입력하고 있습니다. 이번 주에만 벌써 세 번째입니다.
프롬프트를 더 잘 쓰면 이 반복이 사라질까요?
문제는 프롬프트가 아니라 업무 정의입니다. 매번 다른 프롬프트를 고민하기 전에, 자신의 역할·반복 업무·AI에게 맡길 일과 사람이 할 일·입력 가능한 자료·검토자를 먼저 정의해야 합니다. 한 번 정리해두면, 그다음부터는 “오늘 할 작업”만 알려주면 됩니다.
1차시 정리
반복해서 설명하고 있다면, 프롬프트가 아니라 업무 정의부터 확인합니다.
역할·문체·보안기준부터 지난번 정책 초안까지 열심히 채웠더니, 어제 쓰던 정책 초안이 오늘 공지문에 슬쩍 섞여 나옵니다. “그건 어제 일이잖아.”
회사 소개처럼 거의 안 바뀌는 정보와, 오늘 처리할 작업 내용을 같은 자리에 적어도 될까요?
성격이 다른 정보는 층을 나눠 관리합니다. ① 상시 지침(역할·문체·보안기준) ② 프로젝트 참고자료(정책·일정처럼 주기적으로 바뀌는 것, 최신성 확인 필요) ③ 개별 작업 요청(오늘 이 작업 하나). 이걸 정리하다 보니 지침이 두 페이지를 넘어갑니다. 뿌듯한 것도 잠시, 정작 사람이 읽다가 지칩니다.
지침은 길고 촘촘할수록 좋은 걸까요?
대표 업무 하나로 최소 지침부터 시작합니다. 나의 역할, 주요 업무, AI에게 맡길 역할, 입력 가능한 자료, 입력 금지자료, 결과물 기준, 사람의 승인 지점 — 이 7개 항목만 먼저 채우고, 실제 결과를 보면서 유지·수정·삭제할 항목을 가려냅니다.
2차시 정리
지침은 상시·참고·요청 3층으로 나누고, 처음엔 최소 7항목으로 시작합니다.
교육 결과보고서를 정리하다 참석자 명단과 평가 점수를 습관처럼 복사하려던 순간, 손이 멈춥니다. “이걸 그대로 넣어도 되나?”
업무에 필요한 자료라고 해서 다 AI에 입력해도 될까요?
자료를 등급으로 나눕니다. 주민등록번호·급여·평가자료는 입력 금지 대상입니다. 참석자 명단처럼 조건부 자료는 마스킹 후에만 사용합니다. 원본 인사파일 수정과 외부 전송은 애초에 AI 권한 밖에 둡니다.
사내 공지문, 내부 보고서, 정책 안내문 — 모두 문서인데, 같은 방식으로 승인해도 될까요?
영향도에 따라 승인 무게를 다르게 둡니다. 낮은 영향(개인 초안)은 본인이 검토합니다. 중간 영향(공유 보고서)은 담당자가 검토하고 변경 이력을 남깁니다. 높은 영향(정책·대상자·일정이 걸린 문서)은 업무책임자가 원문을 대조하고 최종 승인합니다.
3차시 정리
자료는 입력 가능·조건부·금지로, 승인은 영향도에 따라 다른 무게로 설계합니다.
지금까지 확인한 판단을 QEJA 순서로 정리하면, 나의 AI 업무 지침 최소 버전이 완성됩니다.
처음부터 모든 업무를 해결하는 완벽한 지침을 만들지 않습니다. 대표 업무 하나로 먼저 시험하고, 실제 결과를 보면서 보완합니다.
4차시 정리
완성된 프롬프트가 아니라, 내가 반복해서 쓸 수 있는 판단 기준을 만드는 것이 목표입니다.
하루 동안 만든 지침으로 실제 업무 하나를 시험했습니다. 생각보다 잘 됐습니다. 여기서 파일명을 AI업무지침_최종_진짜최종으로 저장하고 싶어집니다. 참습니다. 아직 한 번밖에 안 써봤으니까요.
오늘 한 번 잘됐다면, 이 지침을 그대로 써도 될까요?
다른 사례에도 재현되는지 확인합니다. 작업시간·재요청 횟수·수정 내용·최종 채택 여부를 기록하고, 다음 주 다른 업무에도 같은 지침으로 비슷한 품질이 나오는지 시험한 뒤, 유지할 지침과 수정할 지침을 가려 v0.1에서 v0.2로 버전을 올립니다.
오늘 만든 것은 완성본이 아닙니다. 다음에도 일할 수 있는 첫 번째 버전입니다.
나의 AI 업무 지침 설계 체크리스트
반복 업무 정의 → 지침 3계층 구분 → 최소 7항목 → 입력자료 등급 → 승인 무게 설계 → 기록 및 재현 검증 순서로 채우면, 나만의 AI 업무 지침 v0.1이 완성됩니다.
체크리스트 다운로드 →모듈1부터 7까지, 결국 하나의 질문입니다
AI에게 무엇을 맡기고, 사람은 무엇을 판단할 것인가?
스스로 정의하게 하는 것이 오래 가는 AI 업무환경입니다.
자주 묻는 질문
7개 항목을 다 채우기 전엔 AI를 쓰면 안 되나요?
아닙니다. 지침이 없어도 AI는 바로 쓸 수 있습니다. 다만 같은 설명을 반복하고 있다고 느껴질 때, 이 7개 항목부터 채워두면 다음부터는 “오늘 할 작업”만 알려주면 됩니다.
상시 지침과 프로젝트 참고자료, 구분이 헷갈리면 어떻게 하나요?
“이게 다음 프로젝트에도 그대로 쓰일까?”를 기준으로 생각하면 쉽습니다. 거의 안 바뀌면 상시 지침, 이번 분기·이번 프로젝트에서만 유효하면 참고자료입니다. 헷갈리면 일단 참고자료로 분류하고 갱신일을 표시해두는 것이 안전합니다.
혼자 만든 지침을 팀 전체 표준으로 넓히려면 어떻게 하나요?
이번 모듈은 개인이 자기 업무에 맞는 최소 지침을 만드는 단계입니다. 여러 사람이 비슷한 지침을 각자 만들어 비교한 뒤, 공통 항목만 팀 표준으로 올리는 순서를 추천합니다. 처음부터 팀 전체 규정으로 시작하면 실제 업무와 안 맞는 부분이 나중에야 드러납니다.
이 체크리스트도 회사 공식 규정인가요?
아닙니다. 「나의 AI 업무 지침 설계 체크리스트」는 국제AI교육원이 교육 목적으로 재구성한 실무 워크시트이며, 회사의 공식 정보보안·인사 규정을 대체하지 않습니다. 조직의 공식 기준이 있다면 그 기준을 우선하고, 이 체크리스트는 개인 업무 지침을 정리하는 참고 도구로 활용합니다.
이 모듈은 이렇게 만들어졌습니다
| 구분 | 내용 |
|---|---|
| FACT | 원고 제7부(나의 AI 업무환경과 프로젝트 지침 만들기)의 3계층 지침 구조·최소 지침 7항목·입력자료 등급·승인 등급 기준을 그대로 반영. 이번 모듈은 국제AI교육원 자체 방법론으로 구성되어 외부 통계 인용은 포함하지 않음 |
| OBSERVATION | 같은 설명을 반복 입력하는 패턴, 참고자료 최신성 미확인으로 오래된 정보가 섞여 드는 패턴은 원고에서 제시한 전형적인 문제 상황을 시나리오로 재구성한 것 |
| JUDGMENT | 등장인물을 기존 영업팀장에서 인사총무팀 담당자로 교체 — 같은 회사 안에서도 부서·업무·위험이 다르지만 지침 설계 원칙은 동일하다는 점을 보여주기 위한 구성상 판단 |
| PROPOSAL | 체크리스트는 관리자가 팀을 통제하는 규정이 아니라, 실무자 개인이 반복 사용할 자기 기준을 만드는 도구로 설계 |
중소기업 AI 교육, 우리 회사는 무엇부터 시작해야 할까요?
단순한 도구 사용법보다 우리 조직의 업무와 역할에 맞는 AI 활용 역량과 운영 기준을 설계하는 것이 먼저입니다.
AI 교육의 시작은 도구가 아니라 우리 조직의 업무와 활용 기준입니다.
AI 기초와 리터러시부터 ChatGPT 실무, 생성형 AI 활용, AI 에이전트와 업무 자동화, 부서별 업무혁신, 관리자 교육, 책임 있는 AI 운영 기준까지 기업의 업무 환경과 구성원 수준에 맞춰 설계합니다.