팀 리더와 운영 담당자를 위한 인수인계

목표: 같은 규칙을 매번 설명하지 않아도 동료가 따라 할 수 있는 작은 인수인계 설명서를 작성합니다.

준비: 첫 작업공간 안내를 완료하고 편집자 또는 소유자 권한이 있는 작업공간을 선택합니다. 예시는 운영 연습이라는 주제를 사용하며, 새 작업공간 생성은 필수가 아닙니다. AI 연결 없이도 모든 기본 단계를 진행할 수 있습니다.

연습 데이터

아래 내용은 따라 해 볼 수 있도록 만든 예시입니다. 실제 연구 결과, 고객 인터뷰, 사업 정책, 학생 기록이 아닙니다. 실제 자료로 바꿀 때는 사용 권한과 공개 범위를 확인하세요.

교대마다 반복되는 질문에서 시작하기

새 동료가 예상하지 못한 제품 동작을 누구에게 물어봐야 하는지 묻습니다. 절차는 대화 메시지에만 있고 현재 담당자는 불분명하며, 어제의 예외 처리가 어느새 비공식 규칙이 되었습니다. 같은 판단 기준을 다시 설명하지만 다음 근무자는 여전히 확실한 출발점이 없습니다.

이 안내에서는 응답 규칙, 문의 경로, 인수인계 점검표로 작은 운영 설명서를 만듭니다. 진행 중인 티켓은 평소 지원 시스템에서 관리하고 dtxWiki에는 사람이 같은 기준으로 처리하도록 돕는 절차와 이유를 기록합니다.

설명서와 실제 작업 목록 구분하기

자료	보관할 곳	기록하고 확인할 내용
승인된 정책 파일이나 사용 가능한 절차 원본	Library	적용 날짜, 담당자, 원본 버전. 고객 정보 제거
표준 업무 절차(SOP)	Context의 지원 규칙	시작 조건, 순서, 제한, 승인 담당자
판단 기준과 문의 경로	Context의 문의 경로	상황, 안전한 다음 단계, 담당 역할, 중단 조건
교대나 신규 입사자의 시작 페이지	Context의 인수인계 점검	현재 규칙 링크와 다른 시스템에서 직접 확인할 항목
티켓 상태와 배정	평소 사용하는 지원 시스템	실제 상태는 해당 시스템에서 관리하고 필요한 경우 허용된 참조만 기록

익숙하지 않은 제품 문의를 처리하는 절차처럼 작은 범위부터 선택하세요. 유용한 페이지 하나를 시험하기 전에 운영 설명서 전체를 다시 쓸 필요는 없습니다.

이 예시에서 연결할 페이지

인수인계 점검에서 위키링크로 지원 규칙과 문의 경로를 엽니다. 화살표는 직접 만들 페이지의 연결을 설명합니다. 자동 업무 실행이나 제품 화면을 뜻하지 않습니다.

연습 페이지 세 개 만들기

1. 컨텍스트 → 새 컨텍스트 페이지를 엽니다. 아래의 첫 번째와 두 번째 복사 예시를 각각 사용하고, 페이지 제목은 제목란에 Markdown은 본문에 넣습니다.
2. 각 페이지에서 초안 저장 후 저장 상태를 확인한 다음 게시합니다. 작업공간 독자를 위한 게시이며 웹 게시는 별도입니다.
3. 세 번째 예시로 인수인계 점검을 마지막에 만듭니다. [[페이지 제목]]은 해당 작업공간의 기존 페이지 제목과 일치해야 합니다.
4. 두 링크를 열어 확인합니다. 연결되지 않으면 제목과 작업공간을 확인하고 편집기의 위키링크 메뉴에서 기존 대상을 선택하세요.

Markdown은 제목과 목록 등을 표현하는 일반 텍스트입니다. 이 예시는 소프트웨어 코드가 아닌 노트입니다. 편집 기능은 Context 페이지 작성, 이미지와 링크를 참고하세요.

실제 하루 업무에서 활용하기

업무 시작: 현재 적용할 규칙 확인하기

**검색(Search)**에서 범위 → 컨텍스트를 선택하고 인수인계 점검을 검색합니다. 게시된 버전을 읽고 지원 규칙을 열어 직접 기록해 둔 담당자와 검토 날짜를 확인합니다. 그다음 평소 지원 시스템에서 남은 요청과 실제 배정을 확인합니다.

업무 규칙을 적용하기 전에 다음을 확인하세요. 이 종류의 요청에 적용되나요? 책임 있는 역할이 적혀 있나요? 중단하고 문의해야 하는 조건이 있나요? 빠진 답이 있다면 점검표만 보고 추측하지 말고 평소 연락 경로로 담당자에게 확인합니다.

요청 처리 중: 판단 기준을 따라 확인하기

문의 경로를 열고 해당 상황의 행을 봅니다. 예를 들어 연습 규칙에서 데이터 손실 가능성이 있으면 변경을 멈추고 운영 담당자에게 연락합니다. 이는 직접 복구를 시도해도 된다는 허가가 아닙니다. 실제 담당 팀이 확인한 뒤 설명서에 다음과 같은 세부 표를 추가할 수 있습니다.

상황	확인할 내용	다음 작업을 결정하는 사람
일반 사용법 문의	승인된 안내가 현재 제품 버전에 적용되는지	정해진 규칙 안에서 지원 담당자
알 수 없는 제품 동작	고객 비공개 정보 없는 재현 절차	지정된 제품 담당자
데이터 손실 가능성	중단 조건과 확인된 안전한 상태	책임 있는 운영 담당자

먼저 역할을 쓰고 팀의 실제 연락 경로를 일반 텍스트나 허용된 링크로 추가합니다. 누군가 표를 읽거나 체크박스를 선택한다고 dtxWiki가 그 사람에게 연락하지는 않습니다.

업무 종료: 다음 사람이 행동할 수 있는 배경 남기기

남은 질문은 적절한 권한의 노트에 기록하고 진행 중인 요청 상태는 지원 시스템에 남깁니다. 인수인계 점검에는 다음 사람이 어디를 확인해야 하고 어떤 역할이 책임을 지는지 설명합니다. 내용을 확인하는 동안 초안 저장하고 작업공간 독자가 읽을 준비가 된 버전을 게시합니다.

신규 구성원 교육: 사람과 함께 설명서 시험하기

소유자는 읽을 사람을 뷰어로, 유지보수할 사람을 편집자로 추가할 수 있습니다. 인수인계 점검의 작업공간 링크를 전달하세요. 익숙하지 않은 가상 문제를 따라 처리하게 하고, 중단 조건을 자기 말로 설명해 달라고 요청합니다. 문서에 없는 규칙이 필요했다면 관련 페이지에 추가하고 다시 연습합니다.

복사할 페이지 내용

아래 순서대로 페이지를 만듭니다. 제목란에는 각 소제목의 제목을 입력하고 본문에는 그 아래 블록을 붙여 넣습니다.

지원 규칙

# 지원 규칙

## 첫 답변
요청을 확인했다는 답변을 하고 문제를 기록합니다.

## 날짜를 약속하기 전에
담당자와 현재 처리 가능 여부를 확인합니다.

## 넣지 않을 내용
비밀번호, 접근 키, 고객 개인정보.

문의 경로

# 문의 경로

| 상황 | 다음 단계 |
| --- | --- |
| 일반 질문 | 승인된 안내를 확인 |
| 알 수 없는 제품 동작 | 지정된 제품 담당자에게 문의 |
| 데이터 손실 가능성 | 변경을 멈추고 운영 담당자에게 연락 |

## 해결한 뒤
비공개 정보를 노출하지 않고 새로 알게 된 내용을 기록합니다.

인수인계 점검

# 인수인계 점검

## 업무 시작
- [ ] [[지원 규칙]] 읽기
- [ ] 평소 사용하는 지원 시스템에서 미해결 요청 확인
- [ ] 남은 요청별 담당자 확인

## 판단하기 어려울 때
[[문의 경로]]를 따릅니다.

## 업무 종료
- [ ] 남은 질문 기록
- [ ] 다음 동료를 위한 설명 남기기

## 최근 검토
연습 예시입니다. 실제 검토 날짜로 바꾸세요.

규칙을 고치고 담당자가 보이게 하기

주간 확인에서는 절차 담당자가 세 페이지를 검색해 링크, 담당 역할, 검토 날짜, 적용 범위를 확인합니다. 날짜와 담당자는 본문에 직접 쓰는 항목입니다. 이 안내가 자동 알림이나 문의 전달을 설정하는 것은 아닙니다.

정책이 정정되면 Library 항목에서 새 버전 업로드를 사용합니다. 영향을 받는 구절을 비교한 뒤 지원 규칙과 그 규칙을 사용하는 안내를 편집합니다. “승인 담당 역할이 바뀜”처럼 짧은 이유를 남기고 적용 날짜나 검토 날짜를 갱신합니다. 원자료가 바뀌어도 Context 설명서가 자동으로 다시 작성되지는 않습니다.

중요한 변경은 적용하기 전에 권한이 있는 동료가 확인하게 합니다. 브라우저의 초안 저장은 개인 편집이며 검토 요청을 만들지 않습니다. 명시적으로 제출한 제안이 **리뷰 큐(Review queue)**에 있다면 편집자나 소유자가 변경 내용 보기, 이유를 적은 변경 요청(Request changes), 해당 Context 게시 제안의 승인을 사용할 수 있습니다. 사람 편집자는 팀이 합의한 절차에 따라 직접 게시할 수도 있습니다.

게시한 다음 **히스토리(History)**와 독자가 v…을 봄 표시를 확인합니다. 인수인계 링크가 여전히 의도한 페이지를 여는지도 확인하세요. 별도의 개인 편집이 끝나지 않았더라도 독자는 게시된 버전을 받습니다. 링크를 전달하는 것만으로 작업공간 접근 권한을 주지는 않습니다.

결과 확인

한 곳에서 응답 규칙, 인수인계 점검표, 문의 경로를 찾을 수 있습니다. 개인 편집 내용은 독자가 받는 게시 버전과 구분됩니다.

Search에서 인수인계 점검을 검색해 다시 찾을 수 있는지도 확인하세요. 저장 상태만 보고 끝내지 말고 게시된 내용과 두 링크가 실제로 열리는지 확인합니다.

새 동료가 가상 요청으로 다음 결과를 보여 주게 합니다.

• 인수인계 점검을 찾아 두 규칙 페이지를 열고 어떤 규칙을 적용할지 설명합니다.
• 알 수 없는 제품 문제를 누가 결정하며 언제 시스템 변경을 멈춰야 하는지 압니다.
• 최신 게시 안내를 찾고 기록된 이유에서 최근 정정 내용을 설명합니다.

안전과 관련된 중요한 단계를 구두 설명에 의존한다면, 연습이 끝났다고 보기 전에 설명서를 다시 고쳐야 합니다.

자주 생기는 실수

실수	더 나은 방법
“누군가에게 문의”라고만 적기	책임 있는 역할과 확인된 연락 경로 기록
고객 요청을 모두 공유 설명서에 적기	비공개 티켓 내용은 지원 시스템에 두고 재사용할 배움만 안전하게 기록
정책 원본만 바꾸고 이전 안내를 유지하기	영향을 받는 Context 페이지를 확인하고 정정 버전 게시
체크박스를 선택했으므로 작업이 실행되었다고 생각하기	실제 지원 시스템이나 운영 환경에서 작업과 결과 확인

반복되는 질문은 사건이 해결된 뒤 해당 규칙을 개선하는 데 활용하세요. 예외의 적용 조건을 표시해 특수한 사건 한 건이 기본 절차로 굳어지지 않게 합니다.

관련 안내: Library 사용, 검토와 변경 이력, 공유 범위.

선택: 연결한 AI에 도움 요청

MCP 연결을 완료하고 필요한 작업공간과 읽기 권한만 허용합니다. 실제 접근 범위는 자격증명과 작업공간 권한이 제한합니다. 외부 AI 도구가 읽은 자료는 해당 제공자에게 전달될 수 있으므로 허용된 비민감 연습 자료를 사용하세요.

선택한 작업공간의 인수인계 점검, 지원 규칙, 문의 경로를 읽어 주세요. 일반 질문, 알 수 없는 제품 동작, 데이터 손실 가능성의 세 가상 사례를 각각 따라가 보세요. 적용 규칙, 다음 단계, 담당 역할, 중단 조건, 근거 페이지를 표시하세요. 빠진 연락 경로나 충돌하는 지시는 알 수 없다고 표시하고 더 명확한 문구를 이 대화에서만 제안하세요. 메시지 전송, 티켓 생성, dtxWiki 편집, 운영 환경 변경은 하지 마세요.

절차 담당자가 AI의 다음 단계 제안을 승인된 정책과 현재 책임 범위에 대조하게 합니다. 게시 전에는 새 동료와 수정 문구를 시험해 보세요. AI 제안은 복구 허가나 서비스 약속을 만들지 않으며, 점검표의 작업이 실행되었다는 증거도 아닙니다.

이 안내는 지식 기록이며 업무 티켓 시스템이나 일정 실행기가 아닙니다. Markdown의 체크박스를 체크해도 운영 작업이 실행되지는 않습니다.

Chats에서 dtxWiki의 도구 실행 기록을 확인할 수 있습니다. 기록은 AI의 전체 대화나 외부 서비스의 모든 행동을 담는 것이 아닙니다.

버전 근거: Library 조작, 페이지 편집과 게시, 리뷰 결정.