32 lines
2.2 KiB
Markdown
32 lines
2.2 KiB
Markdown
---
|
|
id: P-REINFORCE-AUTO-SOWW-001
|
|
category: "10_Wiki/💡 Topics/AI"
|
|
confidence_score: 0.91
|
|
tags: [auto-reinforced, sow, business, contract, scope, deliverables, project-management]
|
|
last_reinforced: 2026-04-20
|
|
---
|
|
|
|
# [[SOW|SOW]]
|
|
|
|
## 📌 한 줄 통찰 (The Karpathy Summary)
|
|
> "말뿐인 합의 대신 '글'로 박힌 약속: 프로젝트에서 우리가 '무엇을 할 것인가'를 넘어 '무엇을 절대 하지 않을 것인가($Scope \ Out$)'까지 명확히 규정하여, 나중에 딴소리 나오지 않게 못 박는 비즈니스의 최종 방어 문구."
|
|
|
|
## 📖 구조화된 지식 (Synthesized Content)
|
|
작업 명세서(Statement of Work, SOW)는 프로젝트의 범위, 산출물, 일정, 지불 조건 등을 상세히 기술한 법적/비즈니스적 문서입니다.
|
|
|
|
1. **필수 포함 항목**:
|
|
* **Scope of Work**: 해야 할 일의 명확한 경계선. (Requirements와 연결)
|
|
* **Milestones & Timeline**: 언제까지 무엇을 줄 것인가. (Roadmap와 연결)
|
|
* **Acceptance Criteria**: "어떤 상태면 완료된 것으로 볼 것인가?"에 대한 합의. (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.
|
|
---
|