# 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/)