정의

코드·산출물의 생성 / 검토 / 승인 3 역할을 서로 다른 주체 가 수행하는 거버넌스 패턴. 세 역할이 같은 사람 이면 눈먼 점(blind spot) 발생 → 검증 효과 0.

3 역할 매핑

왜 분리해야 하는가

• 자기 검증의 한계 — 같은 사람이 같은 사고 패턴으로 검증
• 눈먼 점 — 본인이 만든 결함을 본인이 가장 못 본다
• 책임 분산 — 한 사람의 실수가 시스템 전체 사고 로 이어지지 않게

concept/two-stage-review 와의 관계

• 2 단계 리뷰 = Spec + Quality 두 축 의 검증
• 3 인 체제 = 생성 / 검토 / 승인 세 주체 의 분리
• 둘이 직교 — 함께 적용하면 2 축 × 3 주체 = 강력한 거버넌스

AI 시대의 적용

• 만든 자 = AI (가능)
• 검토자 = AI 보조 + 인간 (policy-sidecar + 다른 개발자)
• 승인자 = 반드시 인간 (팀 리더) — term/hitl 핵심

강의 활용

03 HRN / 06 CLN:

• "AI 가 만들고 AI 가 검증하고 AI 가 승인하면 눈먼 점 입니다."
• "승인은 반드시 사람."

주의사항

• 번역 통일: 3 인 체제 한국어 권장. Separation of Duties 영어 부수.
• 소규모 팀: 1~2 명 팀에서는 3 역할이 겹칠 수밖에 없음 — 그러면 시간 분리 (작성 후 24시간 휴지기 후 검토) 같은 대안.
• AI 보조의 의미: AI 가 두 번째 역할(검토) 을 보조해도 세 번째 역할(승인) 은 인간.
• 사역 도메인 일반화: 본 카드는 사역 3 인 체제 (만든 자·검토자·교역자) 를 일반 코드 거버넌스 로 변환.