# CP-01 · 담당자가 없으면 멈추는 업무, 자동화부터 하면 될까?

담당자 한 명이 없다고 일이 멈춰. 이걸 내가 맡았다면 뭘 확인하고, 어떤 문서를 남기고, 어떻게 개발과 운영에 넘길까. 예제 안건 CP-01을 처음부터 끝까지 하나씩 풀어볼게.

## D01 · 안건 접수서

- **안건**: CP-01 · 담당자 부재 시 계정 보호 요청 인계
- **현상 → 목적**: 개인에게 요청과 근거가 묶임 → 다음 담당자가 같은 자료로 이어서 처리
- **첫 수정안**: 요청별 자료·담당 역할·진행 상태를 한곳에서 조회
- **처음 확인할 것**: 최근 지연 요청, 정상 처리 요청, 현재 우회 절차를 운영에 요청
- **기대효과와 확인 방법**: 재문의와 대기 감소 · 요청 단위 처리시간 및 재확인 횟수 비교

다음 단계로 넘길 조건: 운영 담당자가 문제와 대상 업무를 같은 의미로 이해하면 현재 흐름을 확인한다. 요청 화면, 탐지 정책, 승인 업무를 한 안건으로 섞지 않는다.

## D02 · 현재 업무표

- **접수**: 운영 → 요청 내용·대상·자료를 등록 / 빠진 항목은 요청자에게 반환
- **검토**: 검토 담당 → 적용 정책과 자료 확인 / 대체 담당자 지정 방식 확인
- **승인**: 승인 담당 → 대상·조치 범위를 확정 / 검토본과 연결
- **실행·결과 확인**: 실행 담당 → 대상별 결과 조회 / 운영은 그 결과로 문의 대응
- **중복 업무 후보**: 별도 메시지 전달, 진행 상태 재문의, 수기 목록 재입력

다음 단계로 넘길 조건: 각 단계의 받는 자료, 하는 일, 남기는 기록, 다음 담당자와 되돌아가는 조건이 이어져야 한다. 실제 흐름 확인이 끝나면 측정할 구간을 정한다.

## D03 · 데이터 요청·지표 정의서

- **집계 단위**: 요청 1건 / 대상 계정 오조치는 계정 1개로 별도 집계
- **처리시간**: 접수 → 대상별 결과 확인. 미종료 요청은 별도 대기 현황으로 표시
- **단계별 대기**: 자료 보완, 검토 대기, 승인 대기, 결과 조회 대기를 분리
- **업무 부담**: 요청당 실제 작업시간·재문의·수기 재입력 횟수
- **비교 조건**: 같은 요청 유형·범위·기간 정의 / 건수와 누락률을 같이 기록

다음 단계로 넘길 조건: 집계 정의와 원자료 대조 결과를 운영·데이터 담당과 맞춘다. 누락된 시각은 새로 수집할 항목으로 넘기고, 확인된 구간부터 개선안을 비교한다.

## D04 · 대안 비교·범위 결정서

- **A · 기존 체계 연결**: 우선 검토 / 중복 전달·재입력 감소 / 변경 이력·대체 담당 지원 확인
- **B · 새 승인함**: 보류 / 기존 도구로 필요한 통제를 구현할 수 없을 때 재검토
- **C · 자동 판단·조치**: 별도 안건 / 판단 정확도·오조치·복구·비용 검증 필요
- **이번 범위**: 요청 조회, 인계, 승인 범위 확인, 실행 결과 연결
- **범위 확정 조건**: 개발이 기존 구조의 지원 여부와 변경 규모를 설명하고 운영이 종료할 수기 업무를 지정

다음 단계로 넘길 조건: 선택한 안, 제외한 이유, 다시 검토할 조건을 같이 남긴다. “나중에 가능”이라고 적힌 항목은 이번 개발 요구사항에서 분리한다.

## D05 · 컴플라이언스 확인·반영표

- **C-01 · 처리 목적**: 현재 수집·이용 근거와 보호 업무 목적 대조 → 개인정보 담당 확인 → D07 표시 항목 반영
- **C-02 · 열람 범위**: 운영·검토·승인·실행 역할별 최소 정보 → 권한표 → 상세 열람 이력
- **C-03 · 보관·파기**: 원자료·검토본·실행 이력의 목적별 기간 및 파기 책임 확인 → 데이터 정의 반영
- **C-04 · 재검토**: 고객 문의에서 조치 내역을 찾는 경로와 복구 권한 → 운영 절차 반영
- **답변 기록**: 질문별 담당 역할·답변일·확정 내용·반영 문서 버전 / 확정 전에는 검토 요청 상태

다음 단계로 넘길 조건: 항목별로 답변과 설계 반영 위치가 연결돼야 한다. 미확정 항목이 실행 권한이나 필수 데이터에 영향을 주면 해당 기능의 확정을 보류한다.

## D06 · 상태 전이·예외 정의서

- **R-01 · 자료 미비 → 검토**: 운영이 필수 자료 보완 / 검토 담당·접수 시각 기록
- **R-02 · 검토 → 승인**: 검토자가 대상·조치·근거를 묶음 / 승인자는 해당 검토본 확인
- **R-03 · 승인 후 변경**: 대상 또는 조치 변경 → 재검토 / 변경 전후와 기존 승인 이력 보존
- **R-04 · 응답 유실**: 결과 확인 중 / 실제 대상별 결과 조회 후 미처리 건만 재처리 판단
- **연결할 검수**: R-01→T-01, R-02→T-02, R-03→T-03, R-04→T-04

다음 단계로 넘길 조건: 각 상태에서 가능한 작업, 차단할 작업, 책임 역할, 남길 이력과 예외 분기가 설명되면 화면 상세로 옮긴다.

## D07 · 화면 항목·버튼 명세

- **상단 요약**: CP-01 / 상태 / 담당 역할 / 최근 변경 시각 / 인계받을 역할
- **대상과 근거**: 마스킹한 대상, 확인 자료, 확인 시각, 적용할 정책 버전
- **승인 영역**: 승인된 검토본 v1과 현재 검토본 v2를 나란히 표시 / 차이 강조
- **작업 버튼**: 역할·상태·자료 조건을 검사 / 비활성 사유와 다음에 할 일 표시
- **오류·대기 상태**: 재조회 방법, 중복 실행 방지, 대상별 처리 결과와 복구 경로

다음 단계로 넘길 조건: 기획·디자인·개발이 같은 예제 요청으로 각 상태를 따라간다. 누락 화면과 문구를 보완한 버전을 개발 전달 기준으로 잡는다.

## D08 · AI 작업·수정 기록

- **입력과 위임**: CP-01, D01~D07 최신본 / 조건 충돌·빠진 예외·검수 후보 정리
- **검토 표현 ①**: 승인 완료 시 실행 → 승인된 대상·조치와 현재 요청이 일치할 때 실행
- **검토 표현 ②**: 실패 시 재시도 → 응답 유실은 결과 조회, 확인된 미처리 대상만 재처리
- **수정 이유**: 승인 범위 확대와 중복 조치를 막기 위해 R-03·R-04를 반영
- **실제 사용 시 남길 것**: 도구·일시·입력 버전·원문 위치·채택/수정/제외 이유·검토자

다음 단계로 넘길 조건: AI의 제안을 원자료와 대조하고, 결정이 필요한 항목을 해당 담당자에게 확인한다. 확정한 수정은 요구사항과 QA에도 함께 반영한다.

## D09 · 개발 전달·결정 기록

- **R-01 자료 보완**: D06 상태표 ↔ D07 필수 자료 영역 ↔ T-01 자료 누락 검수
- **R-03 대상 변경**: D06 재검토 전환 ↔ D07 승인본 비교 ↔ T-03 실행 차단
- **R-04 응답 유실**: D06 결과 확인 중 ↔ D07 결과 조회 ↔ T-04 중복 조치 방지
- **결정 예시**: 승인 v1(A·B) 뒤 C 추가 시 재검토 / 범위가 달라지므로 기존 승인 재사용 불가
- **미정 항목 인계**: 질문·확인 역할·목표일·영향 범위·확정 여부를 적고 개발 착수 조건과 연결

다음 단계로 넘길 조건: 요구사항별 포함 범위와 미정 항목 처리 방식을 합의한 뒤 전달 버전을 고정한다. 이후 변경은 버전과 영향 항목을 남긴다.

## D10 · 검수 시나리오·결함 기록

- **T-03 사전 조건**: 요청 CP-01, 승인 v1 대상 A·B, 실행 권한 보유 역할
- **재현 순서**: ① C 추가 ② 저장해 v2 생성 ③ 기존 승인으로 실행 요청
- **기대 결과**: 재검토 전환 / 실행 차단 / 변경 대상 C와 다음 검토 역할 표시
- **실제 결과 기록칸**: 검수 전 · 실행 시 관찰 결과·환경 버전·발생 시각·증빙 위치 입력
- **회귀 확인**: 변경 없는 v1 정상 실행, 반려 후 재요청, 응답 유실 시 결과 조회

다음 단계로 넘길 조건: 요구사항별 검수 결과, 미해결 결함의 영향과 담당자, 재검수 결과가 남아야 배포 판단을 한다. 테스트 문서 작성과 검수 통과를 구분한다.

## D11 · 배포·복구·운영 인수서

- **배포 전**: 정책·권한 확인, 요구사항 버전, QA 증빙, 미해결 결함 검토
- **배포 후 확인**: 권한별 접속, 요청 인계, 승인본 비교, 대상별 결과 조회
- **중단 조건**: 승인 범위 밖 실행, 중복 조치, 결과 추적 불가 등 핵심 통제 실패
- **복구 순서**: 신규 실행 중지 → 진행 요청 결과 확인 → 기존 접수 경로 전환 → 필요한 계정 복구 판단
- **기존 업무 종료**: 대조 완료 및 운영 인수 확인 뒤 별도 수기 전달 종료 / 종료 책임자 기록

다음 단계로 넘길 조건: 기능 배포, 운영 인수, 기존 업무 종료를 각각 확인한다. 배포 후 첫 지표를 볼 시점과 담당자를 지정한 뒤 개선 결과를 검토한다.

## D12 · 결과 검토·후속 안건 기록

- **처음 문제**: 개인에게 묶인 요청과 판단 근거 때문에 인계와 진행 확인이 반복됨
- **선택과 남긴 기준**: 기존 체계 연결 우선 / 승인 대상 변경 시 재검토 / 결과 조회 뒤 재처리 판단
- **확인할 변화**: 요청당 처리·작업시간, 재문의, 중복 입력, 오조치·복구를 D03 정의로 비교
- **측정 결과 기록**: 운영 측정 후 기간·건수·변경 전후·누락·해석을 입력 / 이 예제의 성과 수치 없음
- **다음 판단**: 개선 확인→운영 기준 유지 / 정체→남은 대기 구간 재조사 / 부작용→범위 축소·복구

다음 단계로 넘길 조건: 다음 담당자가 D01의 문제에서 D12의 판단까지 따라갈 수 있는지 본다. 미완료 항목에는 담당 역할과 다음 확인 시점을 남기고 인계한다.

## AI requests

### 1 · 작업 범위와 단어부터 맞춰

```text
이번에는 CP-01의 자료 확인부터 승인 요청까지 구간만 볼 거야.
노드는 박스 하나, 노드명은 제목, 노드 설명은 확인할 내용, 분기 라벨은 선에 붙는 결과로 통일하자.
자료 유무와 승인 여부를 한 조건으로 합치지 말고 확인 순서대로 나눠줘.
먼저 시작·조건·처리·다음 단계로 네가 이해한 흐름부터 적어봐. 아직 화면은 수정하지 마.
```

### 2 · 흐름이 맞으면 한 구간만 수정시켜

```text
지금 확인한 자료 확인 구간을 반영해줘. 승인 이후 구간은 그대로 둬.
각 노드에 이름과 설명을 넣고, 분기 결과는 해당 선에 붙여. 같은 처리로 끝나면 합류시켜줘.
노드 크기와 간격, 시작 높이를 맞추고 선이 박스나 라벨을 지나가지 않게 해.
수정 후 실제 화면에서 시작·각 분기·합류·다음 단계 연결을 확인해줘.
```

### 3 · 답을 읽고 빠진 조건을 다시 물어봐

```text
자료 조회에 실패했다고 전부 종료로 묶은 이유가 뭐야?
이미 확인된 자료로 진행할 수 있는 경우와 필수 자료가 없어 멈춰야 하는 경우를 나눠봐.
각 경우에 화면에는 무슨 문구가 나오고, 누가 다음에 뭘 해야 하며, 어떤 기록이 남는지도 써줘.
확정한 규칙만 설계서에 반영하고 영향받는 QA 항목을 같이 정리해줘.
```

Source: https://www.intelligencelabs.tech/310dadb5-6b2f-811e-9e46-f4b1ddfe6b93

https://wekeylab.com/guides/account-protection-workflow/