Initial import

docs/features/plan-usage.md

@@ -0,0 +1,58 @@
+# Plan 활용 가이드
+
+## 목적
+
+운영자, 검수자, 개발자가 현재 Plan 기능을 어떤 순서로 써야 하는지 정리한 실무 가이드입니다.
+
+## 빠른 진입
+
+- 전체 목록 확인: `자동화 / 자동화`
+- 상세 처리 중심: `자동화 / plan`
+- release 검수: `자동화 / release 검수`
+- 추이 확인: `자동화 / 차트`
+- 반복 등록: `자동화 / 스케줄`
+
+통합 검색에서도 `plan`, `release 검수`, `스케줄`로 바로 이동할 수 있습니다.
+
+## 운영자 기준 사용 순서
+
+1. `자동화 / 자동화`에서 작업을 찾습니다.
+2. 필요하면 빠른 필터로 `현재 작업중`, `현재 release 상태`, `현재 자동화 실패`를 좁힙니다.
+3. 상세 오버레이에서 현재 상태, 이슈, 최근 소스 작업을 확인합니다.
+4. 상황에 맞는 액션을 실행합니다.
+5. 후속 설명은 조치 기록 또는 이슈 조치 기록으로 남깁니다.
+
+## 검수자 기준 사용 순서
+
+1. `release 검수`에서 `main 대기` 필터를 우선 봅니다.
+2. 검수 메모와 변경 파일, 관련 컴포넌트/위젯 샘플을 확인합니다.
+3. 확인한 항목은 체크 상태로 반영합니다.
+4. 이상 없으면 `검수완료`, 수정이 필요하면 `수정필요`로 저장합니다.
+
+## 개발자 기준 확인 포인트
+
+- 실패 상태면 `workerStatus`와 `lastError`를 먼저 확인
+- 브랜치 누락 계열 실패는 `브랜치 재시도` 또는 `작업 재처리` 판단
+- release/main 반영 관련 문제는 상세의 소스 작업 내역과 diff를 먼저 확인
+- 메모 원문이 잠겨 있으면 추가 조치 기록으로 정정 사유를 남김
+
+## 권한 없는 사용자 동작
+
+- 목록과 검수 현황은 조회 가능
+- 민감 메모는 마스킹
+- 상세 수정/삭제/조치 실행은 제한
+- 소스 작업 상세와 증적 확인도 제한될 수 있음
+
+## 문서와 화면을 함께 운영하는 방법
+
+- 기능 변경 시 `docs/features`를 먼저 갱신
+- 새 문서를 만들면 앱 `Docs / 기능문서`에 자동 노출되는지 함께 확인
+- 증적이 필요한 변경은 Plan 상세의 Preview, diff, 파일 목록으로 확인
+- 작업일지에는 어떤 기능 문서를 왜 수정했는지 함께 남김
+
+## 추천 문서 읽기 순서
+
+1. `docs/features/plan-board-review.md`
+2. `docs/features/plan-automation.md`
+3. `docs/features/plan-schedule.md`
+4. `docs/features/plan-usage.md`