# 주간 회고 — 2026-W35 (8/24~8/30)

실행: `python3 /home/jay/workspace/scripts/weekly-retro.py` (exit 0)
스냅샷: `memory/whisper/retro-snapshots/week-2026-35.json`, `week-2026-36.json`

## 1. 팀별 실적 (완료 태스크 기준)

| 팀 | 완료 | 평균 소요 | deep/medium/micro |
|---|---|---|---|
| dev2 | 10 | 49분 | 7 / 3 / 0 |
| dev3 | 8 | 1시간 33분 | 7 / 1 / 0 |
| dev7 | 6 | 1시간 46분 | 4 / 2 / 0 |
| dev4 | 5 | 37분 | 3 / 2 / 0 |
| dev5 | 3 | 8시간 37분 | 2 / 1 / 0 |
| (미귀속) | 30 | 22분 | 9 / 4 / 17 |

팀 귀속분 합계 32건. 전주 대비 태스크 수 **+63.2%**, 평균 소요 **+33.3%**.

## 2. 검증한 사항

- **"미귀속 30건"은 팀 누락이 아님.** 37~229초짜리 자동 cron 실행(`update-system-spec.py` 등)이 대부분.
  micro 17건이 여기서 나옴. 팀 성과 지표로 섞어 읽으면 안 됨.
- **commits: 0 은 스크립트 버그가 아니라 사실.** `/home/jay/workspace` 리포의 마지막 커밋이
  `244e0d9c` (2026-07-05). 8월 내내 이 리포에는 커밋이 없음.

## 3. 지적사항

1. **커밋 지표가 구조적으로 무의미하다.** 스크립트는 `/home/jay/workspace` 한 곳만 스캔하는데,
   실제 산출물은 InsuRo·InsuWiki 등 **외부 리포**의 PR로 나감. 따라서
   `commits.total=0`, `fix_pct=0.0`, `anomalies=[]` 는 앞으로도 항상 0으로 고정됨.
   fix_pct 를 품질 지표로 쓰고 있다면 지금은 **눈이 감긴 상태**.
2. **기본 실행이 "이번 주"를 본다.** 오늘(8/31 월)이 W36 첫날이라 기본 실행은
   3건/0커밋만 나옴. 주간 회고 용도로는 `--week` 로 완료된 주를 지정해야 함.
3. **dev5 평균 8시간 37분** — 3건뿐이라 표본이 작지만 타 팀 대비 5~14배. 원인 확인 필요.
4. 스냅샷 저장 경로가 `memory/whisper/retro-snapshots/` 로, 이름과 용도가 어긋남.

## 4. 판단 필요 (회장님)

- 커밋 지표를 살릴지: 외부 리포(InsuRo/InsuWiki) 스캔을 추가할지, 아니면 커밋 지표 자체를
  회고에서 내리고 PR 기준으로 바꿀지.
- 기본 대상 주를 "직전 완료 주"로 바꿀지.

*위 2건 모두 스크립트 수정이 필요하므로 지시 없이 착수하지 않았습니다.*