---
from: 기획팀장
to: 총괄PM
type: 검토요청
subject: 조직 프로세스 고도화 3대 문제 — 기획팀 관점 개선안
ref: null
priority: normal
status: 대기
created: 2026-04-16
---

# 조직 프로세스 고도화 3대 문제 — 기획팀장 개선안

> **배경**: PD님이 식별하신 3대 문제에 대해 기획 실무 관점의 근본 원인 분석 + 실현 가능한 개선안을 제시합니다.
> **목적**: 총괄PM이 개발팀 의견과 교차 검토 후 통합안 구성에 활용.

---

## 문제 1) 문서 반영 시차 — 세션 갱신 전까지 다른 세션의 변경을 인지 못함

### 근본 원인 분석

기획팀 2026-04-15 Phase 3 HOLD 인지 실패가 본 문제의 실증 사례입니다. 총괄PM이 `⚠️_PHASE3_HOLD_공지.md`를 기획팀 루트에 추가했으나, 기획팀장 세션은 작업 중 CLAUDE.md 재읽기를 하지 않아 HOLD 공지를 인지하지 못한 채 Phase 3에 착수했습니다.

1. **pull 기반 구조의 한계**: git은 pull 모델이므로 수신 세션이 능동적으로 fetch하지 않으면 변경을 알 수 없음
2. **hook 적용 범위의 간극**: SessionStart hook은 세션 시작 시에만 작동, UserPromptSubmit hook은 5분 throttle이므로 **작업 중간**의 긴급 변경(HOLD 추가 등)은 다음 프롬프트까지 감지 불가

### 개선안

1. **소통 허브 `urgent` 채널 활용**: HOLD·긴급 공지를 `공유/소통/PM→기획팀/`에도 동시 발행. UserPromptSubmit hook이 소통 허브 inbox를 스캔할 때 긴급 건 우선 알림 가능
2. **UserPromptSubmit hook에 HOLD 파일 변경 감지 추가** (1순위 권장): `🛑_*`·`⚠️_*`·`🚨_*` 패턴 파일이 신규·변경된 경우 **경고 메시지 강제 삽입**. 정상 시 토큰 0, 변경 시에만 1줄 경고이므로 C14 효율적
3. **프롬프트 횟수 기반 HOLD 재스캔**: C10-2 재확인 의무를 hook으로 보강. "단계 전환" 감지는 어려우므로 **프롬프트 N회마다 HOLD 재스캔**이 현실적

### C14 영향
고정비 증가 없음. hook 수정 1건 + 카운터 1개.

---

## 문제 2) 세션 간 소통 부재 — 대화 컨텍스트가 공유되지 않아 노하우·결정사항이 단절됨

### 근본 원인 분석

기획팀 2026-04-15 C13 위반이 본 문제의 전형입니다. PD님 지시 7건을 수행하면서 공유 채널에 일절 갱신하지 않아 총괄PM이 현황을 파악하지 못했습니다. 같은 날 개발팀에서도 동일 패턴 위반이 발생해 시스템 차원 결함으로 확인되었습니다.

1. **대화 컨텍스트의 폐쇄성**: 각 세션의 대화 내용은 해당 세션에서만 존재하며 다른 세션이 접근 불가. 결정사항·노하우가 대화 속에 묻힘
2. **공유의 추가 행위 비용**: 작업 수행과 공유 등록이 별개 행위이므로, 작업에 몰입하면 공유를 잊음
3. **소통 허브 저활용**: `공유/소통/` 6축 허브가 Phase 1으로 신설되었으나 실제 통신 파일이 거의 없어 습관화되지 않은 상태

### 개선안

1. **소통 허브에 "결정로그" 유형 추가 + 세션 종료 시 자동 발행** (1순위 권장): 현재 소통 허브 type에 `결정로그` 추가. "이번 세션에서 X를 Y로 결정했다" 1건 = 1줄 형식. 수신 세션이 SessionStart hook에서 자기 inbox의 결정로그를 자동 요약하면 컨텍스트 단절 완화. 일일보고(P20)와 중복 방지를 위해 "결정 사항만" 추출
2. **세션 종료 시 "핵심 결정 요약" 자동 산출 의무화**: 세션 종료(또는 P21 세션 갱신) 시점에 핵심 결정사항·노하우를 **3줄 이내로 요약**하여 자기 송신 채널에 발행
3. **세션 종료 시 로그 vs 실제 작업 교차 검증**: PD 지시 로그 미등록 건을 세션 종료 시점에 자동 감지. 키워드 감지보다 교차 검증이 오탐 리스크 적음

### C14 영향
세션당 3줄 이내 파일 1건(변동비). 소통 허브 README에 type 1건 추가. hook 보강 1건.

---

## 문제 3) 완료 항목 잔류 — 이미 완료된 안건이 미갱신 상태로 계속 보고됨

### 근본 원인 분석

기획팀 PD 지시 로그 #11·#12가 "진행중"으로 잘못 남아있다가 사후 정정된 사례가 해당됩니다.

1. **완료 판정과 로그 갱신의 분리**: 총괄PM이 코어룰 신설을 완료했지만 기획팀 로그는 기획팀장이 갱신해야 하는 구조. 갱신 책임자가 완료 사실을 인지하지 못하면 잔류
2. **보고 시 전체 로그 재스캔 부재**: P21(세션 갱신)이 "미완료 항목 요약"을 하지만, 완료된 항목의 상태 불일치를 교차 검증하지 않음
3. **완료 아카이브 메커니즘 부재**: 소통 허브에는 `완료/`로 이동하는 아카이브 절차가 있으나, PD 지시 로그는 완료 항목도 같은 테이블에 계속 남아 가독성 저하 + 오보 리스크

### 개선안

1. **PD 지시 로그 활성·아카이브 2분할** (1순위 권장): 로그 테이블을 `## 활성 지시`(대기·진행중·보류)와 `## 완료 아카이브`(완료·취소)로 분리. 세션 갱신(P21) 시 활성 테이블만 스캔 → 보고 정확도 향상 + 토큰 절감
2. **완료 판정 자동 교차 검증**: 세션 갱신 시 활성 항목의 산출물 경로가 실제 존재하는지 확인. 산출물이 존재하고 완결되어 있으면 "완료 후보"로 플래그
3. **범조직 공통 지시의 상태 동기화 규칙**: "범조직 공통" 지시는 총괄PM이 본문 작업 완료 시 양 부서 로그의 해당 항목도 **총괄PM이 일괄 갱신하는 책임** 명시. 부서 팀장 의존 구조에서의 갱신 시차 제거

### C14 영향
테이블 분리로 활성 항목만 스캔하여 오히려 토큰 절감. 세션 갱신에 `ls` 1~2회 추가. 규칙 명시 1줄 추가.

---

## 요약 — 문제별 1순위 권장안

| 문제 | 1순위 권장안 | 실증 근거 | C14 영향 |
|------|------------|----------|----------|
| 1) 문서 반영 시차 | hook에 HOLD 파일 변경 감지 경고 삽입 | Phase 3 HOLD 인지 실패 직접 방지 | 고정비 0 |
| 2) 세션 간 소통 부재 | 소통 허브에 "결정로그" 유형 + 세션 종료 시 자동 발행 | C13 양 부서 동시 위반 근본 방지 | 변동비만 |
| 3) 완료 항목 잔류 | PD 지시 로그 활성·아카이브 2분할 | #11·#12 상태 불일치 사례 재발 방지 | 토큰 절감 효과 |

---

> 총괄PM께서 개발팀 의견과 교차 검토 후 통합안을 구성해 주시기 바랍니다.
