fix(naming): 구 명칭(개발실·기획실·개발실장) 잔존 참조 일괄 정리 (C22 용어 일관성)

현행 참조 문서 4개 수정:
- README.md: 디렉토리 구조를 현재 상태(프로젝트/·코어코드/)로 갱신, 명칭 통일
- 공유/README.md: 소통 허브 6축 채널 현행 명칭으로 전면 재작성
- scripts/verify_setup.ps1: 삭제된 부서 경로 제거, 현재 구조 반영
- 공유/공통_업무_규칙_개정_제안_C14_C15_v1.md: 반영 완료 주석 추가

과거 기록(일일보고·조직공지·대화로그)은 역사적 사실로 보존.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
This commit is contained in:
깃 관리자 2026-04-16 17:23:49 +09:00
parent 8a0d4c9abd
commit c565283fae
4 changed files with 49 additions and 32 deletions

View File

@ -6,10 +6,10 @@
| 디렉토리 | 내용 | | 디렉토리 | 내용 |
|---------|------| |---------|------|
| `CLAUDE.md` | 조직 최상위 지침. PD·총괄PM·개발장·기획팀장 구조 정의 | | `CLAUDE.md` | 조직 최상위 지침. PD·총괄PM·개발장·기획팀장 구조 정의 |
| `공유/` | PD 지시 트래킹·일일보고·조직공지·부서간 REQ | | `공유/` | PD 지시 트래킹·일일보고·조직공지·부서간 소통 허브 |
| `개발실/` | 개발실 자산 (에이전트 정의·코어 설계·프로젝트 숙지 문서) | | `코어코드/` | 개발팀 코어 코드 프레임워크 자산 |
| `기획실/` | 기획실 자산 (에이전트 정의·밸런싱 .md·스킬 모듈) | | `프로젝트/` | 프로젝트별 자산 (에이전트 정의·기획·개발 산출물) |
| `memory/org/` | Claude 사용자 메모리 (외부 `~/.claude/projects/*/memory/` 에서 복사·심볼링크 대상) | | `memory/org/` | Claude 사용자 메모리 (외부 `~/.claude/projects/*/memory/` 에서 복사·심볼링크 대상) |
| `setup/` | 다중 PC 셋업 스크립트 (Windows·macOS) | | `setup/` | 다중 PC 셋업 스크립트 (Windows·macOS) |
@ -56,9 +56,9 @@ bash setup/setup_macos.sh
- Unity 프로젝트 산출물 (`Library/`·`Temp/`·`Build/`) - Unity 프로젝트 산출물 (`Library/`·`Temp/`·`Build/`)
- 로컬 환경 파일 (`paths.local.json`·`settings.local.json`·`.env`) - 로컬 환경 파일 (`paths.local.json`·`settings.local.json`·`.env`)
- 시크릿 (`*.key`·`*.pem`·`secrets/`·`*.token`) - 시크릿 (`*.key`·`*.pem`·`secrets/`·`*.token`)
- 기획실 대용량 (`*.xlsm`·`*.xlsx`·`기획실/.cache/`) - 기획팀 대용량 (`*.xlsm`·`*.xlsx`)
- DB 실물 (`*.sqlite`) - DB 실물 (`*.sqlite`)
- 개발실 스켈레톤 (`개발실/코어_설계/_skeleton/`) — 별도 UPM 레포로 분리 예정 - 코어코드 스켈레톤 (`코어코드/_skeleton/`) — 별도 UPM 레포로 분리 예정
## 규칙 ## 규칙

View File

@ -124,10 +124,7 @@ if (Test-Path $claudeMemoryBase) {
$hardcodePatterns = @("C:/Users/PC/Documents", "D:/NerdNavis/FilGoodBandits", "D:/NerdNavis/NerdNavis.Framework") $hardcodePatterns = @("C:/Users/PC/Documents", "D:/NerdNavis/FilGoodBandits", "D:/NerdNavis/NerdNavis.Framework")
$scanTargets = @( $scanTargets = @(
(Join-Path $repoRoot "CLAUDE.md"), (Join-Path $repoRoot "CLAUDE.md"),
(Join-Path $repoRoot "개발실\CLAUDE.md"), (Join-Path $repoRoot ".claude\skills")
(Join-Path $repoRoot "기획실\CLAUDE.md"),
(Join-Path $repoRoot "개발실\.claude\agents"),
(Join-Path $repoRoot "기획실\.claude\agents")
) | Where-Object { Test-Path $_ } ) | Where-Object { Test-Path $_ }
$hits = @() $hits = @()

View File

@ -1,33 +1,41 @@
# 너드나비스 부서간 공유 채널 # 너드나비스 부서간 공유 채널
기획실과 개발실 간의 작업 요청/응답을 위한 파일 기반 커뮤니케이션 채널. PM·개발팀·기획팀 간의 작업 요청/응답/보고를 위한 파일 기반 커뮤니케이션 허브.
## 폴더 구조 ## 폴더 구조
``` ```
공유/ 공유/
├── 기획실→개발실/ ← 기획실이 개발실에 요청서를 넣는 곳 ├── 소통/ ← 부서간 통신 허브 (6축 채널, README.md 별도)
├── 개발실→기획실/ ← 개발실이 기획실에 응답/전달하는 곳 │ ├── PM→개발팀/ ← 총괄PM이 개발팀에 지시·요청·질의
├── 완료/ ← 처리 완료된 요청서 아카이브 │ ├── PM→기획팀/ ← 총괄PM이 기획팀에 지시·요청·질의
│ ├── 개발팀→PM/ ← 개발팀이 PM에 보고·응답·블로커 공유
│ ├── 기획팀→PM/ ← 기획팀이 PM에 보고·응답·블로커 공유
│ ├── 기획팀→개발팀/ ← 기획팀이 개발팀에 REQ 발송
│ ├── 개발팀→기획팀/ ← 개발팀이 기획팀에 응답·기술 가이드 전달
│ └── 완료/ ← 처리 완료된 파일 아카이브
├── PD_지시_트래킹/ ← 부서별 PD 직접 지시 로그 (C13·P19)
├── 일일보고/ ← 부서 일일 보고서 (P20)
├── 조직공지/ ← 전 부서 공통 적용 조직 공지
└── README.md └── README.md
``` ```
## 요청서 형식 ## 요청서 형식
파일명: `[날짜]_[요청번호]_[제목].md` 파일명: `YYYY-MM-DD_[REQ번호]_[제목].md`
예: `2026-04-13_REQ001_카드효과_데미지공식_확인.md` 예: `2026-04-13_REQ001_카드효과_데미지공식_확인.md`
### 요청서 템플릿 ### 요청서 템플릿
```markdown ```markdown
--- ---
요청번호: REQ001 from: <발신자> # 예: 총괄PM, 개발팀장, 기획팀장
요청일: 2026-04-13 to: <수신자> # 예: 개발팀, 기획팀, 총괄PM
요청부서: 기획실 type: <유형> # 업무지시 | REQ | 응답 | 일일보고 | 상태보고 | 블로커 | 결정로그
수신부서: 개발실 subject: <제목>
담당에이전트: /게임플레이 priority: normal | high | urgent
우선순위: HIGH | MEDIUM | LOW status: 대기 | 처리중 | 완료 | 보류 | 취소
상태: 대기 | 진행중 | 완료 created: YYYY-MM-DD
--- ---
## 요청 내용 ## 요청 내용
@ -45,17 +53,27 @@
### 응답서 작성 규칙 ### 응답서 작성 규칙
- 원본 요청서에 `## 응답` 섹션을 추가하여 작성 - 원본 요청서에 `## 응답` 섹션을 추가하여 작성
- `상태`를 `완료`로 변경 - YAML `status`를 `완료`로 변경
- 완료 후 `완료/` 폴더로 이동 - 완료 후 `소통/완료/` 폴더로 이동
## 사용 방법 ## 사용 방법
### 기획에서 ### 기획에서
1. `기획실→개발실/` 폴더에 요청서 작성 1. `소통/기획팀→개발팀/` 폴더에 요청서 작성
2. 개발 세션에서 요청서 확인 및 처리 2. 개발 세션에서 요청서 확인 및 처리
3. 처리 결과는 `개발실→기획실/` 또는 요청서 내 응답 섹션에서 확인 3. 처리 결과는 `소통/개발팀→기획팀/` 또는 요청서 내 응답 섹션에서 확인
### 개발실에서 ### 개발팀에서
1. `기획실→개발실/` 폴더의 미처리 요청서 확인 1. `소통/기획팀→개발팀/` 폴더의 미처리 요청서 확인
2. 요청 처리 후 `상태: 완료`로 변경 2. 요청 처리 후 `status: 완료`로 변경
3. 완료된 요청서를 `완료/` 폴더로 이동 3. 완료된 요청서를 `소통/완료/` 폴더로 이동
### 총괄PM에서
1. `소통/PM→개발팀/` 또는 `소통/PM→기획팀/`에 지시·요청 파일 작성
2. 각 부서 인박스(개발팀→PM, 기획팀→PM) 정기 모니터링 (P9)
## 연관 규칙
- **C13** (PD 지시 트래킹): `PD_지시_트래킹/` 단일 SOT
- **P19** (PD 지시 로그 형식·등록 절차)
- **P20** (일일 보고): `일일보고/` 폴더
- 자세한 6축 채널 운용 규칙은 `소통/README.md` 참조

View File

@ -1,3 +1,5 @@
> **[반영 완료 주석]** 본 문서는 2026-04-15 시점 제안서이며, C14·C15 내용은 이미 `.claude/skills/너드나비스-코어룰/SKILL.md`(단일 SOT)에 정식 반영 완료됨. 본 파일은 제안 경위 보존 목적의 과거 기록이며, 현행 규칙은 SKILL.md를 참조할 것.
# 공통 업무 규칙 개정 제안 — C14·C15 신설 # 공통 업무 규칙 개정 제안 — C14·C15 신설
- 문서 번호: 공통_업무_규칙_개정_제안_C14_C15_v1 - 문서 번호: 공통_업무_규칙_개정_제안_C14_C15_v1