운영 리듬 (사실로서의 프로세스)

주의: 이 문서는 운영 프로세스를 "무엇인지(사실)" 묘사한다. "어떻게 실행하는지(절차)"는 스킬(/org-review, /hire-agent 등) 소관이다.

승인 게이트 (확정)

• 인사 변경(채용·승진·해고) = .claude/org/pending/ 스테이징 → 대표 최종 승인 → 적용·커밋.
• 회사 목표 수립·개정 = 별도 카테고리(HR 원장 재사용 안 함). 이든이 개정 제안 → 대표 대화 승인 → Notion 갱신 + operations/goals/2026-goals-record.md 개정 이력. (KR 현재값·상태 갱신 = 무게이트.)
• 일상 과업 배분은 팀장 자율 (게이트 없음).

정기 리듬 (확정, 2026-07-15)

운영 리듬 시스템 도입으로 확정. 절차는 스킬 /report(보고·목표·회고)·/org-review(개인 성과). 상시 자동실행은 Phase 2. Phase 2의 범위·판정일(2026-07-30)·판정 주체 = operations/phase2/README.md(정본).

• 보고: 일일(활동한 날) · 주간(주 마감) · 월간(월 마감). 활동 기반 — 무활동 기간은 보고서를 만들지 않는다. 살아있는 관리는 Notion, 기록은 operations/.
• 목표 체크포인트: 월중·월말(월간) · 매 월간 회고(반기 진척) · 반기 경계(연간). 개정은 대표 승인 게이트.
• 회고: 주간(KPT, 보고서 내) · 월간(결산+KPT, 보고서 내) · 반기·연간(별도 전략 회고 문서). 회사 목표·부문 성과 대상(엔지니어링=gstack:retro, 개인=/org-review와 구분).
• 개인 성과·페르소나 진화: 월말 /org-review (케이던스 결산 이후 병행).
• 지식베이스 검증: npm run wiki:check(문서 변경 시 + 월 1회). 위키 회귀 테스트: 스킬/스키마 변경 시(knowledge/_meta/README.md).
• 문서 신선도(2026-07-17 도입): npm run docs:check — 세션 시작 훅이 자동 실행 + /report 공통 사전단계 5. 낡음을 고치면 스크립트의 회귀 규칙(STALE_PATTERNS)에 1줄 박제(재발 방지), 확정 사실의 전파 대상은 operations/doc-registry.md(전파 맵) 대조. 조직 변경 전파 게이트(2026-08-02): npm run propagate:check — 조직 변경 커밋 앞에 파일+절(앵커) 단위로 잔여 0 확인(ADR 0007). 자기 전파: docs:check·propagate:check 규칙이 늘거나 바뀌면 이 절에 반영한다 — 게이트 규칙의 변경이 운영 리듬 문서(이 문서 자신)에 전파되지 않으면 아무도 모르게 된다.

Notion 날짜 규약 (확정, 2026-07-16 대표)

• 프로젝트 기간은 항상 시작일~마감일 범위로 채운다. 시작일만 넣으면 단일 날짜로 렌더되어 "지난 마감일"처럼 보인다. 시작일 = 실제 착수일(계획 단계는 등록일).
• 마감일 = 목표 마감일(예상)이다. 진행 중인 프로젝트의 마감일은 언제나 "이때까지 하겠다"는 예상치로 읽는다. 별도 "완료 예상일" 필드는 두지 않는다.
• 완료 처리 시 마감일을 실제 완료일로 교체한다 — 타임라인이 실제 이력이 된다.
• 작업 마감도 목표 마감일(예상). 완료 시점은 상태=완료로 확인한다(마일스톤 체크 + 마감 날짜 = 🏁 마일스톤 뷰·캘린더 표시).
• 같은 규약이 Notion 프로젝트·작업 DB 설명에도 명시되어 있다. Notion에 프로젝트·작업을 만드는 모든 전문가가 적용 대상.

학습 → 위키 승격 (확정)

• 세션 메모(.remember/) → 에이전트 성장 로그(reviews/) → 검증된 팀 팩트는 knowledge/로 승격.
• 승격 조건: 2회 이상 재현 · "팀 전체가 알아야 할 팩트" · 세션 메모 1일+ 생존·가치 확인.