---
id: [[P-Reinforce|P-Reinforce]]-AUTO-SOWW-001
category: Unified
confidence_score: 0.91
tags: [auto-reinforced, sow, [[business|business]], contract, scope, deliverables, project-[[Management|Management]]]
last_reinforced: 2026-04-20
---

# [[SOW|SOW]]

## 📌 한 줄 통찰 (The Karpathy Summary)
> "말뿐인 합의 대신 '글'로 박힌 약속: 프로젝트에서 우리가 '무엇을 할 것인가'를 넘어 '무엇을 절대 하지 않을 것인가($Scope \ Out$)'까지 명확히 규정하여, 나중에 딴소리 나오지 않게 못 박는 비즈니스의 최종 방어 문구."

## 📖 구조화된 지식 (Synthesized Content)
작업 명세서([[State|State]]ment of Work, SOW)는 프로젝트의 범위, 산출물, 일정, 지불 조건 등을 상세히 기술한 법적/비즈니스적 문서입니다.

1.  **필수 포함 항목**:
    *   **Scope of Work**: 해야 할 일의 명확한 경계선. ([[Requirements|Requirements]]와 연결)
    *   **Milestones & Timeline**: 언제까지 무엇을 줄 것인가. ([[Roadmap|Roadmap]]와 연결)
    *   **Acceptance Criteria**: "어떤 상태면 완료된 것으로 볼 것인가?"에 대한 합의. ([[Quality-Control|Quality-Control]]와 연결)
2.  **왜 중요한가?**:
    *   SOW가 부실하면 프로젝트 중간에 요구사항이 끝없이 늘어나는 'Scope Creep'에 빠져 팀 전체가 탈진하게 되기 때문임. (Management의 핵심 보호막)

## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
- **과거 데이터와의 충돌**: 과거에는 종이 문서 정책에 사인하면 끝이었으나, 현대 정책은 코드 저장소의 `README`나 `PR(Pull Request)` 자체가 사실상의 '살아있는 SOW 정책' 역할을 수행함(RL Update).
- **정책 변화(RL Update)**: 본 지식 베이스 구축 또한 "600개 주제 선정 -> 배치별 주입 -> 대표님 최종 QC 승인"이라는 일종의 묵시적 SOW 정책 하에서 움직이며, 매 배치 결과가 이 약속의 이행 정책임을 증명 중임.

## 🔗 지식 연결 (Graph)
- [[Requirements|Requirements]], [[Roadmap|Roadmap]], [[Quality-Control|Quality-Control]], [[Management|Management]], [[Decision Theory|Decision Theory]]
- **Modern Tech/Tools**: Contract management software, DocuSign, Project charters.
---