# 과제: 한 가지 일을 사람과 AI의 협업 근거로 정리하기

필요한 결과에서 출발해 과업, 역할, 인계 조건과 확인 방법을 연결합니다.

## 준비할 것
반복되는 실제 일을 하나 고르고 목표와 결과 요건, 사용 권한이 있는 입력 자료, 현재 방식, 참여 역할과 알려진 예외를 준비합니다. 출처, 버전과 누락 사항도 표시합니다.

## 만들 결과
결과를 뒷받침하는 관계, 완결된 과업, 역할별 책임과 인계 조건의 초안을 만듭니다. AI 지원을 고려할 동작, 검수 방법과 예외 인계 방식도 정리합니다.

## 확인 방법
입력, 출력, 담당자와 완료 기준을 확인합니다. 자료가 충분한 경우와 누락·충돌·범위 초과 상황을 시험하고 사람의 검토, 재작업과 미해결 사항을 기록한 뒤 업무 결과까지 살핍니다.

## 적용 조건
업무 근거와 시험 계획을 정리하는 읽기 경로이며 모든 직무에 적용되는 방식을 보장하지 않습니다. 한 역할이 여러 완결된 과업을 맡을 수 있고 업무는 부서를 넘나들 수 있습니다. 과업 완료와 경영 성과는 따로 확인합니다.
입력, 조건, 출처와 버전을 확인합니다. 부족한 자료는 미제공으로 기록하고 지어내지 않습니다.
목표, 예산, 권익, 권한과 최종 결정 중 사람의 확인이 필요한 사항을 표시합니다.

## 원문과 버전
- 모델: 4계층 SOP: 성과·업무·직무·동작은 어떻게 연결되는가 | R1 | https://yutengfei.com/ko/journal/four-way-sop/
  Markdown: https://yutengfei.com/ko/journal/resources/four-way-sop.md
  구체적 작업이 뒷받침할 업무 결과와 경영 성과를 확인합니다.
- 방법: 4계층 SOP 활용법: 성과에서 업무·인재·매일의 작업까지 정리하기 | R1 | https://yutengfei.com/ko/journal/four-way-sop-practical-guide/
  Markdown: https://yutengfei.com/ko/journal/resources/four-way-sop-practical-guide.md
  한 업무를 완결된 과업과 구체적 동작으로 나눕니다.
- 방법: 직무·책임 분석에서 역할별 업무 매뉴얼로: 참여자가 어떻게 기여할지 알 수 있게 하려면 | R1 | https://yutengfei.com/ko/journal/co-builder-role-handbook/
  Markdown: https://yutengfei.com/ko/journal/resources/co-builder-role-handbook.md
  역할별 책임을 정하고 여러 과업을 업무 매뉴얼로 묶습니다.
- 모델: 업무를 다음 단계로 넘기기 전에, 무엇을 인계해야 할까? | R1 | https://yutengfei.com/ko/journal/process-handover-and-entry-conditions/
  Markdown: https://yutengfei.com/ko/journal/resources/process-handover-and-entry-conditions.md
  인계 산출물, 다음 단계 진입 조건과 검수 책임을 확인합니다.
- 방법: SOP에서 Skill로: AI는 어떤 일을 돕고, 어떻게 검수할까 | R1 | https://yutengfei.com/ko/journal/sop-to-ai-skill/
  Markdown: https://yutengfei.com/ko/journal/resources/sop-to-ai-skill.md
  AI 지원 부분을 고르고 입력, 검수와 예외 인계를 정합니다.
- 방법: SOP는 끝까지 실행했는데, 왜 경영성과는 나오지 않을까? | R1 | https://yutengfei.com/ko/journal/sop-business-outcome-diagnosis/
  Markdown: https://yutengfei.com/ko/journal/resources/sop-business-outcome-diagnosis.md
  실제 결과로 돌아가 동작, 협업과 경영 가정의 문제를 구분합니다.

## 연계 Skill
이 경로에는 설치 가능한 Skill이 포함되지 않습니다. 자료 묶음을 읽거나 내려받아도 Skill 설치, AI 도구 연결이나 실행 권한 부여가 이루어지지 않습니다. Skill로 만들려면 형식, 도구와 권한을 확인하고 시험과 검수를 거쳐야 합니다.

## 결과, 차이, 수정할 지식이나 단계를 기록합니다.

버전: V1.0 · 2026-11-05
https://yutengfei.com/ko/journal/pathways/sop-human-ai/

---

필요한 자료와 절을 고르고 모든 자료를 무차별 투입하지 마세요.
내보낸 자료에도 기존 허가와 제3자 자료 표시가 적용됩니다. 내려받기가 수정·상업 이용·훈련에 대한 추가 권한을 부여하지 않습니다.

---

# 4계층 SOP: 성과·업무·직무·동작은 어떻게 연결되는가

- 저자: Andrew David W.Y.
- 출처: https://yutengfei.com/ko/journal/four-way-sop/
- 버전: R1
- 공개: 2026-11-04
- 수정: 2026-11-04
- 공개 상태: 전문 공개
- 콘텐츠 유형: 모델 (models)
- 연구 주제: 이해관계자 자본 거버넌스 (stakeholder-governance)
- 생태계 관점: 운영 관리 생태계 (operations) · 자원 생태계 (resource)

## 이 자료의 활용 방법

**용도**: 고객 및 경제적 결과에서 출발해 핵심 업무, 완결된 과업, 구체적인 동작을 연결한다. 4계층 SOP는 필요한 일을 아래로 펼쳐 보고 그 결과가 무엇을 뒷받침하는지 위로 확인하는 틀이다. 각 작업이 왜 필요한지, 절차를 마친 뒤에도 무엇을 더 검증해야 하는지 살펴볼 수 있다.

**사용 조건**: 대상, 목표, 제약이 현재 과제에 맞는지 확인하고 본문에 명시되지 않은 조건은 별도로 확인하세요.

**모델 · 요소, 관계, 가정**

**근거와 검증 범위**: 예시는 4방향 SOP를 펼치는 방법을 보여 줍니다. 적용 효과를 판단할 때는 다음 단계에서 산출물을 쓸 수 있는지와 고객 및 경제적 결과가 달라졌는지 함께 확인하세요. 이 글에 대한 외부 검증 결과는 별도로 등록되어 있지 않습니다. 공개 자체가 효과의 검증을 뜻하지는 않습니다. 본문의 근거, 가정, 한계를 확인하세요.

읽고 인용할 수 있는 지식 자료이며 설치된 Skill이 아닙니다. AI에 사용할 때도 출처와 한계를 유지하고 결과를 검토하세요.

## 본문

견적서를 보냈지만 고객의 확인이 좀처럼 오지 않는다. 영업 담당자는 견적을 마쳤다고 하고, 구매 담당자는 공급 조건을 전달했다고 한다. 견적 담당자도 양식에 따라 계산했다. 모두 완료 기록은 있지만 업무는 앞으로 나아가지 않는다.

이럴 때는 누가 일을 덜 했는지부터 서둘러 묻지 않는 편이 좋다고 생각한다. 먼저 볼 것은 이것이다. 고객이 해결하려는 문제는 무엇인가? 이 견적은 요구를 충족하며 약속대로 이행할 수 있는가? 이미 마친 일들은 구체적으로 어떤 결과를 뒷받침하는가?

4계층 SOP가 정리하려는 것은 구체적인 작업과 경영 결과 사이의 관계다. SOP를 성과, 업무, 직무, 동작의 네 계층으로 나눈다. 설계할 때는 결과에서 출발해 아래로 펼쳐 보고, 운영 후에는 동작에서 출발해 위로 확인할 수 있다. 이 관계를 따라가면 어떤 일을 왜 해야 하는지, 어느 수준까지 해야 하는지, 다른 사람의 일과 어떻게 이어지는지 계속 물을 수 있다.

## 1\. 네 계층은 각각 네 가지 질문에 답한다

SOP는 보통 표준작업절차로 옮긴다. 여기서 다루는 4계층 모델은 범위와 세분화 정도가 다른 작업 절차를 분류하는 방법이다. 모든 작업마다 문서 네 개를 따로 만들라는 뜻도 아니고, 네 계층을 조직의 네 단계로 보라는 뜻도 아니다.

| 계층 | 핵심 질문 | 주로 살펴볼 것 | 간단한 예 |
| --- | --- | --- | --- |
| 성과 SOP | 고객 가치가 어떻게 기업의 경제적 결과로 이어지는가? | 고객과 밀접하게 연결된 핵심 단계와 결과 | 요구 확인부터 계약 이행과 대금 회수까지의 주문 흐름 |
| 업무 SOP | 핵심 단계를 진행하려면 어떤 과정을 조직해야 하는가? | 여러 과업이 협력해 만들어 내는 업무 결과 | 실제로 이행할 수 있는 견적서 작성 |
| 직무 SOP | 직위나 역할이 완료해야 할 하나의 완결된 과업은 무엇인가? | 입력·처리·출력·완료 기준을 갖춘 과업 | 견적 한 건의 산출 |
| 동작 SOP | 이 과업을 구체적으로 어떻게 수행하는가? | 준비·조작·확인·예외 처리·인계 요건 | 수량과 가격 산정 단위 확인 |

**성과 SOP는 고객 및 경제적 결과에서 출발한다.** 주문 업무라면 요구 확인, 제안과 견적 확정, 계약 조건 확정, 계약 이행 및 검수, 정산과 대금 회수 같은 핵심 단계를 정리할 수 있다. 업무마다 순서와 분기, 병행 관계가 다르므로 하나의 예시 흐름을 모든 기업의 고정 경로로 삼아서는 안 된다.

성과를 거래 건수만으로 볼 수도 없다. 고객이 납품 결과를 받아들였는지, 기업이 대금을 회수했는지, 업무가 필요한 비용을 충당했는지도 결과 판단에 영향을 줄 수 있다. 기업은 먼저 해당 성과 흐름의 범위, 관찰 기간, 결과를 판단하는 기준을 명확히 한 뒤 필요한 기록을 골라야 한다.

**업무 SOP는 하나의 업무 결과를 만들어 내도록 과정을 조직한다.** 고객의 견적 확인을 받으려면 요구 정리, 공급 조건 확인, 견적 산출, 권한에 따른 검토가 필요할 수 있다. 업무 SOP는 이 작업들을 연결해 다음 단계에서 사용할 수 있는 결과를 만들어야 한다. 한 부서가 맡을 수도 있고, 부서나 조직을 넘어 협력할 수도 있다.

**직무 SOP는 하나의 완결된 과업에 해당한다.** 여기서 ‘직무’는 견적 산출, 인보이스 발행, 공급 일정 확인처럼 직위나 역할이 맡는 하나의 작업 과업을 뜻한다. 재무부나 구매부 같은 기능 부서를 뜻하지 않으며, 한 직위의 모든 책임을 뜻하지도 않는다. 과업이 완결되어 있는지 판단하려면 어떤 조건에서 시작하고, 무엇을 처리하며, 무엇을 내놓고, 어떻게 완료를 확인하는지 살펴야 한다.

**동작 SOP는 과업을 실행할 수 있는 설명으로 풀어낸다.** 예를 들어 견적을 산출할 때는 먼저 확인된 요구 사항의 버전을 읽고, 수량과 가격 산정 단위를 확인한 뒤, 승인된 가격 산정 규칙에 따라 계산한다. 근거와 미결 사항을 기록하고 마지막으로 견적 산출서를 제출한다. 오류가 나기 쉽거나 인계가 필요하거나 명확한 위험이 있는 부분에는 작업 기준과 예외 처리 방법을 적어야 한다. 숙련된 동작 하나하나를 모두 긴 설명서로 늘릴 필요는 없다.

좌우로 스크롤하거나 큰 그림을 열어 확인하세요.

[![4계층 SOP의 지원 관계: 아래로는 필요한 작업을 명확히 하고, 위로는 결과의 근거를 확인한다.](https://yutengfei.com/journal/four-way-sop/materials/ko/01-four-layer-support.svg)](https://yutengfei.com/journal/four-way-sop/materials/ko/01-four-layer-support.svg)

그림 1: 네 계층은 작업 범위와 서로 뒷받침하는 관계를 나타낸다. 화살표는 설명하고 검증해야 할 관계를 뜻한다. 하위 계층의 완료가 상위 계층의 결과를 반드시 보장한다는 뜻은 아니다.

[큰 그림 열기 ↗](https://yutengfei.com/journal/four-way-sop/materials/ko/01-four-layer-support.svg)[편집 가능한 SVG 다운로드 ↓](https://yutengfei.com/journal/four-way-sop/materials/ko/01-four-layer-support.svg)

## 2\. 아래로 펼칠 때는 실제로 필요한 과정을 찾아야 한다

실제 업무 한 흐름에서 정리를 시작할 수 있다. 고객이 어디에서 선택하는지, 기업이 어디에서 약속을 하는지, 납품과 대금은 어떻게 이행되는지 먼저 살핀다. 그런 다음 핵심 단계 하나를 골라 어떤 결과가 필요하고, 어떤 과업들이 함께 그 결과를 만드는지 묻는다.

‘제안과 견적 확정’을 예로 들어 보자. 고객이 견적서를 받았다는 것만으로 이 단계가 성립했다고 볼 수는 없다. 견적은 확인된 요구에 답해야 한다. 그 근거가 되는 공급·납품·거래 조건도 확인할 수 있어야 하며, 권한을 벗어난 조건은 누군가 결정해야 한다. 내부에서 어떤 일을 조직할지는 이 조건들을 어떻게 뒷받침할 것인지에 따라 정해야 한다.

계속 아래로 내려가면 ‘이행 가능한 견적서 작성’이라는 업무 과정에 요구 정리, 공급 확인, 견적 산출, 권한에 따른 검토 같은 과업이 포함될 수 있다. 과업마다 내놓을 결과와 협력 접점이 있다. 요구 정리는 ‘이야기를 나눴다’는 것만으로 완료라 할 수 없고, 확인 가능한 요구 설명을 내놓아야 한다. 공급 확인도 ‘재고가 있을 것 같다’는 말로 끝내서는 안 된다. 확인한 조건과 그 조건이 유효한 범위를 설명해야 한다.

여기서 ‘견적 산출’이라는 직무 과업을 골라 보자. 입력은 확인된 요구, 유효한 공급 조건, 현재 적용되는 가격 산정 규칙일 수 있다. 출력은 계산이 정확하고 버전과 계산 근거가 표시되어 후속 검토에 사용할 수 있는 견적 산출서일 수 있다. 계산을 막는 누락 사항은 먼저 되돌려 확인해야 한다. 계산을 막지 않는 후속 검토 사항은 산출서에 함께 적을 수 있다. 고객에게 할 약속과 관련된 미결 조건은 약속하기 전에 해결해야 한다. 이 계층에 이르러서야 구체적인 동작을 더 자세히 설명할 필요가 생긴다.

한 계층씩 아래로 펼칠 때마다 답해야 할 질문이 있다. **추가한 작업은 상위 계층이 요구하는 결과를 만드는 데 어떻게 도움이 되는가?** 설명할 수 없다면 불필요한 과업일 수 있다. 상위 목표가 불명확하거나 두 계층 사이의 과정 하나가 빠졌을 수도 있다. 문서 번호만으로 둘을 연결해서는 안 된다.

좌우로 스크롤하거나 큰 그림을 열어 확인하세요.

[![견적 한 건이 네 계층의 SOP와 연결되는 방식: 주문 흐름의 핵심 단계를 업무 과정, 완결된 과업, 작업 요건으로 펼쳐 본다.](https://yutengfei.com/journal/four-way-sop/materials/ko/02-quotation-expansion.svg)](https://yutengfei.com/journal/four-way-sop/materials/ko/02-quotation-expansion.svg)

그림 2: 가상의 주문 업무 사례다. ‘제안과 견적 확정’을 뒷받침하는 관계 중 일부만 펼쳤다. 실선 화살표는 예시 흐름, 점선은 부분적인 계층 전개를 뜻한다. 실제 업무에는 병행·분기·재작업이 있을 수 있다.

[큰 그림 열기 ↗](https://yutengfei.com/journal/four-way-sop/materials/ko/02-quotation-expansion.svg)[편집 가능한 SVG 다운로드 ↓](https://yutengfei.com/journal/four-way-sop/materials/ko/02-quotation-expansion.svg)

## 3\. 위로 확인할 때는 동작 완료를 성과 달성으로 보아서는 안 된다

아래로 명확히 나누었다면 위로도 확인할 수 있어야 한다.

가격 산정 단위 확인을 마쳤다는 것은 하나의 작업 요건을 충족했다는 뜻이다. 견적 산출을 마쳤다는 것은 과업 요건에 맞는 산출서가 만들어졌다는 뜻이다. 요구·공급·권한 등의 단계를 함께 검토해야 고객에게 제시할 수 있는 견적이 나올 수 있다. 고객이 받아들이는지, 이후 계약을 이행하고 대금을 회수할 수 있는지는 계속 살펴야 한다.

따라서 네 계층의 관계를 단순한 결과의 등식으로 써서는 안 된다. 여러 적합한 동작이 완결된 과업의 조건을 마련할 수 있고, 여러 과업이 업무 결과를 함께 뒷받침할 수 있으며, 여러 업무 과정이 성과 흐름을 진행시킬 수 있다. 하지만 시장 변화, 고객의 선택, 제품 적합성, 자원 제약, 경영 판단은 여전히 최종 결과에 영향을 준다.

고객이 견적을 받아들이지 않았다면 먼저 고객 피드백과 해당 성과 흐름의 기록을 살펴야 한다. 응답 시간, 요구 이해, 견적 오류의 문제일 수 있다. 제품이 맞지 않거나 납기가 충족되지 않거나 가격 경쟁력이 부족할 수도 있다. 고객의 구매 계획 자체가 바뀌었을 가능성도 있다. 문제를 찾은 뒤 업무 협력, 특정 과업, 작업 요건을 조정할지, 제품과 시장을 다시 판단할지 결정해야 한다. 손볼 계층이 있으면 그 계층을 펼쳐 보면 된다. 매번 네 계층 전체를 거칠 필요는 없다.

4계층 SOP는 이 관계를 따라 계속 질문하고 근거를 되짚는 데 도움이 될 수 있다. 계층도 한 장만으로 원인을 증명할 수는 없다. 성과가 기대에 못 미쳤다고 곧바로 특정 개인의 실행 부족으로 돌려서도 안 된다.

## 4\. 조직과 관계는 있지만 조직도에 갇히지는 않는다

실제 업무에서 네 계층이 회사·부서·직위·개인과 일대일로 대응하는 경우는 보통 없다. 한 사람이 여러 직무 과업을 맡을 수 있고, 하나의 업무에 여러 역할의 협력이 필요할 수도 있다. 같은 ‘공급 일정 확인’ 과업이 신규 견적과 주문 변경 같은 서로 다른 업무를 지원할 수도 있다.

그러므로 SOP를 정리할 때는 두 관계를 함께 남겨야 한다. 하나는 과업이 어떤 결과를 뒷받침하는가이고, 다른 하나는 누가 그에 맞는 책임·권한·자원을 갖는가이다. 앞의 관계는 작업의 논리를, 뒤의 관계는 누가 일을 조직하고 완료하는지를 설명한다. 서로 연결되지만 어느 하나가 다른 하나를 대신할 수는 없다.

여러 업무가 함께 사용하는 과업에는 버전과 적용 범위도 필요하다. 공급 조건이 바뀌면 어떤 견적은 여전히 유효하고, 어떤 견적은 다시 확인해야 하는가? 같은 과업을 여러 문서에 복사해 놓고 원본을 관리하지 않으면, 절차는 모두 따랐는데 근거는 서로 다른 상황이 생기기 쉽다.

기업을 자원, 운영·거버넌스, 고객, 자본이라는 네 가지 참여 관계(네 생태계)의 관점에서 보면, 참여자는 먼저 기여를 제안할 수도 있고 요구에 응할 수도 있다. 소수 정예의 운영·거버넌스 조직은 의사결정과 규칙, 가치 생산·판매 경로·고객 관계의 조정을 맡는다. 가치 기여 역할은 해당 과업을 통해 업무 협력에 참여하고, 작업 매뉴얼은 그 역할이 절차를 사용하는 방법을 안내한다. 소비 고객과 단순 투자자는 각각 해당 절차를 따른다. 이 두 신분만을 이유로 공동 기여 역할의 작업 매뉴얼을 요구하지는 않는다.

여기서는 작업이 어떻게 연결되는지를 설명한다. 기여를 어떻게 평가하고 권익을 어떻게 약정할지는 실제 업무에 맞춰 별도 규칙을 정해야 한다. 과업 완료 기록만으로 자동 도출할 수는 없다.

## 5\. 한 흐름에서 먼저 검증한 뒤 확장 범위를 정한다

이 모델을 쓰기 위해 회사 전체의 문서 정리부터 시작할 필요는 없다. 실제로 반복되며 결과를 관찰할 수 있는 업무 흐름 하나를 골라 세 가지 일을 먼저 할 수 있다.

첫째, 그 흐름이 어떤 고객 결과와 경제적 결과를 만들어야 하는지, 빠뜨릴 수 없는 조건은 무엇인지 명확히 한다. 둘째, 핵심 지점 하나를 골라 필요한 업무 과정과 완결된 과업을 펼치고, 입력·출력·책임·검수 근거를 연결한다. 셋째, 실제 업무가 진행되는 동안 누락·대기·재작업·고객 피드백을 기록한 뒤 어떤 작업을 더 표준화할지 정한다.

작업이 이미 숙련되고 안정적이며 인계도 간단하다면 짧은 안내만으로 충분할 수 있다. 새로운 업무, 요구가 자주 바뀌는 업무, 판단에 크게 의존하는 업무는 목표·의사결정 조건·피드백 방법부터 명확히 하고 절차를 차츰 쌓아야 한다. 네 계층을 다 채우려고 기입과 승인을 늘리면 오히려 업무를 방해할 수 있다.

교육과 설비 유지보수 같은 지원 업무도 거래 한 건에 직접 대응하지 않을 수 있다. 여러 성과 흐름을 뒷받침하거나 더 긴 기간의 역량과 위험에 영향을 줄 수 있다. 이 지원 관계를 설명하려면 그에 맞는 기록과 판단이 필요하다. 동작마다 매출 한 몫을 억지로 배분해서는 안 된다.

과정 접근법 자체에는 이미 축적된 연구가 있다. ISO 9001:2015의 과정 접근법에 관한 ISO 기술 설명도 과정 간 입력·출력·접점·책임·점검을 강조하며, 조직의 상황과 위험에 따라 필요한 문서를 정할 것을 제안한다.\[1\] 이 글의 4계층 모델은 네 관찰 계층을 통해 고객 및 경제적 결과에서 구체적인 과업과 동작까지 계속 묻는 데 쓰인다. 적용 가능성은 여전히 실제 업무에서 검증해야 한다.

시범 적용이 유용했는지 보려면 참여자가 자신의 결과물이 무엇을 뒷받침하는지 설명할 수 있는지, 다음 단계가 그 결과를 쓸 수 있는지, 문제가 생겼을 때 관련 기록을 찾을 수 있는지 살펴볼 수 있다. 인계 누락·재작업·대기가 줄었는지도 관찰할 만하다. 다만 업무 규모와 요구의 복잡성 같은 변화도 함께 기록해야 한다. 결과가 좋아졌더라도 한 번의 시범 적용만으로 모델 덕분이라고 단정할 수는 없다.

4계층 SOP의 가치는 결국 작업과 결과를 서로 설명할 수 있느냐에 있다. 아래로 펼칠 때는 어떤 일을 조직해야 하는지 알고, 위로 확인할 때는 무엇을 이미 내놓았고 어떤 조건이 아직 성립하지 않았는지 안다. 이 관계를 실제 업무에서 거듭 검증해야 절차가 계속 사용하는 방법으로 자리 잡을 수 있다.

## 출처와 더 읽을거리

모델의 근거는 저자가 제공한 초기 연구 자료인 《SOP梳理设计方法论》(SOP 정리·설계 방법론)이며, 주로 제2·4·5절을 참고했다. 버전 기록에는 2023년 3월 9일 교육에 따른 조정과 2023년 5월 11일 杨婧이 참여한 기초 이론 및 모델 구축이 기재되어 있다. 이 글은 네 계층의 관계를 새로 설명하고, 그림은 이 글을 위해 독자적으로 재구성했다. 과거 그림의 평가·분배 메커니즘은 사용하지 않았다. 본문의 견적 업무는 가상의 예다.

\[1\] ISO/TC 176/SC 2, _The Process Approach in ISO 9001:2015_, N1289, 1쪽 및 4–5쪽. [공식 기술 설명](https://www.iso.org/iso/iso9001_2015_process_approach.pdf). 여기서는 과정 접근법을 인용한다. 네 계층의 분류가 ISO 요구 사항이라는 뜻도, 이 모델이 인증받았다는 뜻도 아니다.

더 읽을거리: [복잡함·간결함·쉬움·그림(繁·简·易·图): 비즈니스 논리 설계의 사고법 (중국어)](https://yutengfei.com/zh/journal/fan-jian-yi-tu/); [기업 계획 10단계: 방향·자원·실행을 연결하기 (중국어)](https://yutengfei.com/zh/journal/enterprise-planning-ten-steps/).

## 관련 자료

- [4계층 SOP 활용법: 성과에서 업무·인재·매일의 작업까지 정리하기](https://yutengfei.com/ko/journal/four-way-sop-practical-guide/)
- [SOP는 끝까지 실행했는데, 왜 경영성과는 나오지 않을까?](https://yutengfei.com/ko/journal/sop-business-outcome-diagnosis/)

[CC BY-NC-ND 4.0](https://creativecommons.org/licenses/by-nc-nd/4.0/)

별도 명시가 없는 한 원본 글에 적용되며 제3자 자료는 제외됩니다. 다운로드나 기계 판독은 기존 허락 범위를 확대하지 않으며 2차 저작물, 상업적 이용, 모델 학습을 별도로 허용하지 않습니다.

[AI 활용 안내](https://yutengfei.com/ko/journal/ai/)


---

# 4계층 SOP 활용법: 성과에서 업무·인재·매일의 작업까지 정리하기

- 저자: Andrew David W.Y.
- 출처: https://yutengfei.com/ko/journal/four-way-sop-practical-guide/
- 버전: R1
- 공개: 2026-11-04
- 수정: 2026-11-04
- 공개 상태: 전문 공개
- 콘텐츠 유형: 방법 (methods)
- 연구 주제: 이해관계자 자본 거버넌스 (stakeholder-governance)
- 생태계 관점: 운영 관리 생태계 (operations) · 자원 생태계 (resource) · 고객 생태계 (customer)

## 이 자료의 활용 방법

**용도**: 성과 흐름 하나에서 시작해 업무, 자원과 협력 파트너, 역할별 책임, 일상의 동작을 차츰 정리한다. 가상의 브랜드 디자인 회사를 통해 4계층 SOP가 초기 기업의 수익 경로 검증, 인재 발굴과 육성, 사람과 AI의 협력에 어떻게 도움이 되는지 설명한다.

**사용 조건**: 대상, 목표, 제약이 현재 과제에 맞는지 확인하고 본문에 명시되지 않은 조건은 별도로 확인하세요.

**방법 · 단계, 입력, 완료 조건**

**근거와 검증 범위**: 예시는 4방향 SOP를 펼치는 방법을 보여 줍니다. 적용 효과를 판단할 때는 다음 단계에서 산출물을 쓸 수 있는지와 고객 및 경제적 결과가 달라졌는지 함께 확인하세요. 이 글에 대한 외부 검증 결과는 별도로 등록되어 있지 않습니다. 공개 자체가 효과의 검증을 뜻하지는 않습니다. 본문의 근거, 가정, 한계를 확인하세요.

읽고 인용할 수 있는 지식 자료이며 설치된 Skill이 아닙니다. AI에 사용할 때도 출처와 한계를 유지하고 결과를 검토하세요.

## 본문

기업은 무엇으로 성과를 만드는가? 어떤 업무를 해야 하는가? 어떤 사람을 찾아야 하는가? 그 사람들은 매일 무엇을 해야 하는가?

사실 이 질문들은 함께 생각할 수 있다.

내가 초기에 4계층 SOP를 연구한 것도 이 질문들을 연결하고 싶어서였다. 먼저 기업이 성과를 만드는 핵심 과정을 찾고, 그 과정을 따라 업무, 직무, 구체적인 동작을 한 계층씩 정리한다. 이미 운영 중인 기업은 기존 업무를 점검하는 데 쓸 수 있다. 이제 막 시작하는 기업도 가능한 수익 경로 몇 가지를 분석하고 무엇부터 할지 정하는 데 쓸 수 있다.

SOP는 표준작업절차를 뜻한다. 나는 이 관계를 **성과 SOP, 업무 SOP, 직무 SOP, 동작 SOP**의 네 계층으로 나눈다.

성과에서 아래로 내려가면 ‘이 결과를 얻으려면 어떤 일을 조직해야 하는가’에 답한다. 동작에서 위로 올라가면 ‘이 일은 최종적으로 어떤 결과를 뒷받침하는가’에 답한다.

네 계층의 전체 구조를 먼저 보고 싶다면 [4계층 SOP 모델 소개](https://yutengfei.com/ko/journal/four-way-sop/)를 읽어도 좋다. 이 글에서는 기업이 이 모델을 어떻게 쓸 수 있는지 좀 더 구체적으로 이야기하려 한다.

본문 너비에 맞춰 표시됩니다. 큰 그림으로도 볼 수 있습니다.

[![4계층 SOP의 실천 경로: 성과, 업무, 직무, 동작을 따라 수익 경로, 자원과 파트너, 책임과 인재, 일상 업무를 정리하고 실제 피드백으로 상위 결과를 확인한다.](https://yutengfei.com/journal/four-way-sop-practical-guide/materials/ko/01-practice-map.svg)](https://yutengfei.com/journal/four-way-sop-practical-guide/materials/ko/01-practice-map.svg)

그림 1: 하나의 성과 경로에서 필요한 일을 각 계층으로 펼치고, 실제 피드백으로 위로 거슬러 확인한다. 네 계층은 업무 범위를 뜻하며 조직의 네 직급이 아니다. 축적한 방법은 사람과 AI의 협업에 쓰일 수 있지만 권한, 설정, 결과 검증이 필요하다.

[큰 그림 열기 ↗](https://yutengfei.com/journal/four-way-sop-practical-guide/materials/ko/01-practice-map.svg)[편집 가능한 SVG 다운로드 ↓](https://yutengfei.com/journal/four-way-sop-practical-guide/materials/ko/01-practice-map.svg)

## 1\. 기업이 성과를 만드는 핵심 과정부터 찾는다

SOP를 정리할 때 나는 먼저 묻는다. 이 기업의 고객은 누구인가? 고객에게 무엇을 제공하는가? 고객은 왜 돈을 지불하려 하는가? 기업은 어떻게 결과물을 전달하고 수익을 만드는가?

이 질문들이 명확해지면 성과 SOP의 큰 흐름이 잡힌다.

초기 연구에서는 ‘고객 발굴, 견적, 계약 체결, 대금 회수’라는 간단한 예를 썼다. 이 지점들을 성과 SOP에 넣은 이유는 모두 고객과 밀접하게 연결되어 있고 거래가 성립하는 데 영향을 주기 때문이다. 실제로 쓸 때는 해당 업무에 맞게 요구 확인, 납품, 검수 등 필요한 조건을 더해야 한다.

**성과 SOP를 이루는 과정은 성과 달성의 핵심 요소들로 구성해야 한다.**

이제 가상의 브랜드 디자인 회사를 예로 들어 계속 설명해 보겠다. 이 회사의 프로젝트 업무 한 흐름은 우선 이렇게 적을 수 있다.

수요가 있는 고객 찾기 → 요구와 서비스 범위 확인 → 제안서와 견적 제출 → 협력 및 대금 지급 조건 확인 → 디자인 결과물 납품과 검수 → 약정에 따른 정산.

여기에 그린 것은 경영의 큰 흐름이다. 각 지점에는 설명할 수 있는 결과가 있어야 한다. ‘고객 찾기’에서는 적합한 고객인지 더 살펴야 하고, ‘요구 확인’에서는 양측이 이해할 수 있는 범위를 남겨야 하며, ‘디자인 완료’에서는 결과물이 약정을 충족하는지 봐야 한다.

큰 흐름을 그리면 관리자가 어디를 살펴야 할지 찾기 쉬워진다. 고객은 많은데 계약으로 이어지지 않으면 요구, 제안, 견적을 살핀다. 프로젝트 계약은 했는데 납품하지 못하면 제작과 납품을 살핀다. 납품했는데 대금을 받지 못하면 검수와 정산 조건을 다시 본다.

또 기업은 어떤 성과를 관찰하는지도 명확히 해야 한다. 계약 체결, 매출, 매출총이익, 입금은 기준이 서로 다르므로 섞어서는 안 된다. 한 기업에 제품, 서비스, 고객 유형별로 여러 성과 SOP가 있을 수도 있다.

## 2\. 초기 기업은 가능한 수익 경로 몇 가지부터 그려 본다

안정적인 사업이 아직 없는 기업도 이 방법을 쓸 수 있다.

처음에는 창업자에게 여러 구상이 있는 경우가 많다. 같은 브랜드 디자인 회사라도 프로젝트 디자인을 하려 할 수도 있고, 지속적인 콘텐츠 서비스를 제공하거나 디자인 교육을 하려 할 수도 있다. 이 업무들은 필요한 고객, 자원, 작업 배치가 서로 다르다.

먼저 각 업무의 간단한 성과 SOP를 그려 볼 수 있다.

-   프로젝트 디자인: 프로젝트 고객을 찾고, 범위와 견적을 명확히 하고, 협력 조건에 합의한 뒤, 디자인 결과물을 납품하고 검수와 정산을 마친다.
-   지속 서비스: 지속적인 수요가 있는 고객을 찾고, 회차별 서비스 내용과 요금 지급 방식을 정하고, 협력을 약정한 뒤, 일정에 따라 납품, 검수·정산, 피드백을 진행하고 협력을 계속할지 판단한다.
-   디자인 교육: 학습자와 학습 수요를 명확히 하고, 과정을 설계하고, 수강생 모집, 등록과 수강료 수납, 교육을 진행한 뒤, 학습 효과와 후속 수요를 확인한다.

그린 뒤에는 비교할 수 있다. 어떤 경로가 현재 가진 자원과 가장 가까운가? 아직 수행할 역량이 없는 단계는 어디인가? 고객은 실제로 돈을 낼 의사가 있는가? 초기에 무엇을 투입해야 하는가? 어떤 조건부터 검증해야 하는가?

그러면 논의가 ‘우리가 할 수 있는 일은 많다’에서 ‘어떤 사업부터 실제로 만들어 볼 것인가’로 넘어간다.

아직 일어나지 않은 사업이라면 나는 성과 SOP를 검증할 구상으로 본다. 시도할 조건이 갖춰진 경로 하나를 골라 실제 고객을 만나고, 작은 범위로 납품한 뒤 피드백에 따라 조정한다. 그림은 문제를 미리 드러내는 데 도움이 되고, 실제 사업은 그 판단을 검증한다.

## 3\. 성과 SOP가 명확해지면 업무와 자원을 찾기 쉬워진다

성과 SOP는 어떤 핵심 결과가 성립해야 하는지 알려 준다. 다음으로 볼 것은 그 결과를 얻기 위해 어떤 업무를 해야 하는가다.

예를 들어 ‘디자인 결과물 납품 완료’는 성과 SOP의 한 지점처럼 보이지만, 그 뒤에는 요구 조사, 창의적 디자인, 콘텐츠 정리, 제작 점검, 고객 소통 등의 과정이 있을 수 있다. 이 과정들을 통해 고객이 쓸 수 있는 결과물을 함께 만드는 것이 업무 SOP가 조직할 내용이다.

**업무 SOP는 어떻게 가치를 만들고 그 가치를 다음 단계로 전달할지에 초점을 둔다.**

요구 조사는 쓸 수 있는 디자인 근거를 내놓아야 한다. 디자인 작업은 요구에 맞는 제안을 내놓아야 한다. 제작 점검은 파일이 실제로 사용 가능한지 확인해야 한다. 한 단계가 끝나면 다음 단계에서 받아 쓸 것이 있어야 한다.

업무 과정이 명확해지면 필요한 자원도 구체적으로 드러난다.

고객 조사에는 인터뷰와 분석 역량이 필요하다. 디자인에는 디자인 역량, 소재, 도구가 필요하다. 촬영, 인쇄, 그 밖의 제작이 들어가면 해당 장비, 제작 기술, 공급 역량도 필요하다. 이미 가진 자원, 보완해야 할 자원, 협력 파트너에게 맡기기 좋은 자원을 업무 흐름에 따라 하나씩 판단할 수 있다.

이때 협력 파트너를 찾는 질문도 명확해진다. 상대는 어느 부분의 역량을 제공할 수 있는가? 어떤 결과를 내놓는가? 어떤 기준에 따라 협력하는가? 기존 업무와 어떻게 연결하는가?

하나의 업무 과정을 내부 팀이 수행할 수도 있고 외부 파트너가 참여할 수도 있다. 필요한 가치와 협력 관계를 먼저 설명한 다음 어떤 조직이 맡을지 정하면, 실제로 필요한 자원을 찾기 쉬워진다.

## 4\. 업무가 명확해지면 직무와 역할별 책임을 분석한다

업무 SOP가 생기면 그 안의 과업을 계속 정리해 직무 SOP를 만들 수 있다.

예를 들어 디자인 업무에서는 누군가는 요구를 확인하고, 누군가는 디자인하고, 누군가는 제작 파일을 점검하고, 누군가는 납품을 조직해야 한다. 이런 구체적인 과업마다 어떤 입력이 필요하고, 어떤 책임을 맡으며, 어떤 결과를 내놓아야 하는지 더 명확히 할 수 있다.

여기서 ‘직무’는 직위나 역할이 완료해야 하는 하나의 작업을 말한다. 한 직위가 여러 직무 과업을 맡을 수 있고, 한 업무를 여러 직위가 함께 수행해야 할 수도 있다.

이 과업들을 모으면 역할별 책임을 분석할 수 있다. 이 역할은 왜 필요한가? 평소 어떤 일을 맡는가? 누구와 협력하는가? 어떤 역량이 필요한가?

이것은 인재를 찾고, 판단하고, 육성하는 데 모두 유용하다.

인재를 찾을 때는 실제 과업에서 요구를 도출할 수 있다. 고객의 요구를 디자인 근거로 정리할 사람을 찾는가? 특정 종류의 디자인을 완성할 사람을 찾는가? 여러 사람의 납품을 조직할 사람을 찾는가? 요구가 다르면 찾는 방향도 달라진다.

인재를 판단할 때는 해당 과업을 중심으로 작업물을 보고, 과정을 묻고, 실습을 해 볼 수 있다. 문제를 어떻게 이해하고, 자원을 어떻게 쓰며, 결과물을 어떻게 완성하는지 알아보는 것이다. 직함이 같아도 실제로 맡을 수 있는 일은 크게 다를 수 있다.

인재를 육성할 때도 구체적인 부족한 점을 찾을 수 있다. 요구를 충분히 묻지 못했는가? 도구에 아직 익숙하지 않은가? 납품 전 점검이 부족한가? 부족한 부분을 과업과 동작에 연결하면 그에 맞는 연습을 마련하고 이후 업무로 진전을 확인할 수 있다.

인력 배치도 업무에 맞춰 조정할 수 있다. 초기에는 한 사람이 여러 역할을 겸할 수 있다. 업무가 늘면 작업량, 전문성, 협력 필요에 따라 역할을 나눌 수 있다. 4계층 SOP는 어떤 일이 필요한지 설명한 다음 어떤 사람과 조직이 필요한지 판단하도록 돕는다.

## 5\. 직무를 더 펼치면 매일의 동작이 명확해진다

직무 SOP가 무엇을 완료해야 하는지 정한다면, 동작 SOP는 어떻게 완료할지 더 설명한다.

예를 들어 ‘고객 요구 정리’는 인터뷰 질문 준비, 고객이 제공한 정보 기록, 아직 불명확한 내용 확인, 요구 설명 작성, 확인 완료, 디자인 단계로 인계하는 일로 펼칠 수 있다.

빠뜨리거나 틀리기 쉬운 부분에는 기준도 적어야 한다. 어떤 정보가 반드시 있어야 하는가? 어느 버전의 자료를 쓰는가? 인계해도 된다는 것을 어떻게 판단하는가? 누락된 정보는 누구에게 보완을 요청하는가?

그런 다음 이 일들을 일상적인 업무 배치로 돌려놓고 네 가지 속성으로 볼 수 있다.

-   **일상 과업**: 고객 문의 확인, 프로젝트 기록 유지처럼 계속 수행하는 통상적인 일이다.
-   **주기 과업**: 매주 프로젝트 진행 상황을 정리하거나 매달 서비스 상황을 되돌아보는 것처럼 약정한 간격으로 하는 일이다.
-   **촉발 과업**: SOP가 정해진 지점에 도달하고 해당 조건이 성립하면 생기는 일이다. 예를 들어 요구 확인 후 디자인을 시작하거나 제안이 승인된 뒤 납품을 준비한다.
-   **요청 접수 과업**: 고객의 변경 요청이나 협업 상대의 지원 요청처럼 다른 사람이 요청하거나 배정한 일을 받는 것이다.

여기서 ‘요청 접수’는 업무가 들어오는 방식을 말하며, 사람이 주도적으로 일하는지 평가하는 말이 아니다. 여러 속성이 겹칠 수도 있다. 고객의 변경 요청은 다른 사람에게서 접수한 일이면서 변경 처리 절차를 촉발하는 일이 될 수도 있다.

이것들이 명확해지면 한 역할을 맡은 사람은 평소 무엇을 하는지, 정해진 때에는 무엇을 하는지, 어떤 상황이 생긴 뒤 무엇을 하는지, 다른 사람이 요청한 일을 받으면 어떻게 처리하는지 알 수 있다.

적용할 SOP, 도구, 납품 기준, 협력 관계를 업무 매뉴얼에 정리해 두면 신입은 배울 출발점을 얻고, 숙련자는 공통 근거를 갖게 되며, 인계도 쉬워진다.

## 6\. 축적한 SOP는 AI가 기업의 일을 이해하는 자원이기도 하다

이렇게 정리하는 일은 사람에게도 AI에게도 가치가 있다.

AI에게 ‘제안 하나 만들어 줘’라고만 하면 업무 배경이 많이 빠진다. 고객은 누구인지, 제안이 어느 지점을 진행시켜야 하는지, 어떤 자료가 필요한지, 누가 결과를 쓰는지, 어떤 조건은 임의로 결정하면 안 되는지 설명하지 않았을 수 있다.

4계층 SOP는 이 배경을 연결할 수 있다. 성과 SOP는 작업의 목적을, 업무 SOP는 협력 과정을, 직무 SOP는 구체적인 과업을, 동작 SOP는 수행 방법과 기준을 설명한다.

요구 정리를 예로 들면, 사용 권한이 확보된 자료, 적용할 요구 양식, 점검 요건을 AI에게 제공할 수 있다. 그러면 AI가 정보 정리와 누락 표시를 돕고 책임자가 확인할 초안을 만들도록 할 수 있다. 고객에게 확인해야 할 내용, 대외 약속과 관련된 결정도 절차 안에 명확한 위치를 두어야 한다.

실무에서 사용해 본 SOP는 AI가 활용할 수 있는 지식, 과업 설명, Skill로 더 정리할 수 있다. 성공한 방법뿐 아니라 실제로 생긴 예외, 실패 원인, 조정 기록도 보존할 가치가 있다.

내가 중요하게 보는 것은 더 긴 관점이기도 하다. AI 역량이 계속 발전하면 기업이 오늘 축적하는 작업 방법은 AI가 실제 업무를 이해하고 참여하는 중요한 자원이 될 것이다. 여기에는 일의 목적, 관계, 조건, 경험이 담겨 있다. 단지 작업 순서만 있는 것이 아니다.

파일을 AI에게 건넸다고 해서 AI가 이미 배웠다는 뜻도, 절차가 자동으로 작동할 수 있다는 뜻도 아니다. 어느 부분을 맡을 수 있는지는 도구의 역량, 사용 권한, 결과 검증에 달려 있다. 다만 기초를 명확히 정리할수록 이후 사람과 AI가 협력할 근거도 더 분명해진다.

## 결과를 볼 수 있는 업무 흐름 하나부터 시작한다

실제로 쓸 때는 종이 한 장을 꺼내 성과 SOP 한 흐름부터 적어 볼 수 있다.

그 안의 핵심 지점 하나를 골라 필요한 업무 과정을 펼친다. 업무에서 과업과 책임을 찾고, 마지막으로 반복해야 할 동작, 기준, 과업이 생기는 조건을 적는다.

실제 업무를 한 번 진행한 뒤 돌아본다. 핵심 결과가 성립했는가? 자원은 충분했는가? 누구의 일이 다음과 연결되지 않았는가? 어떤 동작을 바꿔야 하는가? 처음에는 필요하다고 생각했지만 실제로 불필요했던 일은 무엇인가?

성과가 기대에 못 미치면 상위 계층으로 돌아가 문제를 다시 볼 여지도 남겨야 한다. 고객 요구, 제품, 가격, 자원, 외부 환경은 모두 바뀔 수 있다. 절차 기록은 문제 지점을 찾는 데 도움이 되지만 구체적인 원인은 계속 확인해야 한다.

초기 《SOP梳理设计方法论》(SOP 정리·설계 방법론)에서도 형성 과정에 시범 적용, 피드백, 반복 개선을 넣었다. 지금 돌아봐도 나는 이 단계가 중요하다고 생각한다. 절차를 적은 뒤에는 실제 업무에서 계속 쓸모를 높여야 한다.

**기업은 무엇으로 성과를 만드는지, 업무는 어떻게 가치를 만드는지, 어떤 자원과 인재가 필요한지, 각자가 매일 어떻게 일하는지, 이 질문들을 하나의 관계를 따라 차츰 명확히 할 수 있다.**

이것이 4계층 SOP가 기업에 도움이 되었으면 하는 부분이다. 업무 흐름 하나부터 시작해 제대로 이해하고 수행한 다음 효과적인 방법을 남긴다.

## 연구 근거와 더 읽을거리

이 글은 초기 연구 자료 《SOP梳理设计方法论》(SOP 정리·설계 방법론)의 4계층 모델, 역할별 책임, 업무 분류, 시범 적용과 반복 개선에 관한 내용을 바탕으로, 초기 기업, 자원 협력, 인재 육성, AI 활용에 관한 현재의 생각을 더해 다시 정리했다. 본문의 브랜드 디자인 회사는 방법을 설명하기 위한 가상의 사례이며, 이미 검증된 경영 성과를 뜻하지 않는다. 초기 자료의 ‘工作SOP’(작업 SOP) 등의 명칭은 이 글에서 ‘동작 SOP’로 통일했다. 과업 속성은 현재 쓰는 ‘일상, 주기, 촉발, 요청 접수’로 표현했다.

-   [4계층 SOP 모델 소개](https://yutengfei.com/ko/journal/four-way-sop/)
-   [역할별 책임 분석에서 역할별 업무 매뉴얼까지](https://yutengfei.com/ko/journal/co-builder-role-handbook/)
-   [역할별 과업이 작업 흐름에 들어오는 방식](https://yutengfei.com/ko/journal/role-task-entry/)
-   [SOP에서 Skill로](https://yutengfei.com/ko/journal/sop-to-ai-skill/)

## 관련 자료

- [4계층 SOP: 성과·업무·직무·동작은 어떻게 연결되는가](https://yutengfei.com/ko/journal/four-way-sop/)
- [SOP는 끝까지 실행했는데, 왜 경영성과는 나오지 않을까?](https://yutengfei.com/ko/journal/sop-business-outcome-diagnosis/)

[CC BY-NC-ND 4.0](https://creativecommons.org/licenses/by-nc-nd/4.0/)

별도 명시가 없는 한 원본 글에 적용되며 제3자 자료는 제외됩니다. 다운로드나 기계 판독은 기존 허락 범위를 확대하지 않으며 2차 저작물, 상업적 이용, 모델 학습을 별도로 허용하지 않습니다.

[AI 활용 안내](https://yutengfei.com/ko/journal/ai/)


---

# 직무·책임 분석에서 역할별 업무 매뉴얼로: 참여자가 어떻게 기여할지 알 수 있게 하려면

- 저자: Andrew David W.Y.
- 출처: https://yutengfei.com/ko/journal/co-builder-role-handbook/
- 버전: R1
- 공개: 2026-11-04
- 수정: 2026-11-04
- 공개 상태: 전문 공개
- 콘텐츠 유형: 방법 (methods)
- 연구 주제: 이해관계자 자본 거버넌스 (stakeholder-governance)
- 생태계 관점: 운영 관리 생태계 (operations) · 자원 생태계 (resource)

## 이 자료의 활용 방법

**용도**: 사업에 필요한 결과에서 출발해 직무·책임 분석을 가치 기여 역할의 업무 매뉴얼로 구체화한다. 작업, 조건, 권한, 산출물과 협업을 분명히 하고, 요구사항 정리 협력자의 가정 사례로 매뉴얼을 실제 작업에 적용하고 개선하는 방법을 설명한다.

**사용 조건**: 대상, 목표, 제약이 현재 과제에 맞는지 확인하고 본문에 명시되지 않은 조건은 별도로 확인하세요.

**방법 · 단계, 입력, 완료 조건**

**근거와 검증 범위**: 실제 업무에서 매뉴얼을 시험해 책임, 업무가 시작되는 경로, 산출물 조건을 확인하고 피드백에 따라 수정합니다. 이 글에 대한 외부 검증 결과는 별도로 등록되어 있지 않습니다. 공개 자체가 효과의 검증을 뜻하지는 않습니다. 본문의 근거, 가정, 한계를 확인하세요.

읽고 인용할 수 있는 지식 자료이며 설치된 Skill이 아닙니다. AI에 사용할 때도 출처와 한계를 유지하고 결과를 검토하세요.

## 본문

어떤 사업에 참여하고 싶다는 사람이 있다. 그다음에는 어떻게 시작해야 할까?

“요구사항을 정리해 주세요”, “콘텐츠 작업을 도와주세요”라고만 하면, 상대는 곧 구체적인 문제에 부딪힌다. 누구에게 상황을 물어봐야 하는지, 어떤 자료를 쓸 수 있는지, 어느 정도 완성해야 넘길 수 있는지, 의견이 다를 때는 누구에게 결정을 요청해야 하는지 알기 어렵다.

기업 내부에서도 같은 문제가 생긴다. 직무와 책임을 적어 놓고 절차도 그렸지만, 담당자가 바뀌면 이전 담당자가 같은 설명을 거듭해야 한다.

업무 매뉴얼에는 책임을 맡은 뒤 어떻게 일을 시작하고 진행할지를 분명히 적어야 한다고 생각한다. 참여자는 자신이 무엇을 기여할 수 있는지, 어떤 조건이 필요한지, 다른 사람과 어떻게 연결해 일하는지 알아야 한다.

## 1\. 먼저 이 일이 어떤 결과를 뒷받침해야 하는지 살펴본다

매뉴얼을 쓰기 전에 실제 사업 하나를 골라, 지금 어떤 결과가 필요한지부터 확인한다.

예를 들어 기업이 사업 소개 자료를 만들려고 한다고 하자. 당장 필요한 것은 원고 작성자와 디자이너가 작업을 시작할 수 있는, 확인된 요구사항 설명일 수 있다. 어떤 고객을 위한 자료인지, 어디에서 사용할지, 고객이 무엇을 이해하도록 도와야 하는지도 분명해야 한다.

“지금 누가 시간이 있나”부터 생각해 일을 나누면, 임시 배정을 장기적인 책임으로 굳히기 쉽다. 기존 직무 이름에 맞춰 내용을 채우기만 해도, 사업에 꼭 필요하지만 아직 아무도 맡지 않은 일을 놓칠 수 있다.

초기 자료인 『SOP(표준작업절차) 정리·설계 방법론』은 이미 업무 흐름, 직무별 작업, 구체적인 행동, 기준과 인계를 연결하고, 시험 적용 후 개선하도록 제안했다. 이 생각을 발전시키려면 먼저 필요한 결과를 찾고, 현재의 일이 그것을 어떻게 뒷받침하는지 확인하면 된다. 잘 작동하는 분담은 유지하되, 책임이 겹치거나 인계에 공백이 있거나 조건이 부족한 부분은 다시 논의해야 한다.\[1\]

여기서는 두 층위의 결과를 구분해야 한다. 요구사항 설명을 확인받는 것은 하나의 업무 산출물이다. 그것이 실제로 자료를 더 명확하게 만들고 고객의 판단에 도움이 되는지는 후속 사업에서 관찰해야 한다. 매뉴얼이 완성되어 있고 작업을 제때 마쳤다고 해서 경영 성과까지 개선되었다고 단정할 수는 없다.

## 2\. 역할, 사람, 이번 작업을 각각 분명히 한다

직무 분석은 일을 이해하는 출발점이 된다. 팀과 조직을 넘나드는 협업에서는 그중 비교적 독립적으로 맡을 수 있는 기여를 역할로 설명할 필요가 있다.

여기서 가치 기여 역할이란 특정 유형의 기여와 그에 따르는 책임에 대한 약속이다. 예를 들어 ‘요구사항 정리 협력자’는 요구사항을 수집하고 확인해, 후속 작업에 사용할 요구사항 확인서를 만들 수 있다. 적절한 조건이 갖춰지면 내부 직원도 외부 전문 협력자도 이 역할을 맡을 수 있다.

| 구분 | 답해야 할 질문 | 요구사항 정리의 예 |
| --- | --- | --- |
| 역할 | 어떤 유형의 기여를 지속해서 맡고, 그 범위는 어디까지인가? | 사업 소개 자료 제작 요구사항을 수집·확인·정리한다 |
| 사람 | 누가 필요한 역량, 시간과 참여 조건을 갖추고 있는가? | 이번에는 내부 동료 또는 외부 협력자 한 명이 맡는다 |
| 작업 | 이번에 무엇을 제출하고, 누가 맡아 수행하며 누가 검수하는가? | 합의한 기한 안에 특정 프로젝트의 요구사항 확인서를 제출한다 |

한 사람이 여러 역할을 맡을 수도 있고, 같은 역할을 여러 사람이 맡을 수도 있다. 다만 매번 작업 수행자, 협력자, 검수자를 명확히 해야 한다. ‘요구사항 정리 역할이 담당’이라고만 적어서는 부족하다. 여러 사람이 함께 맡는다면 각자의 범위도 정해, 모두 다른 사람이 처리했다고 생각하는 상황을 막아야 한다.

자원, 운영·관리, 고객, 자본은 참여 관계를 살펴보는 네 가지 생태계다. 역할별 업무를 정할 때 이 네 생태계에 맞춰 매뉴얼을 기계적으로 하나씩 만들 필요는 없다. 모든 유형의 참여자는 먼저 기여를 제안할 수도 있고 구체적인 요구에 응답할 수도 있다. 소수 정예 운영·관리팀은 관련 의사결정과 규칙을 맡고, 가치 생산, 판매 채널과 고객 관계를 조율한다. 개별 사안을 누가 결정할지는 실제 위임된 권한에 따라 따로 분명히 해야 한다.

업무 매뉴얼은 실제로 맡은 가치 기여 역할에 대응한다. 구매·사용 고객은 구매, 사용, 피드백, 사후 서비스 등의 절차에 따라 참여한다. 투자만 하는 사람은 해당 투자와 정보 소통 절차에 따라 참여한다. 이 두 신분만을 이유로 공동 작업용 매뉴얼을 요구하지 않는다. 이들이 별도로 제품 공동 개발, 전문 연구 등 명확한 기여 역할을 맡으면 그 역할의 매뉴얼을 사용한다.\[2\]

좌우로 스크롤하거나 큰 그림을 열어 확인하세요.

[![그림 1. 사업에 필요한 결과를 먼저 정하고, 기여 역할을 정의해 매뉴얼을 만든 뒤 개별 작업에 적용한다.](https://yutengfei.com/journal/co-builder-role-handbook/materials/ko/01-result-role-handbook.svg)](https://yutengfei.com/journal/co-builder-role-handbook/materials/ko/01-result-role-handbook.svg)

그림 1. 화살표는 이 글이 제안하는 정리 순서다. 한 사람이 여러 역할을 맡을 수 있으며, 작업을 맡는 방식은 매번 따로 정한다. 예시는 효과가 검증되었다는 뜻이 아니다.

[큰 그림 열기 ↗](https://yutengfei.com/journal/co-builder-role-handbook/materials/ko/01-result-role-handbook.svg)[편집 가능한 SVG 다운로드 ↓](https://yutengfei.com/journal/co-builder-role-handbook/materials/ko/01-result-role-handbook.svg)

## 3\. 매뉴얼 한 권으로 여덟 가지 질문에 답할 수 있어야 한다

책임 설명에는 먼저 ‘무엇을 맡는가’를 적을 수 있다. 업무 매뉴얼은 여기서 더 나아가 어떻게 시작하고, 처리하고, 마무리할지 알려주어야 한다.

다음 여덟 가지 질문은 첫 매뉴얼의 점검표로 쓸 수 있다. 분량은 일의 복잡성에 맞추면 된다. 목차를 채우려고 불필요한 내용을 만들 필요는 없다.

| 답해야 할 질문 | 매뉴얼에 들어갈 내용 |
| --- | --- |
| 이 역할은 왜 필요한가? | 누구를 위한 일인지, 뒷받침할 사업 결과, 역할의 범위 |
| 어떤 일을 내가 맡는가? | 주요 책임, 작업이 들어오는 경로, 다른 역할과의 분담 |
| 어떤 조건이 갖춰져야 시작할 수 있는가? | 필요한 자료, 역량, 시간, 도구와 접근 권한 |
| 보통 어떻게 일을 진행하는가? | 핵심 단계, 관련된 적용 가능 SOP, 양식과 예시 |
| 무엇을 스스로 결정할 수 있는가? | 직접 확인·처리할 사안과 다른 사람의 결정이 필요한 사안 |
| 무엇을 내야 하고, 어떤 상태면 합격인가? | 산출물, 품질 요구사항, 검수 방식, 인수할 역할 |
| 부족한 점이나 변경이 생기면 어떻게 하는가? | 기록 방식, 연락 대상, 보완·조정·일시 중단을 요청할 경로 |
| 누가 이 매뉴얼을 관리하는가? | 관리 담당자, 버전, 적용 범위, 시행 시점과 변경 방식 |

책임은 다른 사람이 구체적으로 무슨 일을 하는지 알 수 있을 정도로 적는다. ‘요구사항 관리 담당’은 아직 너무 넓다. ‘제작 목적, 사용 상황과 내용 범위를 확인해 요구사항 확인서를 만들고, 출처와 미확인 사항을 표시한다’처럼 더 구체적으로 쓸 수 있다.

기준도 일과 관련되어야 한다. 사실 확인이 필요한 일이라면 무엇에 출처가 있어야 하는지, 어떤 자료 부족이 진행에 영향을 주는지 적는다. ‘성실하게’, ‘신속하고 효율적으로’ 같은 말로 요구사항을 대신하지 않는다. 탐색적인 일에는 방법을 고를 여지를 남긴다. 답해야 할 질문, 근거에 대한 요구와 논의 시점을 분명히 하되, 모든 단계를 고정할 필요는 없다.

SOP(표준작업절차)와 역할별 매뉴얼은 서로 참조할 수 있다. 매뉴얼은 역할을 기준으로, 어떤 상황에서 어떤 절차를 쓸지 알려준다. SOP는 하나의 일을 기준으로 관련 역할, 단계와 기준을 설명한다. 공통 절차는 유효한 버전 하나만 관리하고 매뉴얼에서 이를 참조한다. 여러 곳에 복사해 놓고 각기 다르게 바뀌는 문제를 줄이기 위해서다.

## 4\. 실제 일에서 내용을 찾고, 다른 사람에게 써 보게 한다

첫 버전은 이미 수행했거나 곧 시작할 작업 하나에서 출발할 수 있다.

실제 수행자에게 일이 어디에서 들어오는지, 처음에 어떤 자료를 보는지, 어떤 판단에 경험이 필요한지, 보통 누구에게 확인하는지, 마지막에 무엇을 누구에게 넘기는지 설명해 달라고 한다. 이어 선행·후속 담당자에게 각각 확인한다. 수행자가 끝났다고 생각한 일을 후속 담당자가 정말 받아서 쓸 수 있는지는 이때 드러나는 경우가 많다.

정리할 때는 확인된 방식, 시험 적용할 계획, 아직 결정되지 않은 문제를 구분한다. 오래 해 온 방식이라고 합리적인 기준이 되는 것은 아니다. 새로 제안한 좋은 방법도 실제로 써 봐야 한다.

그다음 기본 역량은 있지만 해당 일에는 익숙하지 않은 협력자에게, 매뉴얼을 보고 범위가 통제 가능한 작업 하나를 해 보게 한다. 처음에는 도움을 줄 사람이 있어도 된다. 동시에 어디에서 멈췄는지, 무엇에 추가 설명이 필요했는지, 어떤 입력 자료를 아예 구할 수 없었는지 기록한다.

이런 문제가 생기면 먼저 매뉴얼과 업무 조건을 확인한다. 설명이 불분명한가, 아니면 작업이 역량을 넘어서는가? 절차에 빠진 것이 있는가, 아니면 권한·자료·시간이 마련되지 않았는가? 원인을 확인한 뒤 교육을 보충할지, 분담을 바꿀지, 조건을 조정할지, 매뉴얼을 고칠지 결정한다.

일의 불확실성이 여전히 크다면 짧은 역할 설명과 작업 명세서로 시작해, 진행하면서 기록해도 된다. 미리 고정된 단계로 억지로 만들면, 사용자가 더 이상 성립하지 않는 전제를 따라 계속 일하게 할 수 있다.

## 5\. ‘요구사항 정리 협력자’ 역할을 예로 작성해 본다

아래는 기업 사업 소개 자료 제작을 가정한 예다. 방법의 사용법을 설명하기 위한 것이며, 특정 프로젝트에서 이미 얻은 성과를 뜻하지 않는다.

**역할의 목적**: 원고 작성자와 디자이너가 어떻게 일을 시작할지 판단할 수 있는 수준으로 제작 요구사항을 정리한다. 사용 상황, 내용 범위와 사업상 사실을 반복해서 추측하는 일을 줄인다.

**시작 조건**: 프로젝트 책임자가 제작 목적, 소통 대상과 대략적인 범위를 정했다. 사용 가능한 기존 자료를 제공하고 사업상 사실을 확인해 줄 사람도 정한다. 이번 작업의 제출 기한, 투입 가능한 시간과 검수자는 별도로 합의한다.

**주요 업무**: 먼저 누가 자료를 보는지, 어디에서 사용하는지, 상대가 무엇을 이해하거나 어떤 행동을 하기를 바라는지 확인한다. 이어 사업 내용과 표현 요구사항을 정리한다. 핵심 설명의 출처를 확인하고, 의견 차이와 부족한 부분을 목록으로 만들어 권한이 있는 사람에게 확인을 요청한다.

**산출물**: 요구사항 확인서 한 부다. 최소한 사용 상황, 대상, 내용 범위, 주요 사업상 사실과 출처, 납품 규격, 확인된 사항, 미확인 사항과 각각의 책임자를 포함한다. 구체적인 기한, 확인 상태와 적용 버전은 이번 작업 기록에 남긴다.

**권한과 협업**: 협력자는 질문하고, 자료를 정리하고, 표현 방식을 제안할 수 있다. 사업 범위, 제품에 관한 약속, 가격이나 공개 시점은 해당 권한을 가진 사람이 확인한다. 정리자가 문서에 적었다는 이유만으로 아직 결정되지 않은 사항이 기업의 약속이 되어서는 안 된다.

**검수와 인수**: 검수자는 사실과 범위를 확인한다. 원고 작성·디자인 역할은 작업을 시작할 조건이 갖춰졌는지 살핀다. 부족한 자료가 일부 내용에만 영향을 준다면, 이미 확인된 부분 중 어디부터 시작할지 정할 수 있다. 전체 방향에 영향을 주는 문제라면 먼저 보완하거나 다시 결정한다. ‘파일을 제출했다’는 사실로 실제 사용 가능성에 대한 판단을 대신할 수는 없다.

**예외 처리**: 자료가 서로 모순되거나, 사용 상황이 달라지거나, 추가 요구가 범위를 넘으면 문제와 영향을 기록한다. 해당 책임자에게 보완, 조정, 일시 중단 또는 취소를 결정해 달라고 요청한다. 새로운 범위와 기한은 다시 확인해야 한다. 협력자가 먼저 개선을 제안할 수도 있지만, 실제 행동에는 적절한 권한과 조건이 갖춰져야 한다.

**완료와 인계**: 최종 확인서와 필요한 근거를 보관하고, 후속 담당자에게 미결 사항, 제약과 버전을 설명한다. 수행자가 바뀌면 미완료 작업, 파일 위치와 접근 권한 관련 사항을 인계한다.

이렇게 하면 참여자는 ‘요구사항 정리를 도와 달라’는 말만 듣는 것이 아니다. 자신에게 일을 맡을 조건이 있는지 판단할 수 있고, 시작한 뒤 어떻게 앞으로 진행할지도 알 수 있다.

## 6\. 작업에 매뉴얼을 적용한 뒤에도 조정할 길을 남긴다

시작할 때 양측은 범위, 조건, 기한과 검수 방식을 확인한다. 수행 중에는 적용 가능한 버전에 따라 일하고, 부족한 점이 생기면 바로 알린다. 끝날 때는 산출물과 후속 담당자의 인수 상태를 확인한 뒤, 매뉴얼 자체의 문제를 관리 담당자에게 전달한다.

검수에 통과하지 못한 사항은 무엇을 보완하거나 다시 해야 하는지 적고, 완료 후 다시 검수한다. 의견이 갈리면 미리 정한 책임자나 재검토 역할이 처리한다. 일시 중단한 사항은 처리 대기 상태로 두고, 계속해야 할 때 조건을 다시 확인한다. 취소한 사항은 필요한 마무리를 한 뒤 끝낸다. 작은 팀에서는 한 사람이 여러 역할을 겸할 수 있다. 그래도 중요한 약속이나 이해충돌이 있는 사안은 실제 규칙에 따라 재검토하도록 해야 한다.

매뉴얼 개정에도 근거가 필요하다. 한 번의 특별한 처리는 우선 예외로 기록해 둘 수 있다. 같은 문제가 반복되거나 사업 조건이 달라지면 일반적인 방식을 바꿀지 결정한다. 새 버전에는 무엇을 바꿨는지, 어디에 적용하는지, 언제부터 시행하는지 적는다. 미완료 작업에 신구 버전을 어떻게 적용할지도 설명하고, 이전 버전은 나중에 확인할 수 있게 보관한다.

좌우로 스크롤하거나 큰 그림을 열어 확인하세요.

[![그림 2. 역할별 매뉴얼을 작업 수락, 수행, 검수와 피드백에 적용한다. 예외는 권한을 가진 사람이 결정하고, 필요할 때 검토 후 개정한다.](https://yutengfei.com/journal/co-builder-role-handbook/materials/ko/02-handbook-in-use.svg)](https://yutengfei.com/journal/co-builder-role-handbook/materials/ko/02-handbook-in-use.svg)

그림 2. 제안하는 운영 방식이다. 예외를 처리한 뒤 계속할 작업은 조건을 다시 확인해야 하며, 개정판은 시행을 확인해야 한다. 산출물의 적합성, 후속 작업에서의 사용 가능성, 사업 결과의 변화는 각각 관찰한다.

[큰 그림 열기 ↗](https://yutengfei.com/journal/co-builder-role-handbook/materials/ko/02-handbook-in-use.svg)[편집 가능한 SVG 다운로드 ↓](https://yutengfei.com/journal/co-builder-role-handbook/materials/ko/02-handbook-in-use.svg)

매뉴얼이 쓸모 있는지는 구체적인 질문부터 살펴보면 된다. 새 참여자가 어디서 시작할지 더 잘 아는가? 핵심 문제를 더 일찍 발견했는가? 설명과 재작업이 줄었는가? 후속 담당자가 더 쉽게 인수할 수 있는가? 시험 적용 전후에는 비슷한 작업의 범위, 복잡성과 담당자 경험을 가능한 한 기록한다. 작업이 쉬워졌거나 사람이 더 숙련된 것도 결과에 영향을 줄 수 있다. 모든 개선을 매뉴얼 덕분이라고 해서는 안 된다.

매뉴얼에는 산출물과 기여 기록에 어떤 근거를 남겨야 하는지 정할 수 있다. 보수, 비용, 권리·이익과 그 조건은 실제 사업의 계약과 제도에 따라 별도로 확인한다. ‘매뉴얼에 따른 작업을 마쳤다’는 사실에서 자동으로 도출되는 것은 아니다.\[2\]

AI는 적용할 내용을 찾고, 기존 자료를 정리하고, 확인서 초안을 작성하거나 매뉴얼을 바탕으로 빠진 부분을 짚는 일을 도울 수 있다. 그래도 사실을 누가 확인하는지, 어떤 사항을 결정할 수 있는지, 결과를 누구에게 넘길지는 명확해야 한다. 재사용 가능한 단계를 실행 지침인 Skill로 정리하려면 적용 범위, 입력과 출력, 사람이 판단해야 하는 경계도 분명히 해야 한다.

지금 설명을 반복해야 하는 역할 하나를 고른다. 실제 작업 하나를 놓고 목적, 조건, 업무, 권한과 산출물을 적는다. 다음에 적합한 참여자가 써 보게 하고, 그가 부딪힌 문제를 바탕으로 수정하면 매뉴얼을 실제로 쓰기 시작할 수 있다.

### 근거와 선택해서 읽을 자료

\[1\] 초기 연구 자료인 『SOP 정리·설계 방법론』(원문 제목: 《SOP梳理设计方法论》). 주로 3~4쪽의 직무·책임과 업무 매뉴얼 관계, 6~9쪽의 문서 내용, 직무 조사, 시험 적용과 개선을 참고했다. 원자료 끝에는 2023년 버전 및 협업 기록이 남아 있다. 이 글의 생태계 공동 기여 역할, 역할과 작업의 구분, 시험 적용 제안은 그 자료를 바탕으로 이번에 발전시킨 내용이다. 과거의 직무·책임 및 흐름 연구 도표 두 장은 기존 관계를 파악하는 데만 사용했으며, 당시의 평가나 권리·이익 배분 방식을 그대로 적용하지 않았다.

\[2\] [『네 생태계 거버넌스 모델: 기여, 권리·이익과 협업의 순환』(중국어)](https://yutengfei.com/zh/journal/four-ecology-governance-model/)은 참여 관계, 기여와 권리·이익, 사안별 권한을 다룬다. 이 글은 역할별 매뉴얼로 일을 어떻게 조직할지를 더 구체적으로 살펴보며, 공통 배분 방식을 미리 정하지 않는다.

[『기업 계획 10단계: 방향, 자원과 실행을 연결하기』(중국어)](https://yutengfei.com/zh/journal/enterprise-planning-ten-steps/)는 사업 목표와 협업 조건을 이해하는 데 참고할 수 있다. [『한 번의 거래가 끝난 뒤, 기업에는 무엇이 남을 수 있을까?』(중국어)](https://yutengfei.com/zh/journal/after-transaction-business-accumulation/)는 경험이 후속 업무에 어떻게 쓰이는지 더 살펴보는 자료다.

이 글은 실제 적용을 통해 검증해야 할 방법 설계다. 여러 기업에서의 효과를 검증한 결과는 제시하지 않는다. 도표와 가정한 예시는 작동 방식을 설명하기 위한 것이다.

## 관련 자료

- [업무를 다음 단계로 넘기기 전에, 무엇을 인계해야 할까?](https://yutengfei.com/ko/journal/process-handover-and-entry-conditions/)
- [일상·주기·촉발·요청 접수: 역할의 업무는 어떻게 작업 흐름에 들어오는가](https://yutengfei.com/ko/journal/role-task-entry/)
- [성과 사슬 하나를 골라, 기업 생태계 재설계를 어떻게 시작할까](https://yutengfei.com/ko/journal/performance-chain-ecology-transformation/)
- [SOP는 끝까지 실행했는데, 왜 경영성과는 나오지 않을까?](https://yutengfei.com/ko/journal/sop-business-outcome-diagnosis/)

[CC BY-NC-ND 4.0](https://creativecommons.org/licenses/by-nc-nd/4.0/)

별도 명시가 없는 한 원본 글에 적용되며 제3자 자료는 제외됩니다. 다운로드나 기계 판독은 기존 허락 범위를 확대하지 않으며 2차 저작물, 상업적 이용, 모델 학습을 별도로 허용하지 않습니다.

[AI 활용 안내](https://yutengfei.com/ko/journal/ai/)


---

# 업무를 다음 단계로 넘기기 전에, 무엇을 인계해야 할까?

- 저자: Andrew David W.Y.
- 출처: https://yutengfei.com/ko/journal/process-handover-and-entry-conditions/
- 버전: R1
- 공개: 2026-11-04
- 수정: 2026-11-04
- 공개 상태: 전문 공개
- 콘텐츠 유형: 모델 (models)
- 연구 주제: 이해관계자 자본 거버넌스 (stakeholder-governance)
- 생태계 관점: 운영 관리 생태계 (operations) · 자원 생태계 (resource)

## 이 자료의 활용 방법

**용도**: 이전 프로세스의 산출물 전달, 인수 여부 판단, 다음 프로세스의 착수 조건을 구분한다. 인계 과정의 문제를 처리하는 방법과 공동 목표가 개별 업무의 ‘완료’에 어떤 기준을 주는지 설명한다.

**사용 조건**: 대상, 목표, 제약이 현재 과제에 맞는지 확인하고 본문에 명시되지 않은 조건은 별도로 확인하세요.

**모델 · 요소, 관계, 가정**

**근거와 검증 범위**: 사례는 분석과 적용 절차를 보여 줍니다. 실제로 사용할 때는 예시 조건을 업무 기록으로 바꾸고 판단과 결과를 확인하세요. 이 글에 대한 외부 검증 결과는 별도로 등록되어 있지 않습니다. 공개 자체가 효과의 검증을 뜻하지는 않습니다. 본문의 근거, 가정, 한계를 확인하세요.

읽고 인용할 수 있는 지식 자료이며 설치된 Skill이 아닙니다. AI에 사용할 때도 출처와 한계를 유지하고 결과를 검토하세요.

## 본문

영업 담당자가 고객 요구사항을 견적 담당자에게 넘기고 업무 상태도 ‘완료’로 바꿨다. 그런데 견적 담당자가 자료를 열어 보니 수량, 납기, 사용 조건이 확정되지 않았다. 다시 사람을 찾아 물어봐야 한다. 앞 단계에서 분명 일을 했지만, 다음 단계는 여전히 시작할 수 없다.

기획을 디자인에, 디자인을 제작에, 개발 결과를 테스트에 넘길 때도 비슷한 일이 생긴다. 기업과 공급업체, 판매 파트너, 고객 사이에서도 마찬가지다.

내가 더 궁금한 것은 앞 단계의 결과물이 다음 단계에서 실제로 쓸 수 있는 출발점이 되느냐는 점이다.

이 부분을 분명히 해야 업무 흐름도의 화살표에도 실제 의미가 생긴다.

## 1\. 먼저 두 가지를 구분하자. 인계 기준을 충족하면 다음 단계도 시작할 수 있을까?

하나의 업무 흐름은 서로 연결된 여러 프로세스로 이루어질 수 있다. 각 프로세스에는 목적이 있고, 전체 업무에 필요한 어떤 결과를 만든다. 제품, 기획안, 데이터일 수도 있고, 확인된 요구사항이나 하나의 결정일 수도 있다.

ISO의 프로세스 접근법 설명은 프로세스를 입력을 활용해 의도한 결과를 만드는 상호 관련 활동의 집합으로 보고, 프로세스 사이의 입력·출력과 상호 의존을 강조한다. 이 글도 이 기본 관점을 바탕으로 일상적인 인계에 쓸 수 있는 실무 모델을 제안한다.[프로세스 접근법 설명(영어)](https://www.iso.org/iso/iso9001_2015_process_approach.pdf)

모델은 공동 목표에서 출발한다. **이전 프로세스가 결과물을 만든다 → 다음 프로세스에 필요한 조건과 대조한다 → 인수 여부를 분명히 판단한다 → 착수 조건을 확인한다 → 다음 프로세스로 진행한다.**

여기서는 두 가지를 나누어 봐야 한다.

첫째, 전달된 결과물이 합의한 기준을 충족하는가. 요구사항이 확정됐는지, 도면이 현행 버전인지, 데이터에 출처가 있는지, 산출물이 합의한 범위에 들어가는지 확인한다. ‘이 결과물을 업무에 쓸 수 있는가’에 대한 판단이다.

둘째, 다음 프로세스를 시작할 조건이 갖춰졌는가. 담당자가 맡을 수 있는지, 필요한 자재와 자원이 준비됐는지, 관련 결정이 확정됐는지 확인한다. ‘지금 시작할 수 있는가’에 대한 판단이다.

도면이 기준을 충족해도 자재가 도착하지 않았다면 제작에 들어갈 수 없다. 이때는 ‘산출물 인수 완료, 제작 착수 대기’로 기록하고 자재 문제를 계속 처리해야 한다. 모든 대기를 설계 담당자에게 돌려보내서는 안 된다. 도면을 인수했다는 이유만으로 제작까지 시작했다고 기록해서도 안 된다.

좌우로 스크롤하거나 큰 그림을 열어 확인하세요.

[![그림 1: 인계한 결과물이 다음 프로세스의 출발점이 되는 조건. 인계 내용 확인과 착수 조건 확인은 따로 한다. 인수가 자동으로 착수를 뜻하지는 않는다.](https://yutengfei.com/journal/process-handover-and-entry-conditions/materials/ko/01-handover-to-next-process.svg)](https://yutengfei.com/journal/process-handover-and-entry-conditions/materials/ko/01-handover-to-next-process.svg)

그림 1: 공동 목표와 제약은 모든 단계에 적용된다. 화살표는 인계와 판단의 순서를 나타낼 뿐, 고객에 대한 이행이나 경제적 성과가 이미 실현됐다는 뜻은 아니다.

[큰 그림 열기 ↗](https://yutengfei.com/journal/process-handover-and-entry-conditions/materials/ko/01-handover-to-next-process.svg)[편집 가능한 SVG 다운로드 ↓](https://yutengfei.com/journal/process-handover-and-entry-conditions/materials/ko/01-handover-to-next-process.svg)

## 2\. 무엇을 넘길지는 다음 단계의 용도에 맞춰 적자

‘요구사항 정리 완료’, ‘기획안 제출 완료’만으로는 서로 다르게 이해하기 쉽다.

다음 단계가 견적이라면 최소한 무엇을, 얼마나, 언제 납품할지 알아야 한다. 어떤 조건이 확정됐고 무엇이 아직 추정인지도 알아야 한다. 다음 단계에서 초안만 만든다면 일부 정보가 아직 없어도 될 수 있다. 다만 가정을 표시하고 아직 내릴 수 없는 판단을 밝혀야 한다.

같은 자료라도 쓰는 단계에 따라 적용 기준이 달라질 수 있다. 따라서 인계 요건은 업무를 시작하기 전에 관련 역할들이 확인해야 한다. 진행 중 실제로 조건이 바뀌면 합의한 방식에 따라 조정한다. 받는 쪽이 인계 직전에 와서 원래 합의하지 않은 요건을 계속 추가해서는 안 된다.

먼저 아래 여섯 가지를 분명히 해 두면 좋겠다. 기존 업무 요청서, 문서 설명란, 시스템 항목에 적으면 된다. 별도로 두꺼운 양식을 만들 필요는 없다.

| 분명히 할 사항 | 인계할 때 답할 수 있어야 하는 질문 |
| --- | --- |
| 용도와 범위 | 어느 프로세스에서 쓰며, 어떤 판단을 지원하고, 어디까지 다루는가 |
| 결과물과 버전 | 산출물은 어디에 있고, 현행 버전은 무엇이며, 언제 만들어졌는가 |
| 확인 근거 | 핵심 사실은 무엇으로 확인했으며, 출처와 필요한 확인 기록은 어디에 있는가 |
| 인수 기준 | 무엇을 충족해야 인수할 수 있으며, 어느 버전의 기준을 적용하는가 |
| 후속 담당과 기한 | 누가 제출하고 확인하며 후속 업무를 맡는가. 언제까지 답하는가 |
| 미확정 사항과 처리 | 무엇이 아직 확인되지 않았고 무엇에 영향을 주는가. 누가 언제까지 보완하거나 결정하는가 |

결과물과 근거도 구분해야 한다. 대화 기록은 양측이 어떤 조건을 논의했다는 사실을 보여 줄 수 있다. 하지만 그 조건이 확정됐다는 증거는 아닐 수 있다. 완성돼 보이는 AI 생성 기획안도 그 안의 가격, 사양, 납기가 정확하고 유효하다는 사실까지 입증하지는 않는다.

받는 사람이 결과물을 보고 무엇을 근거로 행동할 수 있는지, 무엇을 더 확인해야 하는지, 어느 범위까지 사용하면 재확인이 필요한지 알 수 있어야 한다.

## 3\. 누가 확인할지, ‘검수해 주세요’ 한마디로 끝내지 말자

제출자는 먼저 합의한 기준에 따라 자체 점검한다. 인수자는 자신의 업무에 필요한 입력을 확인한다. 전문적인 판단, 대외 약속, 원래 부여된 권한을 넘는 사항은 그에 맞는 권한을 가진 사람에게 확인받는다.

작은 팀에서는 한 사람이 여러 역할을 겸할 수 있다. 그래도 판단 근거와 책임은 분명해야 한다. 중요한 사안에 명백한 이해충돌이 있다면 적절한 별도 재검토를 마련해야 한다. 일상적이고 비용이 적으며 쉽게 바로잡을 수 있는 인계는 간단한 확인이나 표본 점검으로 처리할 수 있다. 위험이나 수정 비용이 큰 단계에는 그만큼 점검을 더한다. 모든 단계에 여러 겹의 서명을 요구해 협업 비용이 원래 문제보다 커지게 해서는 안 된다.

인수 여부는 구체적으로 적어야 한다. 예를 들어 ‘요구사항표 V2를 견적 입력 기준에 따라 확인했다. 사양과 수량은 계산에 사용할 수 있다. 확정 납기는 공급 측의 확인이 남아 있으므로 이를 근거로 고객에게 약속해서는 안 된다’라고 쓸 수 있다. ‘받았습니다’, ‘문제없습니다’보다 후속 업무를 진행하기 쉽다.

‘수령’은 자료가 도착했다는 뜻이다. ‘인수’는 정해진 범위의 산출물이 확인을 통과했다는 뜻이다. ‘착수’는 다음 단계의 실제 조건도 갖춰졌다는 뜻이다. 업무 시스템에서 다른 상태명을 써도 되지만, 참여자들이 이 차이를 구분할 수 있어야 한다.

답변 기한도 합의해야 한다. 기한이 지났는데 답이 없으면 알림과 조정 절차로 넘어가야 한다. 아무 말이 없다고 통과로 간주해서는 안 된다. 인수를 거부하는 쪽도 충족하지 못한 기준과 구체적인 부족 사항을 밝혀야 한다. 근거 없는 대기와 반복을 줄일 책임은 양쪽에 있다.

## 4\. 다음 단계로 이어지지 않으면, 먼저 문제의 종류를 보자

인계에 문제가 생겼을 때 가장 쉽게 택하는 방법은 ‘돌려보내서 다시 하기’다. 하지만 전달된 결과물 자체의 문제가 아니라면 다시 해도 해결되지 않는다.

먼저 세 가지로 나누어 볼 수 있다.

**결과물에 부족한 부분이 있다.** 합의한 사양이 빠졌거나, 핵심 데이터를 확인할 수 없거나, 문서 버전이 다른 경우다. 구체적인 부족 사항과 영향을 밝히고 해당 책임자가 보완하거나 수정한 뒤, 유효한 기준에 따라 다시 검증한다. 이미 기준을 충족했고 영향을 받지 않은 부분까지 모두 뒤집을 필요는 없다.

**기준이나 권한에 대한 이견이 있다.** ‘확인 완료’의 의미를 양측이 다르게 이해하거나, 원래 권한이 없던 납기를 약속해야 하는 경우다. 먼저 기존 합의를 확인한다. 필요하면 권한이 있는 역할이 적용 기준, 범위, 책임을 결정한다. 인수자가 개인 의견으로 조건을 추가해서도 안 되고, 제출자가 일정을 맞추려고 다른 사람을 대신해 약속해서도 안 된다.

**업무 조건이 바뀌었다.** 고객이 요구사항을 바꿨거나 공급 역량이 변했거나 다음 단계의 자원이 잠시 부족한 경우다. 먼저 영향 범위를 판단한다. 그런 다음 해당 역할이 자원 보충, 범위나 일정 조정, 일시중지, 관련 업무 종료 중 무엇을 할지 결정한다. 결과물 자체는 기준을 충족해도 당장은 사용할 수 없게 될 수 있다.

좌우로 스크롤하거나 큰 그림을 열어 확인하세요.

[![그림 2: 인계 문제를 세 가지로 나누어 처리하는 경로. 문제를 처리한 뒤에도 계속할 사항은 재검증으로 돌아간다. 일시중지한 사항은 재개 조건을 확인해야 한다.](https://yutengfei.com/journal/process-handover-and-entry-conditions/materials/ko/02-exception-and-revalidation.svg)](https://yutengfei.com/journal/process-handover-and-entry-conditions/materials/ko/02-exception-and-revalidation.svg)

그림 2: 문제를 분류하는 목적은 적절한 처리 경로를 찾는 데 있다. 결과물 수정, 기준 해석, 업무 조건 조정에는 각각 담당과 책임이 있다. 모든 문제를 업무 수행 미흡으로 몰아서는 안 된다.

[큰 그림 열기 ↗](https://yutengfei.com/journal/process-handover-and-entry-conditions/materials/ko/02-exception-and-revalidation.svg)[편집 가능한 SVG 다운로드 ↓](https://yutengfei.com/journal/process-handover-and-entry-conditions/materials/ko/02-exception-and-revalidation.svg)

정말 필요한 경우에는 명확한 범위 안에서 조건부로 인수할 수 있다. 예를 들어 내부 계산을 먼저 진행하면서 확인 정보를 보완하는 방식이다. 이때는 해당 권한이 있어야 한다. 무엇을 해도 되는지, 무엇을 해서는 안 되는지, 보완 기한은 언제인지, 조건을 충족하지 못하면 어떻게 중단하거나 이전 단계로 되돌릴지 적어야 한다. 이런 내용을 확정한 뒤에도 제한된 작업의 입력과 착수 조건을 다시 확인해야 한다.

조건부 인수라고 해서 반드시 충족해야 하는 요건을 건너뛸 수는 없다. 결정 권한이 없거나, 결과를 통제할 수 없거나, 먼저 마쳐야 할 필수 확인이 남아 있다면 관련 행동은 일시중지해야 한다. 중지 중에도 담당자가 후속 상황을 챙기고 어떤 조건에서 재개할지, 언제 재검토할지 밝혀야 한다. 이미 맡은 이행, 비용, 사후 처리 책임은 계속 합의대로 처리한다. 상태를 ‘일시중지’로 바꿨다고 사라지지 않는다.

## 5\. 견적 업무를 인계하는 사례로 모델의 사용법을 보자

아래는 모델을 설명하려고 만든 가상의 상황이다. 특정 기업의 실제 기록이 아니다.

고객이 맞춤형 설비 여러 대를 요청했다. 요구사항 조정 담당자가 자료를 견적 책임자에게 넘긴다. 양측은 사전에 정식 견적에는 확정된 사양, 수량, 납품 장소, 희망 납기가 필요하고 미해결 사항도 적어야 한다고 합의했다.

처음 제출할 때 사양과 수량은 확정됐지만 납품 장소는 아직 두 후보가 있었다. 견적 책임자는 부족한 부분을 지적하며 이 상태로는 운송비를 확정할 수 없다고 설명했다. 요구사항 조정 담당자는 이후 장소를 확인해 V2를 제출하고 이전 버전과 변경 설명도 남겼다.

V2를 확인하니 견적에 필요한 입력은 합의한 요건을 충족했다. 다만 공급 측이 아직 생산능력을 확인하지 않았다. 여기서도 구분해야 한다. 내부 원가 계산은 시작할 수 있다. 하지만 확정 납기를 넣은 정식 견적서를 고객에게 보낼 조건은 아직 갖춰지지 않았다.

권한이 있는 책임자는 한정된 범위에서 내부 계산을 먼저 진행하도록 결정했다. 업무 기록에는 생산능력 확인 책임자, 마감 시점, 고객에게 납기를 약속해서는 안 된다는 제한을 적었다. 관련 입력과 자원을 다시 확인한 뒤 내부 계산을 시작한다.

나중에 공급 측에서 희망 납기를 맞출 수 없다고 알리면 관련 역할이 고객과 조정 내용을 확인한다. 고객이 사양을 바꾸면 영향을 받는 계산과 자료를 식별하고 새 버전에 따라 다시 확인해야 한다. ‘V2 인수 완료’ 판단을 그대로 사용해 대외 견적을 계속해서는 안 된다.

이 사례에서 모델은 자료 부족, 후속 업무를 맡기 위한 조건, 대외 결정을 구분하고 일부 작업을 먼저 진행할 여지를 남긴다. 그렇다고 최종 계약을 보장하지는 않는다. 한 번 인계가 순조로웠다는 이유만으로 전체 업무 흐름이 실적을 높였다고 입증할 수도 없다.

## 6\. 공동 목표는 각각의 ‘완료’에도 기준이 되어야 한다

영업은 빨리 진행하기를 원하고, 견적 담당자는 자료가 완전하기를 원하며, 공급 측은 조건이 안정되기를 원한다. 각각 실제 이유가 있다. 공동 목표는 같은 거래를 놓고 관련 역할들이 선택과 조정을 논의하도록 돕는다. 고객이 해결하려는 문제는 무엇인가. 시간, 비용, 품질, 이행 조건을 어떻게 균형 있게 맞출 것인가. 어떤 약속은 해서는 안 되는가.

모두의 이해관계가 같아야 한다는 뜻은 아니다. 공동 목표를 내세워 어느 한쪽에 끝없이 일을 추가해도 된다는 뜻도 아니다. 추가 작업, 대기, 재작업에는 비용이 든다. 누가 부담하며 기존 합의를 넘을 때 누가 결정하는지 밝혀야 한다.

자원, 운영관리, 고객, 자본이라는 네 생태계 어디에서나 이런 인계가 생길 수 있다. 각 역할은 자발적으로 기여할 수도 있고 요청에 응할 수도 있다. 구체적인 사안은 업무 관계와 부여된 권한에 따라 처리한다. 소수 정예의 운영관리 조직은 관련 의사결정, 규칙, 조정을 맡아 가치 생산, 판매 채널, 고객 관계를 연결한다. 모든 전문 역할을 대신해 판단하는 것은 아니다.

이 모델이 다루는 것은 결과물을 전달하고 후속 업무를 맡는 과정이다. 인계 기록은 나중의 평가에 사실을 제공할 수 있지만, 기여 전체와 자동으로 같아지지는 않는다. 보수, 지분, 배당, 결정권이 자동으로 생기지도 않는다. 제도에 따른 권리와 이익은 실제 업무와 해당 합의에 근거해 별도로 다뤄야 한다.

적용할 때는 문제가 반복되는 인계 지점 하나를 먼저 골라도 된다. 자료 부족, 대기 이유, 재작업, 확인 비용, 고객에 대한 이행에 미친 영향을 기록한다. 시험 적용 후 어떤 점검이 유용했는지, 어떤 기준이 지나치게 무거웠는지, 문제가 생겼을 때 담당자를 더 빨리 찾았는지 살펴본다. 비교 대상과 충분한 기록이 없으면 먼저 관찰 결과를 남기고 원인을 서둘러 단정하지 않는다.

어떤 거래가 결국 기대에 못 미쳤다면 고객 요구, 제품과 가격, 이행, 채널, 대금 회수 등 실적으로 이어지는 전체 업무 흐름에서 먼저 문제를 찾아야 한다. 그다음 업무, 직무 기능, 구체적인 작업 동작 중 어느 수준의 SOP를 조정할지 결정한다. 인계는 그중 한 구간이며 모든 경영 결과를 설명할 수는 없다.

업무를 다음 단계로 넘기기 전에 결과물을 받는 사람이 알아야 할 것은 이것이다. 지금 이를 근거로 무엇을 할 수 있는가. 아직 무엇을 해서는 안 되는가. 상황이 바뀌면 누구에게 처리를 요청해야 하는가. 이런 조건이 연결돼야 업무가 실제로 어디까지 진행됐는지 알 수 있다.

* * *

### 출처 및 관련 읽을거리

-   모델의 바탕: 초기 팀 자료 『SOP梳理设计方法论(SOP 정리·설계 방법론)』. 주로 6~9쪽의 선행 업무, 다음 단계로의 이동, 인계, 예외 상황, 시험 적용, 개선을 참고했다. 초기의 ‘직무 책임·업무 매뉴얼·SOP·성과평가’ 관계도 두 장에서 ‘앞 단계 결과 검증’이라는 연구 단서를 얻었다. 이 글의 인계와 예외 처리 방식은 새로 구성한 실무 모델이며 효과는 실제 업무에서 검증해야 한다.
-   개념 참고: [ISO: The process approach in ISO 9001:2015(영어)](https://www.iso.org/iso/iso9001_2015_process_approach.pdf). 프로세스의 입력·출력과 상호 의존을 설명하기 위해 참고했다. 이 글은 표준 조항 해설이나 인증 안내서가 아니다.

-   [기업 계획 10단계: 방향, 자원, 실행 연결하기(중국어)](https://yutengfei.com/zh/journal/enterprise-planning-ten-steps/): 목표와 자원 배분을 통해 서로 의존하는 협업 약속을 이해한다.

-   [네 생태계 거버넌스 모델: 기여·권리와 이익·협업의 순환(중국어)](https://yutengfei.com/zh/journal/four-ecology-governance-model/): 인접 프로세스의 인계에서 더 나아가 여러 참여자의 관계와 사안별 권한을 이해한다.

-   [기여 기록·재검토표: 평가에 근거를 두고 이의를 제기할 수 있게 하기(중국어)](https://yutengfei.com/zh/journal/contribution-record-review/): 인계 후 각자의 참여 사실을 어떻게 기록하고 다시 확인할지 살펴본다.

## 관련 자료

- [직무·책임 분석에서 역할별 업무 매뉴얼로: 참여자가 어떻게 기여할지 알 수 있게 하려면](https://yutengfei.com/ko/journal/co-builder-role-handbook/)
- [일상·주기·촉발·요청 접수: 역할의 업무는 어떻게 작업 흐름에 들어오는가](https://yutengfei.com/ko/journal/role-task-entry/)

[CC BY-NC-ND 4.0](https://creativecommons.org/licenses/by-nc-nd/4.0/)

별도 명시가 없는 한 원본 글에 적용되며 제3자 자료는 제외됩니다. 다운로드나 기계 판독은 기존 허락 범위를 확대하지 않으며 2차 저작물, 상업적 이용, 모델 학습을 별도로 허용하지 않습니다.

[AI 활용 안내](https://yutengfei.com/ko/journal/ai/)


---

# SOP에서 Skill로: AI는 어떤 일을 돕고, 어떻게 검수할까

- 저자: Andrew David W.Y.
- 출처: https://yutengfei.com/ko/journal/sop-to-ai-skill/
- 버전: R1
- 공개: 2026-11-04
- 수정: 2026-11-04
- 공개 상태: 전문 공개
- 콘텐츠 유형: 방법 (methods)
- 연구 주제: 이해관계자 자본 거버넌스 (stakeholder-governance)
- 생태계 관점: 운영 관리 생태계 (operations) · 자원 생태계 (resource)

## 이 자료의 활용 방법

**용도**: 구체적인 업무 구간에서 시작해 AI의 활용 조건을 판단하고 입력, 출력, 검수와 인계 방식을 정한다. 업무 판단과 책임을 유지하면서 Skill을 기업 협업에 연결하는 방법을 살펴본다.

**사용 조건**: 대상, 목표, 제약이 현재 과제에 맞는지 확인하고 본문에 명시되지 않은 조건은 별도로 확인하세요.

**방법 · 단계, 입력, 완료 조건**

**근거와 검증 범위**: 본문은 시험 적용 방법을 제시합니다. 실제 업무에 연결하기 전에 입력 접근 권한, 출력 검수, 중단 조건, 사람이 인수할 책임을 합의하세요. 이 글에 대한 외부 검증 결과는 별도로 등록되어 있지 않습니다. 공개 자체가 효과의 검증을 뜻하지는 않습니다. 본문의 근거, 가정, 한계를 확인하세요.

읽고 인용할 수 있는 지식 자료이며 설치된 Skill이 아닙니다. AI에 사용할 때도 출처와 한계를 유지하고 결과를 검토하세요.

## 본문

기업에 이미 SOP, 즉 표준작업절차가 있다면 문서를 AI에 넘겨 그대로 일하게 할 수 있을까?

일부 업무부터 시작할 수 있다. 먼저 AI에 맡기는 구간이 정확히 어디인지, 어떤 자료가 필요한지, 무엇을 내놓아야 하는지, 그 결과를 다음 단계로 넘겨도 되는지는 누가 판단하는지 분명히 해야 한다.

고객 요구사항 정리, 제품자료 비교, 누락 정보 목록 작성은 AI의 도움을 받을 수 있다. 반면 요구사항이 실제로 충족되는지, 어떤 거래조건을 받아들일지, 고객에게 무엇을 약속할지는 해당 책임을 맡은 담당자가 판단해야 한다. 이 두 종류의 일은 같은 SOP 안에 있어도 실행 조건과 책임 요건이 다르다.

SOP에서 Skill로 옮길 때는 이미 명확해졌고 AI가 돕기에 적합한 일을 재사용 가능한 실행 지침으로 작성한 뒤 기존 협업에 연결할 수 있다. Skill을 실제로 쓸 수 있는지는 산출물을 어떻게 확인하는지, 문제가 생겼을 때 제때 멈추고 사람에게 넘길 수 있는지에 달려 있다.

## 먼저 업무 프로세스와 AI 실행 지침을 구분한다

SOP는 어떤 조건에서 일을 시작하고, 어떤 과정을 거치며, 각 역할이 무엇을 해야 하는지 설명한다. 달성할 기준과 인계 방식도 정한다. SOP가 규정하는 것은 업무에서 역할들이 함께 일하는 관계다.

이 글에서 Skill은 AI가 불러와 사용하는 과업 지침과 관련 자료를 뜻한다. Agent Skills 개방형 형식을 예로 들면, 하나의 Skill에는 최소한 `SKILL.md`가 들어가며 스크립트, 참고자료, 템플릿을 함께 둘 수도 있다. 특정 과업에 필요한 방법과 맥락을 AI에 제공하는 것이다.[¹](https://agentskills.io/home)

SOP와 Skill을 같은 것으로 볼 수는 없다. 하나의 업무 SOP를 여러 역할, 여러 도구, 여러 Skill이 함께 수행할 수도 있고, 하나의 자료 확인 Skill을 서로 다른 업무 프로세스에서 사용할 수도 있다. SOP에는 현장 업무, 협의, 의사결정, 책임과 인계도 포함된다. 그중 일부만 AI의 실행 범위에 넣을 수 있다.

따라서 SOP를 명령문으로 바꾸는 것만으로 전환이 끝났다고 볼 수 없다. AI가 필요한 자료를 얻고 해당 도구를 사용하며 예외를 알아볼 수 있는지, 확인 가능한 산출물을 남기는지도 점검해야 한다. Skill 파일에 적힌 단계가 실행자의 권한을 스스로 넓혀주는 것도 아니다.

4방향 SOP는 일을 사업성과, 업무 프로세스, 기능별 과업, 구체적 행동이라는 네 층위로 나눈다. 이를 사용할 때는 고객 및 경제적 결과와 연결된 사업성과 사슬에서 먼저 문제를 찾고, 필요에 따라 업무 협업, 기능별 과업, 구체적 행동을 개선한다. AI는 서로 다른 층위의 구체적인 일을 도울 수 있다. 성과 사슬 전체를 하나의 Skill로 묶을 필요는 없다. 실제 문제가 수요 설정, 제품 조건 또는 채널 선택에 있다면 문서 처리 속도만 높여서는 경영성과가 나아지지 않을 수도 있다.

## 결과를 확인할 수 있는 업무 구간부터 시작한다

먼저 범위가 명확하고 결과를 되짚어 보기 쉬운 과업을 고를 수 있다. 예를 들어 “지정된 자료를 바탕으로 고객 요구사항과 확인할 사항을 정리한다”는 과업이다. 선택할 때는 다섯 가지를 먼저 확인한다.

| 확인할 항목 | 시작하기에 적합한 조건 | 조건이 부족할 때의 처리 |
| --- | --- | --- |
| 업무 목적 | 누가 산출물을 쓰고, 어떤 다음 단계를 지원하는지 설명할 수 있다 | 업무상의 문제와 사용자를 먼저 명확히 한다 |
| 입력자료 | 출처, 버전, 필수 항목과 사용 가능한 범위가 명확하다 | 누락 항목을 적고 자료를 보완하거나 범위를 조정한다 |
| 출력 결과 | 인계할 수 있는 목록, 표, 초안 또는 다른 산출물이 있다 | 산출물 형식과 완료 조건을 먼저 정한다 |
| 검수 근거 | 원자료나 업무 기준으로 사용 가능 여부를 판단할 수 있다 | 업무 담당자가 기준과 반례를 먼저 정한다 |
| 예외와 책임 | 언제 멈추고, 누가 넘겨받으며, 누가 사용을 승인하는지 설명할 수 있다 | 처리 방식과 책임 역할을 먼저 정한다 |

AI가 정말 필요한지도 판단해야 한다. 고정된 필드 변환이나 명확한 규칙에 따른 계산을 표 계산식이나 스크립트로 안정적으로 처리할 수 있다면 그 도구를 바로 쓰면 된다. 자연어 이해, 비정형 자료 요약, 초안 작성, 추가 검증이 필요한 판단 제안 같은 부분에 대해 AI가 도움이 되는지 검토한다.

기준에 대한 논의가 끝나지 않았거나 자료를 구할 수 없거나 오류의 결과를 되돌리기 어려운 일이라면, AI의 과업을 사실 정리와 질문 제시로 좁힐 수 있다. 사람이 판단에 필요한 정보를 먼저 확보한 뒤 지원 범위를 넓힐지 결정한다.

좌우로 스크롤하거나 큰 그림을 열어 확인하세요.

[![그림 1: 업무 문제에서 AI가 도울 구간을 골라 Skill로 구성하고, 시험 적용 후 SOP에 연결하는 과정](https://yutengfei.com/journal/sop-to-ai-skill/materials/ko/01-sop-to-skill-boundary.svg)](https://yutengfei.com/journal/sop-to-ai-skill/materials/ko/01-sop-to-skill-boundary.svg)

그림 1｜업무를 먼저 고른 뒤 Skill을 구성한다. 사용할지와 어느 범위까지 사용할지는 입력, 검수, 사람이 넘겨받는 조건에 따라 정한다.

[큰 그림 열기 ↗](https://yutengfei.com/journal/sop-to-ai-skill/materials/ko/01-sop-to-skill-boundary.svg)[편집 가능한 SVG 다운로드 ↓](https://yutengfei.com/journal/sop-to-ai-skill/materials/ko/01-sop-to-skill-boundary.svg)

## 입력, 출력, 중지 조건을 과업 지침에 적는다

협업에 쓸 Skill이라면 사용자와 검토자 모두 그것이 무엇을 할지 알아야 한다. 앞서 든 요구사항 정리 과업은 다음과 같이 정할 수 있다. 아래는 가상의 예시다.

**과업 범위.** 지정된 고객 요구사항 기록과 제품자료를 읽고, 이미 제시된 요구사항, 찾을 수 있는 관련 근거, 추가로 확인할 사항을 정리해 제안 담당자가 검토하게 한다. 고객의 확인을 대신하거나 제품이 요구사항을 충족한다고 스스로 결정하지 않는다.

**입력.** 지정된 요구사항 기록, 제품자료와 그 버전, 항목 설명, 접근이 허용된 자료 범위다. 최소한의 입력이 갖춰지지 않으면 누락 항목을 알린다. 자료가 서로 충돌하면 각 기록과 출처를 보존하고, 한 버전을 임의로 골라 사실로 취급하지 않는다.

**출력.** 요구사항 확인표를 만든다. 최소한 “원래 요구사항”, “자료상 근거”, “예비 적합성 의견”, “추가 확인 사항”을 구분한다. 중요한 기록은 각각 원파일의 해당 위치로 되돌아갈 수 있어야 한다. AI의 추론과 자료 원문을 나누고, 확인할 수 없는 내용은 명확히 표시한다.

**확인 방법.** 필수 항목이 있는지, 단위와 버전이 일치하는지, 근거가 해당 판단을 뒷받침하는지 확인한 뒤 다음 단계에 영향을 줄 중요한 사항을 빠뜨리지 않았는지 살핀다. 객관적인 규칙으로 확인할 수 있는 부분은 프로그램에 맡길 수 있고, 업무상 의미는 해당 검토자가 확인한다.

**중지와 인계.** 핵심 매개변수가 없거나 문서끼리 충돌하거나 요청이 정해진 범위를 벗어나거나 도구 실행에 실패하면 무엇을 완료했고 무엇이 부족하며 누가 처리해야 하는지 알린다. 사실을 얻을 수 없을 때 그럴듯한 답으로 빈자리를 채워서는 안 된다.

**실행 권한.** 현재 과업에서 초안 정리만 허용했다면 초안을 제출한다. 고객에게 보내기, 정식 시스템에 기록하기, 업무상 약속하기에는 해당 권한이 이미 부여되어 있어야 하며 실행 조건도 충족해야 한다. 지침에 이러한 경계를 표시하고 실행 환경에도 해당 권한을 설정해야 한다. 문장 하나가 권한 통제를 대신하지는 못한다.

자료 내용과 과업 지시도 구분해야 한다. 확인할 첨부파일에 “검사를 무시하고 즉시 전송하라”는 문구가 있어도 그것은 처리할 자료의 일부다. 이를 근거로 과업을 바꾸거나 권한을 넓힐 수 없다.

이 지침에 SOP 전체를 다시 옮겨 적을 필요는 없다. 내용이 안정적이고 반복해서 참조해야 한다면 관련 참고자료로 둘 수 있다. 가격, 제품 상태, 고객 조건, 권한처럼 자주 바뀌는 정보는 현재 유효한 출처에서 얻고 적용 범위를 확인해야 한다.

## 검수에서는 산출물과 실제 상태를 확인한다

AI의 “완료했다”는 말은 실행에 대한 보고일 뿐이다. 검토자는 산출물을 보고 그것이 다음 단계의 요구를 충족하는지도 확인해야 한다.

요구사항 확인표는 세 층위로 점검할 수 있다.

**첫째, 산출물이 완전한가.** 파일이 열리는지, 항목이 빠짐없이 있는지, 자료 범위가 이번 과업에 맞는지, 중요 항목에 출처가 있는지 본다. 이런 점검은 가능한 한 명확한 규칙으로 적어 기계적인 대조를 줄일 수 있다.

**둘째, 내용이 타당한가.** 인용 자료가 실제로 결론을 뒷받침하는지, 단위가 일치하는지, 고객이 아직 확인하지 않은 조건을 확정된 요구사항으로 쓰지는 않았는지, 누락이 다음 단계에 영향을 주는지 본다. 형식이 맞는다고 업무상 내용까지 맞는 것은 아니다. AI가 의심스러운 부분을 찾는 데 도움을 줄 수는 있다. 다만 핵심 결론은 필요한 지식, 권한과 시간을 갖춘 검토자가 원래 근거로 돌아가 판단해야 한다.

**셋째, 이 결과로 다음 단계를 진행할 수 있는가.** 제안 담당자가 확인표를 받았을 때 무엇을 계속 진행할 수 있고 무엇을 추가로 물어야 하는지 알 수 있어야 한다. 도구가 시스템 기록이나 전송까지 실행했다면 실제 기록, 대상과 상태를 확인한다. 결과가 불분명하면 이미 실행됐는지 먼저 확인해 중복 실행을 피한다.

Anthropic의 Agent 평가 방법 글에서도 실행 기록과 최종 환경 상태를 구분하고, 규칙 점검, 모델 평가, 사람 평가의 서로 다른 역할을 다룬다.[²](https://www.anthropic.com/research/demystifying-evals-for-ai-agents) 기업 협업에서도 이를 바탕으로 직접 검증할 수 있는 근거로 산출물을 확인하고, 전문적인 판단이 필요한 부분은 해당 담당자가 맡도록 할 수 있다.

검수 기준은 실행 전에 정해야 한다. 핵심 사실 오류, 권한을 벗어난 작업, 중요한 출처 누락은 곧바로 문제 처리로 넘겨야 한다. “매끄러운 문장”이나 “보기 좋은 형식”의 점수로 상쇄할 수 없다. 검토 중 문제가 발견되면 수령을 거부하거나 보완을 위해 돌려보낼 권한도 유지해야 한다. 검토가 형식적인 승인에 그쳐서는 안 된다.

좌우로 스크롤하거나 큰 그림을 열어 확인하세요.

[![그림 2: 입력 확인, AI 지원, 규칙 점검, 사람 검토와 인계로 검수를 진행하고 예외는 사람이 넘겨받아 처리하는 과정](https://yutengfei.com/journal/sop-to-ai-skill/materials/ko/02-acceptance-and-human-handover.svg)](https://yutengfei.com/journal/sop-to-ai-skill/materials/ko/02-acceptance-and-human-handover.svg)

그림 2｜산출물은 확인을 거쳐야 인계할 수 있다. 중요한 예외는 해당 단계에서 사람이 넘겨받아 처리한다. 이 그림은 시험 적용이 필요한 업무 구성 방법을 나타낸다.

[큰 그림 열기 ↗](https://yutengfei.com/journal/sop-to-ai-skill/materials/ko/02-acceptance-and-human-handover.svg)[편집 가능한 SVG 다운로드 ↓](https://yutengfei.com/journal/sop-to-ai-skill/materials/ko/02-acceptance-and-human-handover.svg)

## 먼저 시험 적용한 뒤 사용 방식을 정한다

처음 성공했다는 것은 당시의 자료와 환경에서 그 과업을 한 번 완료했다는 뜻이다. 재사용할 수 있는지 판단하려면 실제로 마주칠 여러 상황을 준비해야 한다.

요구사항 정리를 예로 들면 최소한 자료가 완비된 경우, 핵심 조건이 빠진 경우, 같은 매개변수의 버전이 다른 경우, 단위가 불일치하는 경우, 자료를 읽을 수 없는 경우, 범위를 벗어난 요청이 들어온 경우를 시험해야 한다. AI가 멈춰야 할 때 멈추는지, 계속할 수 있는데 너무 일찍 사람에게 넘기는지도 확인한다.

업무 담당자가 상황마다 받아들일 수 있는 결과를 먼저 정한 뒤 실행하고 다시 확인한다. 결과가 흔들리기 쉬운 중요한 상황은 반복해서 관찰한다. 지침을 조정할 때 사용하지 않은 자료 일부도 별도 확인용으로 남긴다. 표본의 수와 범위는 업무 위험에 따라 정한다. 작은 범위의 시험으로 모든 기업과 모든 과업에 적용할 수 있다고 입증할 수는 없다.

평가할 때는 산출물 품질, 사람의 검토 시간, 재작업과 예외를 함께 기록해야 한다. AI가 초안을 만드는 시간만 계산하면 이후 확인에 드는 비용을 놓칠 수 있다. 기존 방식과도 비교할 수 있다. 자료 조건이 비슷할 때 쓸 수 있는 결과를 더 빨리 얻는지, 누락을 더 쉽게 발견하는지, 넘겨받는 사람의 반복 확인이 줄어드는지 본다.

결과에 따라 사람이 계속 항목별로 검토할 수도 있고, 일부만 사용하거나 지침을 조정해 다시 시험하거나 사용을 중단할 수도 있다. 오류의 영향이 작고 규칙이 명확하며 충분히 검증된 업무에 한해서만 이미 허용된 범위 안에서 사람의 항목별 점검을 줄이는 방안을 검토한다. 그때도 표본 점검과 예외 시 사람에게 넘기는 방식은 유지한다.

시험할 때마다 Skill 버전, 입력자료 버전, 제출 산출물, 검토 결론과 미결 사항을 남긴다. 업무 규칙, 자료 출처, 모델이나 도구가 바뀌면 이 기록을 바탕으로 다시 확인할 범위를 정한다.

단일 과업이 검수를 통과했다는 것은 이번 산출물이 약속한 요구를 충족했다는 뜻이다. Skill을 재사용할 수 있는지는 시험한 상황에서의 성과와 이후 사용 기록도 봐야 한다. 고객 경험, 거래 성사 또는 다른 경제적 결과까지 개선하는지는 사업성과 사슬에서 계속 관찰해야 한다. 한 번의 과업 완료를 곧바로 경영성과로 표현해서는 안 된다.

## AI가 참여해도 책임은 역할별로 분명히 한다

자원, 운영·관리, 고객, 자본의 네 생태계에서는 다양한 역할이 먼저 기여할 수도 있고 필요에 응할 수도 있다. 누가 Skill을 만들고 사용하며 유지하는지는 실제 업무에 맞게 정해야 한다. 정예 운영·관리 조직은 관련 의사결정, 규칙과 조정을 맡고, 가치 생산, 판매 채널과 고객 관계 사이의 협업을 조직한다.

AI가 돕는 구체적인 업무 구간에서는 세 가지를 명확히 해야 한다. 누가 업무 요구와 검수 기준을 유지하는지, 누가 이번 입력과 실행에 책임지는지, 누가 산출물을 다음 단계로 넘겨도 된다고 확인하는지다. 적합한 역할이 여러 책임을 겸할 수 있다. 서로 확인이 필요한 핵심 업무는 그 결과의 영향에 따라 교차 검토를 배치한다. “AI 검토”라는 말을 추가했다고 해서 누군가 검토 역량을 갖추고 책임까지 맡았다고 여겨서는 안 된다.

가치 기여 역할의 업무 매뉴얼에는 그 역할이 사용할 수 있는 Skill, 산출물 요건과 협업 접점을 적을 수 있다. 소비 고객과 투자만 하는 참여자는 각자에 해당하는 절차를 따르며, 그런 지위만으로 공동 구축 업무 매뉴얼을 갖추도록 요구하지 않는다. 참여자가 어떤 AI 도구를 쓰는지도 기여와 권익을 직접 결정하지는 않는다. 관련 사항은 여전히 실제 업무, 전달된 결과와 제도에 따라 정한다.

반복해서 발생하는 실제 업무 하나에서 시작한다. 어떤 결과를 지원하는 일인지, 어느 부분이 AI에 적합한지, 근거는 어디에 있는지, 예외가 생기면 누가 넘겨받는지 명확히 한다. 이 조건을 적고 시험하고 수정한 뒤 협업에 차근차근 연결해야 Skill이 조직에서 사용하고 유지할 수 있는 역량이 될 수 있다.

## 더 읽어보기

-   [AI가 활용할 수 있는 싱크탱크 (중국어)](https://yutengfei.com/zh/journal/ai/): 지식, 과업, 도구와 권한의 관계를 살펴본다.

-   [나의 Skill (중국어)](https://yutengfei.com/zh/skills/): 경험, 판단과 방법이 어떻게 불러 쓸 수 있는 실행 지침이 되는지 살펴본다.

-   [기업 콘텐츠 체계: 표현을 통일하고 지속적으로 갱신하려면 (중국어)](https://yutengfei.com/zh/journal/business-content-system-maintenance/): 자료의 사실 확인, 검토와 갱신을 더 살펴본다.

## 자료에 관하여

이 글은 초기 자료인 《SOP 정리·설계 방법론》의 작업 기준, 평가 기준, 특수 상황 처리, 시험 적용과 반복 개선에 관한 생각을 이어간다. AI 지원 범위, 검수와 인계 메커니즘은 이 글에서 더 발전시킨 방법 설계이며, 요구사항 정리 과업은 가상의 예시다.

¹ [Agent Skills Overview](https://agentskills.io/home)는 개방형 형식의 기본 구성을 설명한다. 이 글은 파일 형식을 기업의 업무 프로세스와 동일시하지 않는다.

² [Demystifying evals for AI agents](https://www.anthropic.com/research/demystifying-evals-for-ai-agents), 2026년 1월 9일. Agent 평가 방법의 참고자료로 사용했다. 이 글의 메커니즘이 기업에서 이미 검증됐다는 증거로 보지는 않는다.

## 관련 자료

- [실행, 결과, 경험의 축적: 한 번의 일이 조직 역량이 되려면](https://yutengfei.com/ko/journal/action-results-organizational-capability/)

[CC BY-NC-ND 4.0](https://creativecommons.org/licenses/by-nc-nd/4.0/)

별도 명시가 없는 한 원본 글에 적용되며 제3자 자료는 제외됩니다. 다운로드나 기계 판독은 기존 허락 범위를 확대하지 않으며 2차 저작물, 상업적 이용, 모델 학습을 별도로 허용하지 않습니다.

[AI 활용 안내](https://yutengfei.com/ko/journal/ai/)


---

# SOP는 끝까지 실행했는데, 왜 경영성과는 나오지 않을까?

- 저자: Andrew David W.Y.
- 출처: https://yutengfei.com/ko/journal/sop-business-outcome-diagnosis/
- 버전: R1
- 공개: 2026-11-04
- 수정: 2026-11-04
- 공개 상태: 전문 공개
- 콘텐츠 유형: 방법 (methods)
- 연구 주제: 이해관계자 자본 거버넌스 (stakeholder-governance)
- 생태계 관점: 운영 관리 생태계 (operations) · 고객 생태계 (customer)

## 이 자료의 활용 방법

**용도**: 먼저 고객 및 경제적 결과를 확인하고, 실제 경영성과 흐름을 따라 차이가 생긴 지점을 찾는다. 사업 조건과 일하는 방식을 구분해 살피고, 근거에 따라 필요한 SOP 개선을 진행한다.

**사용 조건**: 대상, 목표, 제약이 현재 과제에 맞는지 확인하고 본문에 명시되지 않은 조건은 별도로 확인하세요.

**방법 · 단계, 입력, 완료 조건**

**근거와 검증 범위**: 사례는 분석과 적용 절차를 보여 줍니다. 실제로 사용할 때는 예시 조건을 업무 기록으로 바꾸고 판단과 결과를 확인하세요. 이 글에 대한 외부 검증 결과는 별도로 등록되어 있지 않습니다. 공개 자체가 효과의 검증을 뜻하지는 않습니다. 본문의 근거, 가정, 한계를 확인하세요.

읽고 인용할 수 있는 지식 자료이며 설치된 Skill이 아닙니다. AI에 사용할 때도 출처와 한계를 유지하고 결과를 검토하세요.

## 본문

고객에게 연락했고, 요구사항 표도 채웠고, 견적도 보냈다. 후속 연락 기록까지 빠짐없이 남겼다. 모든 과업이 완료로 표시돼 있는데, 월말에 보니 주문은 늘지 않았고 고객도 남지 않았으며 대금도 예상대로 들어오지 않았다.

이럴 때 관리자는 두 가지를 떠올리기 쉽다. 절차를 더 자세히 쓰거나, 모두에게 더 엄격하게 실행하라고 요구하는 것이다.

둘 다 도움이 될 때가 있다. 다만 먼저 확인할 것이 있다. 일을 제대로 하지 못한 것이 문제인가, 아니면 그 일을 제대로 해도 애초에 기대한 결과를 얻기에는 부족한 것인가? 고객이 이 제품을 필요로 하는지, 이 가격을 받아들이는지, 판매 경로를 통해 적합한 사람에게 닿았는지도 함께 판단해야 한다.

나는 경영성과가 기대에 미치지 못하면, 먼저 경영성과 흐름을 따라 문제를 확인한 뒤 업무·기능·동작 중 어느 수준의 SOP를 손볼지 정하는 편이 좋다고 생각한다. 문제를 먼저 찾아야 절차 개선으로 무엇을 해결할지도 분명해진다.

## 먼저 세 가지 ‘완료’를 구분하자

여기서 SOP(표준작업절차)는 한 가지 일의 단계, 요구사항, 예외 처리 방법을 명확하게 적어 팀이 실행하고 점검할 수 있도록 만든 업무 지침이다. 이 글에서는 고객 및 경제적 결과로 이어지는 핵심 사업 경로를 ‘경영성과 흐름’이라고 부른다.

초기 자료인 《SOP 정리·설계 방법론》에서 경영성과 SOP는 고객과 밀접하게 연결되고 경제적 목적의 달성을 지향하는 핵심 사업 논리를 가리킨다. 업무·기능·동작 SOP는 이를 뒷받침한다. 나는 이 출발점을 유지해야 한다고 생각한다. 한 가지 일이 얼마나 잘됐는지를 보려면, 그 일이 최종적으로 어떤 결과를 뒷받침하는지 알아야 한다.

이 가운데 업무 SOP는 여러 역할 사이의 업무 협업을 다룬다. 기능 SOP는 명확한 결과를 내고 완료 여부를 확인할 수 있는 개별 과업을 다루며, 동작 SOP는 구체적인 조작과 실행 방법을 설명한다.

실제로 적용할 때는 다음 세 수준도 구분해야 한다.

| 수준 | 무엇을 확인하나 | 무엇을 알 수 있나 |
| --- | --- | --- |
| 활동 완료 | 요구대로 연락·정리·발송·조작했는가 | 일이 실제로 수행됐고, 관련 단계를 추적할 수 있는가 |
| 과정 결과의 성립 | 요구사항을 대조·확인했는가, 제안의 핵심 조건을 필요한 수준까지 확인했는가, 납품이 약속을 충족했는가 | 이 단계가 후속 작업에 적합한 조건을 제공했는가 |
| 고객 및 경제적 결과의 실현 | 고객이 구매·사용·검수했는가, 매출·대금 회수·사업 수익이 목표에 도달했는가 | 이 사업 흐름이 해당 기간에 관찰하려던 결과를 냈는가 |

견적을 보냈다는 사실은 견적이 발송됐다는 것만 보여준다. 고객이 받았는지, 이해했는지, 받아들였는지는 계속 확인해야 한다. 계약을 맺었더라도 납품, 매출, 비용, 대금 회수는 각각 살펴야 한다.

일을 마친 뒤에는 완료 기록만 보고 점검을 끝내면 안 된다. 핵심 단계마다 한 가지를 더 물어야 한다. **이 행동으로 어떤 상태를 바꾸려 했으며, 실제로 바뀌었다는 근거가 지금 있는가?**

표준작업에는 여전히 가치가 있다. 기존 방식을 안정시키고, 교육·비교·지속적인 개선의 기준선을 제공할 수 있다. Lean Enterprise Institute도 표준작업을 지속적인 개선 과정에 두고 설명한다. 표준을 문서로 만드는 것을 종착점으로 보지 않는다. [참고: 표준작업](https://www.lean.org/lexicon-terms/standardized-work/)

## ‘경영성과가 없다’를 조사할 수 있는 문제로 바꾸자

‘경영성과가 좋지 않다’는 말은 너무 넓다. 팀이 같은 문제를 가리키고 있는지조차 맞추기 어렵다.

먼저 구체적인 사업 하나를 고르자. 어떤 고객을 대상으로 어떤 제품이나 서비스를 파는지 정하고, 이번에 확인할 결과, 실제 차이, 관찰 기한을 적는다. 예를 들어 ‘이번 기간의 신규 주문이 계획보다 적다’와 ‘이전 고객군의 만기 미수금이 들어오지 않았다’는 조사 대상과 처리 방법이 다르다.

여기서는 세 가지 기준을 먼저 분명히 해야 한다.

첫째, 계약 체결, 매출, 대금 회수, 이익은 각각 본다. 서로 연결돼 있지만 같은 것은 아니다. 판촉으로 주문이 늘어도 할인, 환불, 계약 이행 비용이 함께 늘 수 있다.

둘째, 비교할 수 있는 대상을 함께 놓고 본다. 같은 종류의 제품, 유사한 고객, 같은 성숙 단계에 있는 사업을 비교하고 판매 경로·범위·조건의 변화를 기록한다. 이번 달에 확보한 잠재고객이 모두 이번 달에 주문으로 이어지는 것은 아니다. 이번 달의 전체 주문 수를 전체 잠재고객 수로 단순히 나눈 값을 그 고객군의 전환율로 볼 수는 없다.

셋째, 언제 다시 볼지 정한다. 납품과 대금 회수의 약속 기한이 아직 오지 않았다면 미리 실패로 판단하면 안 된다. 관찰 시점이 지났는데도 ‘영업 주기가 길다’는 말로 문제를 계속 미뤄서도 안 된다. 아직 끝나지 않은 사항에는 현재 상태, 다음 확인 날짜, 담당자를 남긴다.

이 단계에서 남겨야 할 것은 명확한 질문 하나다. **어느 사업 집단의 어떤 결과가, 어느 기간에, 원래 목표나 기준선보다 얼마나 부족했는가?** 목표 자체에 근거가 부족하다면 그것도 확인할 사항으로 올린다.

## 실제 경영성과 흐름을 따라 차이가 시작된 지점을 찾자

프로젝트형 영업을 예로 들면, 경영성과 흐름을 다음과 같이 그려볼 수 있다. 적합한 고객에게 접근하기, 요구사항 확인하기, 받아들일 수 있는 제안과 조건 마련하기, 거래 성사시키기, 납품 이행하기, 약정에 따른 정산 마치기다. 사업마다 순서와 단계는 달라진다. 재구매, 갱신, 반품, 재작업, 철수도 실제 상황에 맞게 반영해야 한다.

다음으로 각 핵심 단계에서 원래 나와야 했던 결과와 실제 근거를 함께 놓는다.

좌우로 스크롤하거나 큰 그림을 열어 확인하세요.

[![그림 1: 실현되지 않은 결과를 먼저 분명히 한 뒤, 실제 경영성과 흐름을 따라 고객 상태, 근거, 차이를 확인한다. 화살표는 점검 경로를 나타내며, 각 단계가 반드시 거래 성사로 이어진다는 뜻은 아니다.](https://yutengfei.com/journal/sop-business-outcome-diagnosis/materials/ko/01-performance-chain.svg)](https://yutengfei.com/journal/sop-business-outcome-diagnosis/materials/ko/01-performance-chain.svg)

[큰 그림 열기 ↗](https://yutengfei.com/journal/sop-business-outcome-diagnosis/materials/ko/01-performance-chain.svg)[편집 가능한 SVG 다운로드 ↓](https://yutengfei.com/journal/sop-business-outcome-diagnosis/materials/ko/01-performance-chain.svg)

그림 1: 실현되지 않은 결과를 먼저 분명히 한 뒤, 실제 경영성과 흐름을 따라 고객 상태, 근거, 차이를 확인한다. 프로젝트형 영업의 점검 예시다. 실제 사업에서는 재접촉, 재협상, 재작업, 철수가 가능하다. [편집 가능한 SVG 열기](https://yutengfei.com/journal/sop-business-outcome-diagnosis/materials/ko/01-performance-chain.svg)

점검할 때는 수량뿐 아니라 품질, 대기 시간, 다음 단계로 넘어가지 못한 이유도 본다. 요구사항 표가 몇 장인지 세는 데서 그치지 말고, 그중 몇 장이 고객의 문제, 구매 조건, 의사결정 과정을 확인했는지 물어야 한다. 납품 과업의 완료 건수를 볼 때도 고객이 약속대로 검수했는지, 남은 처리 사항은 없는지 확인해야 한다.

어느 구간에서 뚜렷한 차이가 나타나면, 우선 그 구간을 중심으로 조사할 수 있다. 다만 **차이가 발견된 지점을 곧바로 원인으로 보면 안 된다.** 견적 이후에 고객이 이탈했다면 가격 때문일 수도 있지만, 요구사항을 잘못 이해했거나 납품 조건이 맞지 않았거나 접촉한 사람에게 구매 권한이 없었을 수도 있다. 대금 회수 지연도 앞선 납품 분쟁과 연결돼 있을 수 있다.

따라서 흐름을 따라 어디서 막혔는지 보면서, 그 단계에 어떤 입력이 들어왔는지도 되짚어야 한다. 앞 단계에서 남긴 문제가 뒤 단계에서야 드러날 수 있다.

## 사업 조건과 일하는 방식을 함께 살피자

막힌 단계를 찾았다면, 나는 가능한 원인을 두 묶음의 질문으로 나눠 함께 확인할 것을 권한다.

한쪽에서는 이 사업이 현재 조건에서도 성립하는지 살핀다.

| 사업 조건 | 무엇을 더 조사하나 |
| --- | --- |
| 수요 | 문제가 실제로 존재하고 시급한가, 누가 사용·결정·지불하는가, 구매 조건이 갖춰졌는가 |
| 제품 | 제안이 문제를 해결하는가, 품질·사용 방식·납품·서비스가 현재 고객에게 맞는가 |
| 가격과 거래 조건 | 고객이 총비용을 이해하는가, 예산·결제 기한·계약 조건을 받아들일 수 있는가, 기업이 계약 이행 비용을 감당할 수 있는가 |
| 판매 경로 | 적합한 대상에게 접근했는가, 판매 경로에서 한 약속과 실제 공급이 일치하는가, 잠재고객의 유입 경로가 바뀌었는가 |
| 외부 조건 | 고객 예산, 경쟁 대안, 공급 조건, 기타 제약이 달라졌는가, 기존 판단이 아직 유효한가 |

다른 한쪽에서는 일을 완수할 조건이 갖춰졌는지, 현재 방식으로 필요한 결과를 얻을 수 있는지 살핀다. 선행 자료는 적합한가, 협업 순서는 합리적인가, 결정과 인계는 명확한가, 자원과 역량은 충분한가, 기준은 적합한가, 실제 실행이 정해진 방식에서 벗어나지는 않았는가?

두 묶음의 문제가 동시에 있을 수도 있다. 예를 들어 고객이 요구하는 납기가 짧아졌는데, 내부 공급 역량을 확인하는 과정은 여전히 느릴 수 있다. 외부 조건의 변화와 업무 협업의 조정 필요성이 함께 있는 경우다. 한 가지 이유만 골라 모든 문제를 설명해서는 안 된다.

조사에는 주문, 납품, 검수, 견적 버전, 의사소통 기록, 재무 기록을 활용할 수 있다. 고객과 참여자에게 추가 설명을 요청할 수도 있다. 여러 출처를 서로 대조해 실제로 무슨 일이 있었는지 확인해야 한다. 기존 판단을 뒷받침하는 자료만 모으지 않는다. 고객이 ‘관심 있다’고 말한 것과 구체적인 조건으로 구매할 의향을 보인 것은 뒷받침하는 판단이 서로 다르다.

근거가 아직 부족하면, 설명을 먼저 검증할 가설로 적는다. 예를 들면 ‘고객이 다음 단계로 나아가지 않은 것은 납기가 구매 시기와 맞지 않았기 때문일 수 있다’는 가설이다. 다음 할 일은 실제 구매 일정과 가능한 납기를 확인하는 것이다. Strategyzer가 제안한, 핵심 가설을 먼저 찾고 테스트를 설계한 뒤 근거를 가설에 다시 연결하는 방식이 이 단계의 참고가 될 수 있다. [참고: 핵심 가설부터 테스트하기](https://www.strategyzer.com/library/how-to-test-your-idea-start-with-the-most-critical-hypotheses)

## 문제를 확인한 뒤, 필요한 개선을 조직하자

조사를 마쳤다면 다음에 무엇을 바꿀지 설명할 수 있어야 한다. 바꿔야 할 수준의 일을 조직하면 된다. 모든 SOP를 한 번씩 고칠 필요는 없다.

좌우로 스크롤하거나 큰 그림을 열어 확인하세요.

[![그림 2: 결과의 차이를 확인한 뒤 사업 조건과 일하는 방식을 함께 살피고, 근거에 따라 사업 조정 또는 업무·기능·동작 SOP 개선을 선택한다. 이후 고객 및 경제적 결과를 검증한다. 근거가 부족하거나 조건이 성립하지 않으면 자료 보완, 조정, 일시 중단을 선택할 수 있다.](https://yutengfei.com/journal/sop-business-outcome-diagnosis/materials/ko/02-diagnosis-intervention.svg)](https://yutengfei.com/journal/sop-business-outcome-diagnosis/materials/ko/02-diagnosis-intervention.svg)

[큰 그림 열기 ↗](https://yutengfei.com/journal/sop-business-outcome-diagnosis/materials/ko/02-diagnosis-intervention.svg)[편집 가능한 SVG 다운로드 ↓](https://yutengfei.com/journal/sop-business-outcome-diagnosis/materials/ko/02-diagnosis-intervention.svg)

그림 2: 근거에 따라 필요한 개입을 선택한다. 두 조사는 병행할 수 있고, 여러 행동을 조합할 수도 있다. 바꾸는 사항마다 기대 영향과 재확인 조건을 적는다. 최종 관찰 기한이 오기 전에는 최종 경영성과를 실패로 판정하지 않는다. 이미 나타난 단계별 이상은 제때 조사할 수 있다. [편집 가능한 SVG 열기](https://yutengfei.com/journal/sop-business-outcome-diagnosis/materials/ko/02-diagnosis-intervention.svg)

수요나 제품에 대한 판단에 문제가 있다면 서비스 대상, 제품 범위, 가치 제안을 다시 확인한다. 가격, 거래 조건, 판매 경로가 적합하지 않다면 권한이 있는 사람이 조정 여부를 결정한다. 원래의 사업 전제가 더 이상 성립하지 않는다면 사업의 축소, 일시 중단, 종료도 검토하고 기존 약속을 어떻게 처리할지 정해야 한다.

문제가 여러 역할 사이의 업무 협업에 있다면 업무 SOP 개선을 시작할 수 있다. 예를 들어 견적에 담긴 약속을 공급·기술·납품 담당이 함께 확인해야 한다면, 확인 순서, 기한, 예외 처리, 결정 권한을 명확히 한다.

문제가 완결형 과업 하나에 있다면 그 설계, 완료 방식, 결과 기준을 더 살핀다. 조건이 부족하면 보완하고, 방법이 맞지 않으면 바꾼다. 절차를 바꿔야 할 때 기능 SOP를 수정한다. 예를 들어 요구사항 확인 업무가 사용 조건과 구매 조건을 계속 제대로 파악하지 못한다면, 이 과업의 입력, 출력, 책임, 완료 기준을 분명히 해야 한다.

결과 목표와 과업 설계가 이미 명확한데 구체적인 조작에서 문제가 생겼다면 동작 SOP를 수정한다. 잘못된 견적 버전을 썼거나, 필수 항목 하나를 빠뜨렸거나, 인계할 때 확인된 자료를 첨부하지 않은 경우가 그 예다. 이때 교육, 도구 지원, 조작 점검이 어디에 집중해야 할지도 분명해진다.

모두가 요구대로 실행했는데도 절차가 적합한 결과를 만들지 못하는 경우도 있다. 이때는 방법이나 기준을 바꿔야 한다. 기존 기준으로 실행에 문제가 없었다는 것만 확인한 뒤 논의를 끝내면 안 된다.

이 수준들은 일의 관계에 따라 구분한다. 특정 부서와 기계적으로 대응시키지 않는다. 한 가지 문제가 여러 역할에 걸칠 수도 있고, 한 사람이 여러 일을 맡을 수도 있다.

## 작은 범위에서 검증해 개선 효과를 확인하자

가상의 상황을 하나 들어보자. 설비 관련 지원 서비스를 제공하는 기업이 있다. 연락한 고객 수, 요구사항 등록, 견적 발송은 모두 완료로 표시됐는데 주문은 계획에 미치지 못했다. 방법을 설명하기 위한 상황이며, 검증된 기업 사례는 아니다.

동일한 고객군을 확인해 보니 일부 견적은 고객의 구매 가능 시기를 넘겨 전달됐고, 일부 제안은 설치 현장의 조건에 맞지 않았다. 이것만으로 모든 문제가 견적 속도 때문이라고 할 수는 없다. 각각 확인해야 한다.

다음에 들어오는 유사한 조건의 요구사항을 대상으로, 요구사항 확인과 견적 협업 방식을 먼저 조정할 수 있다. 제안을 만들기 전에 현장 조건과 구매 일정을 확인한다. 기술과 공급 담당이 함께 확인해야 하는 사항에는 회신 기한과 예외 처리를 정한다. 자료의 적합 비율과 확인 소요 시간뿐 아니라 고객이 다음 단계로 나아갔는지, 실제 거래, 계약 이행 비용, 이후 대금 회수도 관찰한다.

요구사항을 더 정확히 확인하고 견적도 더 빨리 냈는데 고객이 여전히 받아들이지 않는다면, 제품·가격과 다른 설명을 계속 살펴야 한다. 거래가 늘었어도 재작업과 비용이 증가했다면 곧바로 개선이 효과적이었다고 볼 수 없다. 여러 조건을 동시에 바꿨다면 변경 기록을 남긴다. 결과 전체를 한 가지 변화의 효과로 돌리지 않기 위해서다.

처음에는 간단한 표 하나로 개선을 구체화해도 된다.

| 기록 항목 | 명확히 적을 내용 |
| --- | --- |
| 결과의 차이 | 대상, 기간, 지표의 정의·집계 기준, 목표 또는 기준선, 실제 차이 |
| 막힌 지점의 근거 | 어느 단계가 막혔는가, 자료는 어디에 있는가, 입력은 적합한가, 다른 설명은 없는가 |
| 이번 판단 | 현재 근거가 무엇을 뒷받침하며, 무엇을 더 확인해야 하는가 |
| 필요한 행동 | 사업 조건을 바꿀 것인가, 업무·기능·동작 SOP를 바꿀 것인가, 누가 결정하고 실행하며 얼마나 투입하는가 |
| 재확인 약속 | 개선 전에 과정과 경영 결과를 언제 점검할지, 어떤 기준선과 비교할지, 어떤 조건에서 유지·조정·종료할지 정한다 |

관찰을 기다리는 것도 분명한 상태다. 무엇을 언제까지 기다릴지 적어야 한다. 일시 중단한 뒤에는 고객, 납품, 대금, 협업 상대에 대한 후속 처리를 마련한다. 재개할 때는 조건을 다시 확인한다. 매번 결과와 반례를 남겨야 이 방법을 어떤 상황에서 쓸 수 있고, 어떤 상황에서는 아직 부족한지 볼 수 있다.

## 절차를 기업이 함께 만드는 결과로 연결하자

이 방법을 기업 생태계에 적용하면 자원, 운영·관리, 고객, 자본 각 측의 참여자는 스스로 문제를 제기하고 전문적인 기여를 하거나 구체적인 수요에 대응할 수 있다. 소수 정예의 운영·관리 팀은 해당 의사결정, 규칙, 조정을 맡아 가치 생산, 판매 경로, 고객 관계를 연결한다. 관련 참여자가 사실을 함께 제시하고, 권한이 있는 역할이 선택과 판단을 내린 뒤 후속 업무를 누가 맡을지 명확히 한다.

경영성과 흐름을 점검하는 이유는 일이 고객 및 경영 결과를 어떻게 뒷받침하는지 보기 위해서다. 모든 경영 위험을 특정 실행자에게 떠넘긴다는 뜻은 아니다. 완료 기록만으로 모든 기여와 권리를 확정할 수도 없다. 구체적인 보수, 책임, 권리는 실제 사업, 계약, 제도에 따라 각각 정한다.

나는 실제 사업 하나에서 시작하는 편을 택하고 싶다. 이번에 이루지 못한 결과는 무엇인지, 근거는 문제가 어디에 있다고 보여주는지, 다음에 무엇을 바꿔야 하는지, 언제 돌아와 확인할지를 묻는 것이다.

SOP는 이미 이해한 일을 더 명확하게 조직할 수 있다. 동시에 팀이 기존 이해의 부족함을 발견할 여지도 남겨야 한다. 그래야 절차가 사업과 함께 개선될 수 있다. 이 진단 방법의 효과도 구체적인 사업에서 지속적인 기록, 결과의 변화, 반례를 통해 검증해야 한다.

### 방법의 출처와 더 읽을 자료

이 글은 초기 《SOP 정리·설계 방법론》 2~4쪽의 네 가지 SOP 관계와 6~9쪽의 적용 상황, 선행 과업, 기준, 시범 적용, 반복 개선에 관한 생각을 이어간다. 결과의 정의·집계 기준, 동일 사업 집단의 관찰, 양방향 근거 확인, 필요한 개입을 고르는 진단 경로는 이번에 발전시킨 내용이다. 두 그림 모두 이 글의 논증에 맞춰 새로 설계했다.

참고 자료: [Lean Enterprise Institute: 표준작업](https://www.lean.org/lexicon-terms/standardized-work/), [Michael Ballé: 사무 환경에서 표준작업을 적용하기 전에 개선할 문제부터 명확히 하기](https://www.lean.org/the-lean-post/articles/how-do-i-implement-standard-work-in-an-office-environment/), [Strategyzer: 핵심 가설부터 테스트하기](https://www.strategyzer.com/library/how-to-test-your-idea-start-with-the-most-critical-hypotheses). 이 자료들은 인접한 방법론을 참고하기 위한 것이며, 이 글의 진단 틀에 효과가 검증됐다는 근거는 아니다.

필요할 때 더 읽기: [기업 계획 10단계: 방향·자원·실행을 연결하기 (중국어)](https://yutengfei.com/zh/journal/enterprise-planning-ten-steps/), [네 생태계 거버넌스 모델: 기여·권리·협업의 순환 (중국어)](https://yutengfei.com/zh/journal/four-ecology-governance-model/).

## 관련 자료

- [4계층 SOP: 성과·업무·직무·동작은 어떻게 연결되는가](https://yutengfei.com/ko/journal/four-way-sop/)
- [4계층 SOP 활용법: 성과에서 업무·인재·매일의 작업까지 정리하기](https://yutengfei.com/ko/journal/four-way-sop-practical-guide/)
- [성과 사슬 하나를 골라, 기업 생태계 재설계를 어떻게 시작할까](https://yutengfei.com/ko/journal/performance-chain-ecology-transformation/)
- [직무·책임 분석에서 역할별 업무 매뉴얼로: 참여자가 어떻게 기여할지 알 수 있게 하려면](https://yutengfei.com/ko/journal/co-builder-role-handbook/)

[CC BY-NC-ND 4.0](https://creativecommons.org/licenses/by-nc-nd/4.0/)

별도 명시가 없는 한 원본 글에 적용되며 제3자 자료는 제외됩니다. 다운로드나 기계 판독은 기존 허락 범위를 확대하지 않으며 2차 저작물, 상업적 이용, 모델 학습을 별도로 허용하지 않습니다.

[AI 활용 안내](https://yutengfei.com/ko/journal/ai/)