BurningTimesAi/공유/소통/기획실→PM/2026-04-16_프로세스고도화_개선안_기획실.md

from	to	type	subject	ref	priority	status	created
기획팀장	총괄PM	검토요청	조직 프로세스 고도화 3대 문제 — 기획실 관점 개선안	null	normal	대기	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께서 개발실 의견과 교차 검토 후 통합안을 구성해 주시기 바랍니다.