# ⚠️ 개발실 내부 공지 — C13 절대 원칙 재환기

> **공지일**: 2026-04-15
> **공지자**: 개발실장
> **수신**: 클라이언트팀장, 서버팀장, 그리고 commands 8개 (`/게임플레이`, `/ui-ux`, `/테크아트`, `/최적화`, `/백엔드`, `/db`, `/devops`, `/qa`)
> **사유**: 2026-04-15 P9 정기 모니터링에서 **C13 위반 첫 사례 발견** — 자진 정정 + 재발 방지

---

## 1. 발생 사실 (C5 정직성)

- 2026-04-14 ~ 15 사이 개발실장이 `개발실/코어_설계/` 디렉토리 신설 + 신규 산출물(아키텍처 개요·추출대상·UPM 스켈레톤) 작성을 진행했음에도 PD 지시 로그·일일 보고 모두 갱신 누락
- 총괄PM의 P9 모니터링에서 지적받아 자진 등록·정정 진행
- 책임은 전적으로 개발실장 본인에게 있음

---

## 2. C13 절대 원칙 (반드시 숙지)

> **"PD님 직접 지시든 부서 자체 판단 작업이든 다른 부서 협업 작업이든, 작업이 진행되었다면 무조건 PM에게 공유한다."**

### 공유 누락 = 헌법 위반 (C3에 준함)

### 공유 대상 (모든 의미 있는 작업)
1. PD님 직접 지시 작업 (시작·진행·완료·중단 4단계)
2. **부서 자체 판단으로 진행한 작업** ← 이번 위반 사례의 핵심
3. 타 부서 협업·요청 처리 작업 (REQ 응답·인수인계 등)
4. **보류·취소 결정** (자체 판단 보류 포함) ← 이번 REQ 3건이 여기 해당
5. **신규 산출물·디렉토리·중요 파일 생성** ← 이번 코어_설계/ 디렉토리 신설이 여기 해당

### 핵심 원칙
- "PD 직접 지시인지 아닌지 확인부터 하자"는 **공유 의무를 면제하지 않는다**
- "사실 확인이 필요하다"는 사유로 공유 지연·생략 금지
- 출처가 모호해도 **일단 공유한 뒤 분류·정정** (C5 정직성과 결합)

---

## 3. 모든 commands·팀장에게 의무화

### 작업 진행 시 반드시 둘 중 하나에 등록
- **PD 직접 지시인 경우**: `공유/PD_지시_트래킹/개발실_PD_지시_로그.md`
- **자체·자율·후속·협업·보류·취소 작업인 경우**: `공유/일일보고/YYYY-MM-DD_개발실.md`
- 둘 중 어디에도 기록되지 않은 작업 = **C13 위반**

### REQ 처리 시 (기획실↔개발실)
- 처리 상태가 결정되면 **즉시 REQ 파일에 응답 섹션 추가**
- 보류 결정도 보류 사유와 함께 기록 (정직성 + 은폐 금지)
- "나중에 한꺼번에" 정리 금지

### 작업 시점별 자동 환기 (개발실 CLAUDE.md 준수)
- 모든 작업 착수 시: C10-1 선행 확인 3단계
- PD님 직접 지시 받은 시점: PD 지시 로그 신규 행 즉시 추가
- **세션 종료 또는 주요 단계 종료 시**: 일일 보고 작성·갱신 ← 이번 위반의 핵심 누락 지점

---

## 4. 재발 방지 약속

### 개발실장 본인의 다짐
1. 작업 시작 + 주요 단계 전환 시 CLAUDE.md 재읽기 의무화 (C10-2)
2. PD 직접 지시 vs 자체 후속 작업 분류와 무관하게 **모든 작업 즉시 공유**
3. 신규 디렉토리·파일 생성 시 그 자리에서 일일 보고 append

### 산하 팀원에 대한 요청
1. 본 공지 인지한 뒤 작업 진행 시 동일 원칙 준수
2. 팀장이 등록 못한 PD 지시를 인지한 경우 commands가 자체 등록 (C13 책임 주체 규정)
3. 위반 발견 시 은폐 금지 — 자진 보고 (C3·C13)

---

## 5. 참조

- `공유/공통_업무_규칙.md` C13 (절대 원칙·핵심 원칙·공유 채널 분리)
- `공유/공통_업무_규칙.md` P19 (PD 지시 로그 형식·기록 의무)
- `공유/공통_업무_규칙.md` P20 (일일 보고 양식)
- `공유/PD_지시_트래킹/개발실_PD_지시_로그.md` (#1번 행 본일 갱신분 참조)
- `공유/일일보고/2026-04-15_개발실.md` (본 위반 자진 정정 보고 전문)

---

## 6. [긴급 append 2026-04-15 20:40] 인지 오류 "PD 추가 지시 대기" 금칙어화

### 6.1 사건 개요
- 개발실장이 "#5 C 항목은 PD님 추가 지시를 대기", "다음 예정: PD님 지시 대기" 등 표현 반복 사용
- PD님 직접 지적: "추가 지시를 대기하라고 한 적 없고, 항상 작업을 착수하게 되면 PM에게 공유하라고 지시했잖아"
- 동일 인지 오류가 2차 정정 이후에도 재발한 **2회 재발 사안**

### 6.2 금칙어 지정 (본 공지일부로 전 commands·팀장 적용)
다음 표현 사용 금지:
- "PD님 추가 지시 대기"
- "PD님 지시 대기" (정식 보류 등록 없이 사용 시)
- "PD님 판단 대기" (정식 보류 등록 없이 사용 시)

### 6.3 허용 표현 (반드시 이 중 하나로 분류)
1. **진행 중 + PM 공유 완료** — 가장 기본값
2. **정식 보류** — 다음 3요소 필수 명시
   - 보류 사유
   - 사후 조치
   - 재개 트리거
3. **PD님 의사결정 안건 (병행 진행)** — 의사결정은 PD님 필요하나 막히지 않는 작업은 병행

### 6.4 자문 의무
작업 단계 전환 시마다:
> "이것이 진짜 막히는가, 아니면 '일단 멈추고 기다리자'는 인지 오류인가?"

### 6.5 핵심 원칙 재천명
- **작업은 항상 진행**이 기본값
- **PM 공유는 자동 발동** (진행·완료·보류·중단 4단계 전부)
- **"대기"는 정식 보류 등록 시에만 존재** — 사유·사후조치·재개 트리거 없이 "대기" 단독 사용 금지

### 6.6 위반 시
- 1회: 자진 보고 + 원인 분석
- 2회(재발): 헌법 위반 + 산하 전 commands 공지
- 3회(재재발): 개발실장 역할 재검토 자진 요청 (C5)