01 · 인수인계의 목적
내가 없는 날에도 후임자가 처리할 수 있어야 한다
만든 사람의 시연은 성공했습니다. 그런데 다음 날 후임자는 어떤 계정으로 시작하는지 모르고, 접수 완료가 문자 도착까지 뜻하는지도 모릅니다.
2주차의 문서는 AI가 프로젝트에서 일하는 기준이었습니다. 이번 문서는 처음 맡은 사람이 환경을 준비하고 실행 결과를 판단하고 실패를 복구하는 안내서입니다. 문장을 잘 쓰는 것만으로 끝내지 않고 후임자의 행동으로 전달이 됐는지 확인합니다.
9주차에서 시작한 선택한 마켓 또는 동호회 서비스를 연습 대상으로 사용할 수 있습니다. 아직 완성하지 못했다면 직접 쓰는 작은 업무 도구를 선택해도 됩니다. 아래 행사 도구는 신청·조회·날짜 변경과 테스트용 문자 연결을 가정한 별도 연습 사례입니다. 앞 주차에서 이 기능을 만들었다고 전제하지 않습니다.
02 · 실행과 판단 안내
버튼을 누른 뒤 무엇을 봐야 하는지도 적는다
‘신청 버튼을 누른다’만으로는 후임자가 제대로 끝났는지 알기 어렵습니다.
목적, 테스트·운영 환경, 파일과 버전, 허용된 계정·권한 받는 절차를 적습니다. 비밀번호나 비밀키를 안내서에 넣거나 작성자 계정을 공유해 시작 조건을 덮지 않습니다. 실제 화면에 없는 버튼이나 명령을 AI가 추가하지 않았는지도 확인하세요.
실행 단계마다 확인할 기록과 결과의 뜻을 적습니다. 접수 완료, 발송 요청 수락, 최종 발송 확인을 구분하고 미확인일 때의 조회·멈춤·인계·재개 방법을 연결합니다. 지원하는 입력과 제한, 관리 담당자와 부재 시 인계도 포함합니다.
03 · 후임자 수행
대신 실행해 주면 빈틈이 숨는다
후임자에게 허용된 테스트 환경과 안내서를 주고 준비부터 결과 확인·복구까지 맡깁니다.
지원 범위 안의 새 정상 입력, 마감 같은 예상 제한, 발송 결과 미확인 사례를 사용합니다. 제한 입력을 규칙대로 거절하고 기존 신청을 유지했다면 올바른 결과입니다. 예상 못 한 결함을 이유만 설명했다고 성공으로 처리하지 않습니다.
작성자는 바로 대신하지 않고 막힌 단계와 질문을 기록합니다. 다만 잘못된 발송이나 삭제 위험은 즉시 중단합니다. 도움을 줬다면 그 위치를 적고 독립 실행과 구분하세요. 수업용 관찰을 위해 위험을 감수할 필요는 없습니다.
04 · 수정과 재확인
‘접수되면 문자도 갔나요?’라는 질문을 문서에 반영한다
이 질문은 접수와 발송 상태의 의미나 확인 위치가 안내서에서 빠졌다는 신호일 수 있습니다.
설명을 길게 붙이기보다 후임자가 상태를 읽고 다음 행동을 결정할 수 있도록 절차·결과 안내를 고칩니다. 수정한 안내서로 다른 입력을 사용해 같은 판단을 다시 맡깁니다. 작성자가 말로 해결한 것을 문서만으로 해결한 결과라고 쓰지 않습니다.
남은 질문, 도운 지점, 확인하지 못한 부분도 적습니다. 동료가 없다면 혼자 문서를 검토할 수는 있지만 독립 실행·인수인계 확인은 미완료입니다. 다른 사람이 수행한 것처럼 기록하지 않습니다.
05 · 운영 책임
전달 뒤 누가 관리하고 언제 바꿀지 남긴다
후임자가 취소를 수동 처리하는 이유까지 이해하면, 취소량이 늘었을 때 무엇을 다시 판단해야 하는지도 알 수 있습니다.
현재 선택의 이유와 재검토 조건을 적습니다. 상태 확인 담당자·확인 주기·부재 시 경로, 새 요구나 권한 변경을 누가 승인하고 기존 검사를 누가 다시 할지도 정합니다. 책임자 이름만 적고 실제 권한과 역할이 불명확하면 인계가 끝나지 않습니다.
테스트 계정의 동료 재현과 실제 고객 운영 승인은 다릅니다. 확인한 환경·지원 범위·남은 제한·운영 전 확인할 항목을 전달하세요. 사용 인계와 운영 권한을 한 번에 완료했다고 확대하지 않습니다.
06 · 내 과제
후임자의 실행·판단·복구와 관리 책임을 확인한다
정상·예상 제한·미확인 사례와 허용된 테스트 환경을 준비하고 실행·복구 안내서를 만듭니다.
후임자가 안내서로 준비하고 결과를 판단하며 필요한 복구까지 하도록 관찰합니다. 질문·개입을 기록하고 필요한 내용을 보완한 뒤 다른 입력으로 같은 판단을 확인합니다. 안전하게 멈춘 이유도 기록합니다.
최종 결과물은 안내서만이 아닙니다. 후임자 실행 기록, 수정 후 결과, 관리 책임·부재 시 인계·변경 기준, 지원 범위와 운영 전 남은 항목을 함께 남깁니다. 이 자료를 보고 다음 담당자가 어디까지 할 수 있는지 알 수 있어야 합니다.
마지막 확인
w10-advanced-practice.md
행사 사례의 판단을 채운 기본형입니다. 대괄호는 실제 실행과 결과를 적을 자리입니다. 확인하지 못한 부분은 미확인으로 남깁니다.
# 실행·복구·운영 인수인계
목적: 후임자가 신청 상태를 확인하고 실패를 처리한다.
환경·파일·버전: [테스트 환경 정보]
권한 받는 방법: [담당자·절차, 비밀값은 넣지 않음]
실행·확인: [행동별 기록 위치와 결과 의미]
상태: 접수 완료와 발송 확인·미확인을 분리
제한: 마감이면 변경 거절, 기존 신청 유지
복구: 상태 확인 → 담당자 판단 → 필요한 단계만 재개
후임자 수행: [정상·제한·미확인 사례 / 질문 / 작성자 개입]
문서 수정과 재확인: [다른 입력으로 수행한 결과]
관리 책임·확인 주기: [내용]
부재 시 인계·변경 승인·검사 담당: [내용]
지원 범위·운영 전 남은 확인: [내용]완료 체크
이 3가지가 보이면 오늘의 목표를 달성한 것입니다
- 준비와 결과 확인: 후임자가 실제로 한 단계와 받은 도움을 구분합니다.
- 제한·실패·복구: 정상 동작뿐 아니라 멈추거나 인계할 상태를 구분했는지 봅니다.
- 관리 책임과 변경 기준: 전달 이후 누가 상태와 문서를 관리할지, 무엇이 남았는지 설명합니다.
다음 단계
인수인계 후 관리와 변경도 이어갑니다
관리 담당자가 상태·요구·권한의 변화를 확인하고, 변경 시 기존 동작과 운영 결과를 다시 검사합니다.
막힐 때
자주 나오는 질문
앞 주차와 어떻게 다른가요?
2주차 문서는 AI가 프로젝트에서 일하는 기준이었습니다. 이번 문서는 처음 맡은 사람이 실행·판단·복구하고 다음 변경을 결정하게 하는 안내서입니다.
이전 결과물이나 실제 계정이 없으면요?
테스트용 처리와 가상 입력으로 가능한 부분을 확인합니다. 실제 서비스 연결·외부 결과·동료 수행은 확인하지 못했다면 별도 미확인으로 남깁니다.
AI의 완료 보고를 어떻게 확인하나요?
요청한 범위, 실행한 검사, 실제 기록과 외부 결과, 사람의 개입을 구분해 봅니다. 모의 처리 통과를 실제 결과나 운영 승인으로 확대하지 않습니다.