Fix: Restore unified Topics folder and reorganize specialized category folders

10_Wiki/Topics/SOW.md

@@ -0,0 +1,31 @@
+---
+id: [[P-Reinforce|P-Reinforce]]-AUTO-SOWW-001
+category: Dev
+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.
+---