본문으로 건너뛰기

SOP 작성 가이드

목적​

이 가이드는 Kyndof의 모든 SOP가 일관된 품질, 구조, 사용성을 유지하도록 보장합니다. 잘 작성된 SOP는 운영 우수성과 조직 지식 보존의 기반입니다.

핵심 원칙​

1. 간결함보다 명확함​

SOP는 포괄적이고 모호함이 없어야 합니다. 해석의 여지를 남기는 것보다 과도하게 설명하는 것이 낫습니다.

2. 실행 가능한 지침​

모든 단계는 필요한 교육을 받은 사람이 실행할 수 있어야 합니다. "적절히 처리한다"나 "적절한 판단을 사용한다" 같은 모호한 표현을 피하세요.

3. RABSIC 책임​

모든 SOP는 누가 Responsible, Accountable, Backup, Support, Informed, Consulted인지 명확하게 정의해야 합니다. 오너십 없는 작업은 없어야 합니다.

4. 증거 기반 품질 게이트​

품질 체크포인트에는 객관적인 합격/불합격 기준이 있어야 합니다. "괜찮아 보인다"는 품질 게이트가 아닙니다. "모든 조각이 결 방향 기준 1/8인치 이내"가 품질 게이트입니다.

5. 미래 지향적 문서화​

지금으로부터 3년 후에, 여러분이 설명해 줄 수 없는 상황에서 이 문서를 실행할 사람을 위해 작성하세요.

SOP 구조 요건​

모든 SOP는 다음 섹션을 이 순서대로 포함해야 합니다.

1. 프론트매터 (필수)​

---
layout: default
title: "[SOP 제목]"
parent: "[카테고리]"
grand_parent: "[부서]"
sop_id: "SOP-XXX"
version: "1.0"
effective_date: "YYYY-MM-DD"
owner_position: "[직책 역할]"
review_date: "YYYY-MM-DD"
status: "Active|Draft|Revised|Archived"
---

2. 문서 관리 표​

버전 추적 및 소유권을 위한 메타데이터입니다.

3. 목적​

포함할 내용:

  • 이 SOP가 달성하는 것
  • 존재하는 이유 (비즈니스 필요)
  • 이 SOP를 따르지 않으면 어떤 일이 발생하는지
  • 가능하면 영향을 수치화 (X원 절감, Y% 오류 감소, Z시간 절약)

나쁜 예시:

이 SOP는 원단 재단 방법을 설명합니다.

좋은 예시:

이 SOP는 정확한 패턴 배치, 최소한의 낭비(목표 15% 이하), 비용이 큰 오류 방지(재단 오류당 평균 5만~50만원)를 위한 표준화된 원단 재단 절차를 수립합니다. 재단은 생산에서 가장 중요하고 되돌릴 수 없는 단계입니다.

4. 범위​

포함 범위:

  • 다루는 구체적 시나리오
  • 지리적 또는 조직적 경계
  • 이 SOP가 적용되는 조건

제외 범위:

  • 다루지 않는 내용을 명시적으로 기술
  • 제외된 시나리오에 대한 대안 SOP 참조

5. RABSIC 책임 매트릭스​

정확히 1명의 Accountable을 포함해야 합니다. 나머지 역할은 필요에 따라 배정합니다.

역할직책책임
R[직책][실행하는 내용]
A[직책][승인/소유하는 내용]
B[직책][투입되는 시점]
S[직책][돕는 방법]
I[직책][받는 내용]
C[직책][제공하는 전문성]

6. 사전 요건​

누군가가 이 SOP를 실행하기 전에 갖춰져야 할 것들입니다.

  • 필수 도구/시스템: 구체적 도구, 소프트웨어, 장비
  • 필수 교육: 자격증, 워크숍, 기술 수준
  • 필수 문서: 템플릿, 참고 자료, 입력 데이터
  • 접근/권한: 시스템 접근, 인가 수준

7. 단계별 절차​

SOP의 핵심 부분입니다. 각 단계는 다음을 포함해야 합니다.

단계 템플릿:

### 단계 X: [단계 이름]

**목표:** [이 단계가 달성하는 것]

**수행 작업:**
1. [구체적 지침이 포함된 상세 작업]
2. [정확한 버튼 이름, 필드 이름, 시스템 경로 포함]
3. [커뮤니케이션의 정확한 문구 명시]

**분기점:** (해당 시)
- **만약** [조건], **그러면** [작업/다음 단계]
- **아니면** [대안 작업]

**품질 체크포인트:**
- [ ] [객관적 검증 기준 1]
- [ ] [객관적 검증 기준 2]

**예상 소요 시간:** [X분/시간]

**담당 역할:** [RABSIC 매트릭스 참조]

작업 작성 가이드라인:

  • 능동태 사용: "제출 버튼을 클릭한다" (O) "제출 버튼이 클릭된다" (X)
  • 구체적으로: "client@example.com으로 제목: 프로젝트 업데이트 이메일을 발송한다" (O) "고객에게 이메일한다" (X)
  • 정확한 경로 포함: "Notion > Projects > Active Projects 데이터베이스로 이동한다" (O) "프로젝트 페이지로 이동한다" (X)
  • 도구 명시: "원단 가위를 사용한다 (로터리 커터 아님)" (O) "원단을 자른다" (X)

8. 품질 기준 및 체크포인트​

필수 품질 게이트 표:

체크포인트기준담당합격/불합격
[이름][구체적이고 측정 가능한 기준][역할][합격/불합격 판정 방법]

최종 검증 체크리스트: 누군가가 완료를 확인하는 데 사용할 수 있는 포괄적 체크리스트입니다.

9. 예외 및 특수 케이스​

표준 프로세스로부터 알려진 이탈 사항을 문서화합니다.

예외 템플릿:

### 예외 X: [시나리오 이름]

**발생 시점:** [트리거 조건]

**수정된 절차:**
1. [표준 절차가 어떻게 변경되는지]
2. [추가 단계 또는 승인]

**추가 승인 필요:** [구체적 역할]

10. 에스컬레이션 및 문제 해결​

자주 발생하는 문제 표:

문제가능한 원인해결 방법에스컬레이션 대상
[문제][근본 원인][해결 방법][미해결 시 역할]

에스컬레이션 경로:

  1. 1차: [역할]
  2. 2차: [역할]
  3. 최종: [역할]

11. 관련 문서​

  • 참조된 SOP (링크 포함)
  • 템플릿 (위치 포함)
  • 외부 표준 또는 규정
  • 지식 베이스 문서

12. 용어 정의​

이 SOP에서 사용하는 전문 용어를 정의합니다.

13. 지표 및 KPI​

프로세스 성과 측정 방법입니다.

지표목표측정 방법검토 주기
[이름][목표 값][측정 방법][검토 시점]

14. 교육 요건​

  • 초기 교육 (시간, 주제, 이수 확인 기준)
  • 재교육 (주기, 트리거)
  • 역량 평가 (능력 확인 방법)

15. 개정 이력​

이 SOP의 모든 변경 사항을 추적합니다.

16. 승인 서명​

이 SOP를 승인한 사람을 문서화합니다.

작성 스타일 가이드라인​

언어 및 톤​

  • 전문적이지만 접근 가능하게: 격식이 아닌 명확함을 위해 작성
  • 직접적이고 간결하게: 불필요한 단어를 제거
  • 능동태: "재단사가 원단을 측정한다" (O) "원단이 재단사에 의해 측정된다" (X)
  • 일관된 시제: 작업에는 현재형 사용 ("클릭한다", "발송한다")
  • 직책 기반: "판매 관리자가 승인한다" (O) "김영희가 승인한다" (X)

서식 기준​

  • 제목: 계층적 제목 사용 (H2, H3, H4)
  • 목록: 순차적 단계에는 번호 목록, 비순차적에는 불릿 사용
  • 표: 구조화된 데이터에 표 사용 (매트릭스, 비교, 다중 열)
  • 굵게: 핵심 포인트, 도구 이름, UI 요소 강조에 사용
  • 코드 블록: 이메일 정확한 문구, 스크립트, 시스템 경로에 사용

피해야 할 흔한 실수​

모호한 지침:

"원단을 조심스럽게 다룬다"

구체적인 지침:

"원단을 테이블 표면에 평평하게 놓는다. 재단 중에 원단을 들어 올리지 않는다."

지식을 가정:

"요청을 정상적으로 처리한다"

명시적 프로세스:

"Notion > Leads 데이터베이스에 요청을 기록한다. 템플릿 A1을 사용하여 확인 이메일을 발송한다. 4시간 응답 리마인더를 설정한다."

분기 로직 누락:

"적절한 팀으로 전달한다"

명확한 분기 로직:

"만약 예산이 500만원 초과이면, 판매 관리자에게 전달한다. 만약 예산이 500만원 이하이고 표준 프로젝트이면, 판매 담당자에게 전달한다. 만약 범위를 벗어나면, 거절 이메일(템플릿 A4)을 발송한다."

주관적 품질 기준:

"재단 품질이 허용 가능한지 확인한다"

객관적 품질 기준:

"모든 가장자리가 매끄러운지(들쭉날쭉한 재단 없음), 결 정렬이 1/8인치 허용 오차 이내인지, 모든 노치가 올바르게 표시되었는지 확인한다."

하드코딩된 이름:

"김영희에게 승인을 보낸다"

직책 기반:

"판매 관리자에게 승인을 보낸다"

SOP 테스트​

확정하기 전에 SOP를 테스트하세요.

1. 이해도 테스트​

프로세스에 익숙하지 않은 사람에게 SOP를 줍니다. 명확한 질문 없이 실행할 수 있나요?

2. 완전성 테스트​

체크리스트 검토:

  • 모든 작업에 담당 역할이 있는가
  • 모든 분기점에 명확한 기준이 있는가
  • 모든 품질 게이트에 합격/불합격 정의가 있는가
  • 모든 예외에 수정된 절차가 있는가
  • 모든 에스컬레이션에 구체적 역할이 있는가

3. 정확성 테스트​

실무 전문가(SME)가 검토:

  • 기술적 정확성 (단계가 올바른지)
  • 현실적인 일정 (추정치가 현실과 맞는지)
  • 실현 가능한 품질 목표 (목표가 달성 가능한지)

4. 미래 지향성 테스트​

질문해 보세요: "내가 이것을 설명해 줄 수 없는 상황에서, 3년 후의 누군가가 이것을 올바르게 실행할 수 있을까?"

SOP 유지보수​

연간 검토​

모든 SOP는 최소 연 1회 검토하여 다음을 확인해야 합니다.

  • 프로세스가 여전히 유효한지 (오래된 단계 없는지)
  • 도구/시스템이 여전히 정확한지 (소프트웨어가 변경되지 않았는지)
  • 역할이 여전히 올바른지 (조직 구조 변경)
  • 지표가 여전히 적절한지 (성장에 맞게 목표 조정)

트리거 기반 검토​

다음의 경우 즉시 SOP를 검토하세요.

  • 프로세스 실패 발생 (SOP가 오류를 초래)
  • 주요 도구/시스템 변경 (새 소프트웨어, 장비)
  • 조직 개편 (새 역할, 부서)
  • 절차에 대한 반복되는 질문 (불명확한 섹션을 나타냄)

버전 관리​

  • 메이저 버전 변경 (1.0 → 2.0): 프로세스 대폭 개편
  • 마이너 버전 변경 (1.0 → 1.1): 소규모 개선, 명확화
  • 패치 버전 변경 (1.1 → 1.1.1): 오타 수정, 서식 업데이트

모든 변경 사항을 개정 이력 섹션에 문서화하세요.

SOP 승인 프로세스​

  1. 초안: 작성자가 초기 SOP를 작성
  2. SME 검토: 실무 전문가가 기술적 정확성을 검토
  3. 이해관계자 검토: 모든 RABSIC 역할이 자신의 책임을 검토
  4. 관리자 승인: Accountable 역할이 내용을 승인
  5. 최종 승인: COO 또는 CEO가 승인 (SOP 범위에 따라)
  6. 게시: SOP가 "활성(Active)" 상태로 위키에 게시

리소스​

버전: 1.0 최종 수정일: 2026-02-02 다음 검토일: 2027-02-02

원본 문서: Notion - Processes (SOPs) 최종 동기화: 2026-02-08