이 가이드는 짧은 명령어 하나로 끝나지 않습니다. 필요한 자료를 정리하고, AI가 추측하지 않게 경계를 주고, 출력 내용을 원문과 대조해 실제로 사용할 수 있는 결과로 만드는 전체 과정을 설명합니다.
예시 안내 본문의 입력과 기대 결과는 절차를 설명하기 위해 구성한 예시입니다. 실제 수행 결과나 성과를 주장하지 않으며, 중요한 업무에는 원자료와 담당자의 최종 확인이 필요합니다.
- 업무 목록보다 먼저 인계 범위와 성공 조건, 중단되면 생기는 영향을 정합니다.
- AI는 흩어진 기록을 고정된 필드로 정리하지만 권한과 판단 기준은 실제 담당자가 확인합니다.
- 새 담당자가 문서만 보고 핵심 업무를 재현하는 리허설을 통과해야 인계를 완료합니다.
완성 결과물
누구에게 필요하고, 누구에게는 맞지 않을까
이런 분께 맞습니다
- 퇴사·휴직·부서 이동 전에 반복 업무를 다른 사람에게 넘겨야 하는 실무자
- 담당자마다 형식이 다른 인수인계서를 같은 기준으로 관리하려는 운영팀
- 업무가 특정 사람의 기억과 개인 폴더에만 남아 있는 소규모 조직
이 경우에는 멈추세요
- 비밀번호와 복구코드를 문서 본문이나 AI 입력에 그대로 넣으려는 경우
- 법적 책임이나 승인 권한을 문서 한 장만으로 자동 이전하려는 경우
- 실제 권한 부여와 새 담당자의 수행 확인 없이 문서 제출만으로 인계를 끝내려는 경우
시작 전에 준비할 것
도구를 열기 전에 입력 자료와 최종 확인자를 정하면, 그럴듯하지만 틀린 결과를 줄일 수 있습니다.
- 현재 맡은 반복·비정기·진행 중 업무의 원자료와 일정
- 파일, 대시보드, 티켓, 협업 도구의 위치 목록
- 업무별 승인자·협업자·외부 연락 창구
- 최근 정상 사례와 문제가 생겼던 비식별 사례
- 계정 권한을 안전하게 이전할 관리자
- 인수자가 리허설할 수 있는 시험 환경 또는 사본
단계별 과정
인계 범위와 완료 조건을 먼저 합의합니다
왜 필요한가 — ‘제가 하던 일 전부’라는 범위로 시작하면 작은 습관은 길게 적고 중요한 책임은 빠뜨리기 쉽습니다.
인계 대상 기간과 역할을 적고 반복 업무, 진행 중 업무, 의사결정 권한, 관계자, 접근 권한을 서로 다른 묶음으로 나눕니다. 이미 다른 팀으로 넘어간 일과 종료된 일은 제외 이유까지 표시합니다.
완료 조건은 문서 파일 전달이 아니라 인수자가 무엇을 할 수 있어야 하는지로 씁니다. 예를 들어 ‘월요일 보고서 생성, 숫자 원문 대조, 승인 요청까지 시험 완료’처럼 관찰 가능한 행동으로 정합니다.
역할: 콘텐츠 운영 인계 기간: 2026-08-17~2026-08-28 주요 업무 후보: 월간 계획, 주간 통계, 게시 승인, 외부 필자 연락 제외: 종료된 봄 캠페인
범위: 반복 3건 / 진행 중 2건 / 승인 권한 1건 / 외부 연락망 1건 완료 조건: 인수자가 주간 통계를 시험 생성하고 원자료와 대조한 뒤 승인 경로를 설명할 수 있음 제외 기록: 봄 캠페인 — 2026-06 종료
기록을 업무 카드 단위로 구조화합니다
왜 필요한가 — 메신저, 캘린더, 개인 메모를 그대로 요약하면 중요한 조건이 어디에서 나온 것인지 확인하기 어렵습니다.
한 업무에 목적, 시작 신호, 마감, 입력, 실행 단계, 출력, 품질 기준, 승인자, 파일 위치, 실패 시 조치를 같은 필드로 씁니다. AI에는 개인정보와 비밀값을 제거한 기록만 주고, 원문에 없는 칸은 ‘미확인’으로 남기게 합니다.
근거 위치를 각 필드에 붙입니다. 캘린더에만 있는 마감과 오래된 메신저 약속이 충돌하면 AI가 하나를 고르지 않고 충돌 목록으로 분리하게 합니다.
[캘린더] 매주 월 10시 주간 현황 제출 [메신저] 지난달부터 월요일 정오 전이면 됩니다. [메모] 원본: 대시보드 A, 승인: 팀장 규칙: 충돌을 해결하지 말 것.
업무: 주간 현황 제출 | 목적: 미확인 | 시작: 월요일 | 마감: 10:00와 12:00 충돌 | 입력: 대시보드 A | 승인: 팀장 | 확인 질문: 현재 유효한 마감과 변경 근거
정상 절차와 판단이 필요한 예외를 분리합니다
왜 필요한가 — 버튼 순서만 적힌 매뉴얼은 숫자가 다르거나 승인이 늦는 순간 쓸 수 없게 됩니다.
정상 업무는 화면과 행동 순서로 짧게 적고, 사람이 판단하는 지점에는 판단 기준과 이관 조건을 붙입니다. 숫자가 맞지 않음, 자료가 늦음, 승인자가 부재함처럼 실제로 생긴 예외는 별도 표로 만듭니다.
AI에게 예외 대응을 새로 만들게 하지 않습니다. 기존 기록에서 확인되는 대응만 구조화하고, 합의되지 않은 관행은 ‘전임자 관행·승인 필요’라고 표시합니다. 특히 환불, 공개, 계약, 인사 판단은 권한 있는 사람을 명시합니다.
정상: 대시보드 합계를 복사해 보고서에 입력 최근 사례: 대시보드와 결제 원장 합계가 달라 전임자가 작은 금액이면 그대로 제출했다고 말함 공식 기준: 차이 발생 시 재무 담당 확인
정상 절차: 합계 추출 → 기간 확인 → 원장 대조 → 보고서 입력 예외: 합계 불일치 금지: 차이 규모로 임의 제출 조치: 제출 보류 후 재무 담당에게 원자료와 차이값 전달 전임자 관행: 공식 기준과 달라 인계 기준에서 제외
파일·계정·권한을 안전한 경로로 연결합니다
왜 필요한가 — 문서가 완성돼도 실제 자료를 열 수 없거나 비밀번호가 본문에 남으면 인계가 실패합니다.
문서에는 비밀번호 대신 시스템 이름, 필요한 역할, 권한 요청자, 관리자, 요청 상태를 적습니다. 개인 계정을 공유하지 않고 조직의 계정 관리 절차로 새 담당자 권한을 발급합니다.
파일 링크는 대표 위치 하나로 정하고 읽기·편집·승인 권한을 나눕니다. 개인 드라이브와 로컬 폴더에만 있는 자료는 조직 저장소로 옮긴 뒤 링크를 다시 검사합니다. 퇴직자 계정 비활성화 전에 자동화 소유권과 알림 수신자를 확인합니다.
도구: 통계 대시보드 현재 소유자: 전임자 개인 계정 필요 권한: 조회와 CSV 내보내기 자동 주간 메일 수신: 전임자 비밀번호: 문서에 적지 않음
이전 작업 | 조직 계정으로 소유권 이동 | 인수자 분석가 권한 요청 | 주간 메일 수신자를 팀 주소로 변경 | 관리자 확인 필요 | 완료 증거: 인수자 로그인과 시험 내보내기
진행 중 업무는 시점과 다음 행동으로 넘깁니다
왜 필요한가 — 완료한 일의 배경만 길게 쓰면 인수자는 오늘 무엇을 해야 하는지 다시 물어야 합니다.
진행 중 업무는 목표, 현재 상태, 마지막으로 확인한 사실, 결정 대기 항목, 다음 행동, 마감, 담당 관계자를 한 화면에 둡니다. ‘거의 완료’ 같은 표현 대신 남은 조건을 구체적으로 적습니다.
의견과 사실을 나눕니다. 고객이 답을 기다린다는 사실, 전임자가 A안을 선호한다는 의견, 책임자가 아직 승인하지 않았다는 상태를 서로 다른 문장으로 씁니다. AI가 자연스럽게 하나의 결론으로 합치지 않게 합니다.
프로젝트: 여름 가이드 개편 완료: 초안 8개 남음: 법무 문구 확인, 대표 이미지 2개 마감: 8/27 메신저: 전임자는 A 문구가 낫다고 생각함 승인: 아직 없음
현재 상태: 초안 8개 작성 완료 확인된 미완료: 법무 문구 승인, 이미지 2개 다음 행동: 8/22 법무 담당에게 원문과 질문 전달 의견: 전임자 A안 선호 결정: 미승인 최종 마감: 2026-08-27 KST
인수자가 직접 수행하는 리허설로 마칩니다
왜 필요한가 — 전임자에게 익숙한 문서는 읽기만 해서는 누락을 찾기 어렵습니다.
인수자는 핵심 반복 업무 한 건과 예외 상황 한 건을 시험 환경에서 직접 수행합니다. 전임자는 먼저 답을 알려주지 않고 막힌 단계, 찾지 못한 링크, 모호한 용어를 기록합니다.
리허설 결과는 문서 수정, 권한 보완, 교육 필요, 책임자 결정으로 나눕니다. 모든 항목이 닫히지 않았다면 인계 상태를 ‘조건부 완료’로 두고 남은 담당자와 기한을 적습니다. 최종 서명은 문서가 완벽하다는 의미가 아니라 합의된 범위의 시험이 끝났다는 기록입니다.
시험 1: 주간 통계 작성과 승인 요청 시험 2: 합계 불일치 상황 처리 인수자 관찰: 원장 링크를 못 찾음, 승인자 부재 시 대체 경로 미기재
리허설 결과: 정상 업무 부분 통과 / 예외 실패 보완 1: 업무 카드에 원장 대표 링크 추가 보완 2: 대체 승인자 결정은 팀장에게 요청 인계 상태: 조건부 완료 재시험: 2026-08-26
수정해 쓰는 재사용 입력
중괄호 부분을 자신의 상황으로 바꾸고, 실제 자료를 넣기 전에 개인정보와 공개하면 안 되는 내용을 제거하세요. 결과는 반드시 원문과 대조합니다.
아래 업무 기록을 인수인계 카드 후보로 구조화하세요. 기록에 없는 절차나 권한은 만들지 마세요.
[원칙]
1. 사실 / 전임자의 의견 / 승인된 결정 / 미확인을 구분합니다.
2. 서로 다른 자료의 마감·담당자·규칙이 충돌하면 하나를 선택하지 말고 충돌표에 남깁니다.
3. 비밀번호, 복구코드, 개인정보는 재출력하지 않습니다.
4. 정상 절차와 예외 대응을 분리합니다.
5. 최종 인계 완료 여부는 판정하지 않고 사람이 확인할 질문을 적습니다.
[출력 A: 업무 카드]
업무명 | 목적 | 시작 신호 | 입력 | 단계 | 출력 | 완료 기준 | 일정 | 승인자 | 자료 위치 | 예외와 이관 | 근거 위치
[출력 B: 확인 대기]
누락 필드 | 충돌 내용 | 확인할 사람 | 질문 | 필요한 완료 증거
[업무 기록]
{{개인정보와 비밀값을 제거한 캘린더·메모·티켓 기록}}결과 확인 체크리스트
- 인계 범위와 제외 범위를 합의했다.
- 완료 조건을 인수자의 실제 행동으로 적었다.
- 업무마다 목적·입력·출력·완료 기준이 있다.
- 모든 필드에 근거 위치 또는 미확인 표시가 있다.
- 정상 절차와 예외 대응을 분리했다.
- 개인의 관행과 승인된 기준을 구분했다.
- 진행 중 업무에 다음 행동과 마감이 있다.
- 비밀번호와 복구코드를 문서에 적지 않았다.
- 개인 계정과 개인 폴더 의존을 제거했다.
- 자동화 소유권과 알림 수신자를 이전했다.
- 인수자에게 필요한 실제 권한을 시험했다.
- 정상 업무와 예외 상황 리허설을 완료했다.
- 남은 항목의 담당자와 재시험 날짜를 기록했다.
자주 막히는 지점과 해결법
각 카드 상단에 목적, 출력물, 품질 기준을 먼저 적어 불필요한 습관과 핵심 통제를 구분합니다.
자료별 날짜와 작성자를 남기고 충돌하면 책임자 확인 전까지 미확인 상태로 둡니다.
조직 계정 관리자를 통해 역할 기반 권한을 발급하고 문서에는 요청 상태와 관리자만 기록합니다.
실제 반복 업무와 예외 한 건을 직접 수행하게 하고 막힌 지점을 문서와 권한에 반영합니다.
개인정보·저작권·정확성 주의
AI가 자연스럽게 작성했다는 사실은 정확성과 이용 권한을 보장하지 않습니다. 공개하거나 전달하기 전에 아래 항목을 확인하세요.
- 인수인계 문서에 비밀번호, 복구코드, 개인식별정보, 계약상 비밀을 그대로 넣지 마세요.
- 계정 공유는 서비스 약관이나 조직 보안 정책을 위반할 수 있으므로 정식 권한 이전 절차를 사용하세요.
- 환불·계약·인사·안전 판단의 승인 권한은 문서 작성자가 임의로 넘길 수 없습니다.
- 전임자의 관행과 공식 절차가 다르면 관행을 표준으로 만들지 말고 책임자에게 확인하세요.
- 퇴직자 계정을 비활성화하기 전에 자동화, 결제, 도메인, 저장소의 소유권을 점검하세요.
- AI가 만든 요약은 원자료와 인수자의 리허설 기록을 대체하지 않습니다.
자주 묻는 질문
인수인계 문서는 어느 정도 길어야 하나요?
분량보다 재현 가능성이 기준입니다. 새 담당자가 목적과 완료 기준을 이해하고 핵심 업무와 예외를 문서만으로 시험할 수 있을 만큼이면 됩니다.
시간이 부족하면 무엇부터 적어야 하나요?
중단 시 영향이 큰 업무, 임박한 진행 중 업무, 단독 소유 계정과 승인 권한부터 정리합니다. 나머지는 담당자와 보완 기한을 남겨 조건부 완료로 관리합니다.
AI에 메일과 메신저 전체를 넣어도 되나요?
아닙니다. 조직이 허용한 범위에서 필요한 기록만 선별하고 개인정보와 비밀값을 제거하세요. 원문 보관 위치와 근거만 내부에서 연결하는 편이 안전합니다.
인수자가 문서를 읽었으면 전임자의 책임은 끝난 건가요?
조직의 책임 기준에 따르되, 실무적으로는 합의한 범위의 권한 이전과 수행 리허설, 미완료 목록 확인까지 기록해야 상태를 분명히 할 수 있습니다.
공식 출처와 확인 기준
출처는 각 원자료가 다루는 범위 안에서 참고했습니다. 서비스 화면과 기능은 바뀔 수 있으므로 실제 사용 전 최신 문서를 다시 확인하세요.
수정 이력
2026-08-15 — 작성 및 편집 검수.
이어서 볼 가이드
03. AI 직원 7명에게 바로 일을 시키는 프롬프트
3줄 요약 AI에게 역할 이름만 주지 말고 입력·업무·출력·규칙을 함께 정합니다. 대표실, 마케팅, 영업, 고객지원, 재무, 개발, 운영의 책임과 결과물을 서로 다르게 설정합니다. 대괄호 안의 상품·고객·자료만 바꾸면 반복해서 사용할 수 있는 AI 직원 7명의 업무 프롬프트를 만들 수 있습니다. 완성 결과물 대표실부터 운영팀까지 AI 직원 7명의 역할과 결과물을 고정하고, 필요한 업무가 생길 때 해당 프롬프트를 복사해 […]
2편. AI에게 이름 말고 결과물을 주세요: 7개 부서 역할표 만드는 법
3줄 요약 완성 결과물 부서별 입력, 결과물, 완료 조건, 하지 않을 일이 한 줄씩 적힌 7행짜리 역할표를 만들고, 이번 달에 실제로 가동할 부서만 골라 첫 업무를 배정할 수 있습니다. 누구에게 필요한가 이 경우에는 먼저 멈추세요 시작 전 준비 부서를 만들기 전에 각 부서가 무엇을 받고 무엇을 내놓을지 정해두면, 결과물이 다음 부서로 넘어갈 때 다시 설명하지 […]