34 lines
2.0 KiB
Markdown
34 lines
2.0 KiB
Markdown
|
# PD 지시 로그 라운드 완결 아카이브 원칙
|
||
|
|
|
||
|
|
## 사건 요지
|
||
|
|
2026-04-17 PM이 세션 갱신 보고 시 PD 지시 로그 활성 테이블을 스캔하며, **장기 우산 지시**(예: #1 코어 프레임워크 신규 제작, #5 3대 지시 A/B/C)의 일부 라운드가 완료되었음에도 활성 테이블에 잔류하여 "완료된 업무가 진행중으로 보이는 왜곡" 패턴을 발견.
|
||
|
|
|
||
|
|
## 재발 방지 원칙 — 라운드 완결 아카이브
|
||
|
|
|
||
|
|
### 장기 우산 지시 정의
|
||
|
|
- 여러 라운드에 걸쳐 점진적으로 완료되는 지시 (예: #1 Tier 1 16종 구현, #5 A/B/C 3대 축 진행)
|
||
|
|
- 각 라운드 승인 시점에 부분 완료 확정
|
||
|
|
|
||
|
|
### 처리 절차
|
||
|
|
1. **라운드 완결 시점**: 해당 라운드 승인분은 **"완료 (라운드 승인분)"** 상태 전환 + 완료 아카이브 섹션으로 이동
|
||
|
|
2. **잔여 작업 분리**: 미완료 라운드는 **별도 신규 지시 #N으로 분리 등재** (예: #1 완료 → 잔여 3종은 #36 신규 등재)
|
||
|
|
3. **우산 지시 자체 아카이브**: 전체 라운드 완료 시 우산 지시도 아카이브 이동
|
||
|
|
|
||
|
|
### 실측 예시
|
||
|
|
- 2026-04-17 #1 Tier 1 코어 프레임워크 신규 제작
|
||
|
|
- 1차 라운드: Core 4종 (Log·CoroutineRunner·MonoSingleton·ServiceLocator) → 2026-04-16 완료
|
||
|
|
- 2차 라운드: Attribute 3종 + Util 6종 → 2026-04-17 완료
|
||
|
|
- 3차 라운드: Event 2종 + Container 3종 + Data 5종 → 2026-04-17 완료
|
||
|
|
- **총 16/16 완료 후 #1 우산 지시 전체 완료 아카이브**
|
||
|
|
- #5 3대 지시 동일 패턴 적용
|
||
|
|
|
||
|
|
## 교훈
|
||
|
|
- 활성 테이블은 "**현재 차단 요인 있는 작업**"만 남겨야 세션 갱신 시 실제 대기 업무가 명확
|
||
|
|
- 라운드 승인 직후 "상태 갱신 + 아카이브 이동"을 **동일 커밋** 내 수행하여 세션 전환 시 왜곡 차단
|
||
|
|
- 본 원칙은 P28 §P28-4 "실측 응집성" 조항의 근거
|
||
|
|
|
||
|
|
## 연관
|
||
|
|
- **P19** PD 지시 로그 2분할 구조 (활성 / 완료 아카이브)
|
||
|
|
- **P28** 조직 업무 현황 보고 표준 포맷
|
||
|
|
- **C29-4** 업무 완료 후 동기화
|