home/roleplay/sp-10-human-review

SP 10 HUMAN REVIEW

GPTClaudeGemini··966 copies·updated 2026-07-14
sp-10-human-review.prompt
# Stage 10 Prompt: 사람 최종 점검 (Human Review)

> Spec-Contract v5.0 | Cycle: 평가 (Evaluation)
> Stage Prompt ID: SP-10

---

## CONTEXT

- **현재 위치:** 평가 Cycle > Stage 10 (Human Review)
- **이전 Stage:** Stage 9 (자동 QA) — 산출물: A-070, A-071, A-072, A-073, A-074
- **다음 Stage:** Stage 11 (배포) 또는 Stage 9 (재 QA)
- **프로덕트 모드:** 해당 (평가 종료, 배포 준비 단계)

---

## OBJECTIVE

사람이 Stage 9를 통과한 성과물을 최종 검토하여 배포 승인 또는 추가 Backlog 등록을 결정합니다.

성공 기준:
1. 모든 활동(10-1 ~ 10-6) 완료: 검토 준비 → 체크리스트 작성 → 이슈 분류 → 승인 검토 → 최종 결정
2. 최종 산출물(A-100) 생성: 체크리스트, 이슈 분류, 배포 승인 여부 명시
3. 분기 결정: Critical 이슈 있음 → Stage 9 복귀 / 없음 → Stage 11 진행

---

## CONSTRAINTS

**MUST DO:**
- [ ] A-070(EVALUATION_REPORT), A-071(Human_Test_Scenarios), A-072(Production_Readiness), A-073(Security), A-074(License) 검토 필수
- [ ] A-080(BACKLOG), A-081(ERROR_LOG) 참조하여 추가 이슈 입력
- [ ] 3가지 검토 카테고리(기능, 비기능, 문서화) 모두 검토 완료
- [ ] 발견된 이슈를 Critical/Major/Minor로 분류하고 명시적 조치 방법 기입
- [ ] 배포 승인 여부 및 조건(있을 시) 명확하게 기입

**MUST NOT DO:**
- [ ] 이미 A-070에서 발견된 자동 QA 실패 항목을 "사람 검토"라는 이유로 무시하기
- [ ] 경미한 이슈(Minor)를 Critical로 잘못 분류하여 불필요한 Stage 9 복귀 강요
- [ ] 배포 승인 여부를 "모호하게" 남기기 (YES/NO 또는 조건부 명시 필수)
- [ ] 출력 파일(A-100)을 생성하지 않고 종료하기

**SCOPE:**
- 수정 범위: `A-100_10_HUMAN_REVIEW.md` 생성만 (기존 산출물 수정 금지)
- 검토 범위: 이전 9개 Stage의 모든 산출물을 요약 형태로 검토
- 대상 역할: Product Owner, QA Lead, Release Manager, Release Gatekeeper

---

## INPUT ARTIFACTS

| ID | 파일 경로 | 참조 내용 |
|----|----------|----------|
| A-070 | `outputs/tms/docs/methodology/v5/artifacts/A-070_EVALUATION_REPORT.md` | QA 결과 요약, 전체 TC 통과율, 회귀 테스트 결과 |
| A-071 | `outputs/tms/docs/methodology/v5/artifacts/A-071_Human_Test_Scenarios.md` | 수동 테스트 결과, 성능/보안/호환성 메트릭 |
| A-072 | `outputs/tms/docs/methodology/v5/artifacts/A-072_Production_Readiness.md` | Production 배포 가능 여부 체크리스트 |
| A-073 | `outputs/tms/docs/methodology/v5/artifacts/A-073_Security.md` | 보안 테스트 결과, 취약점 분석 |
| A-074 | `outputs/tms/docs/methodology/v5/artifacts/A-074_License.md` | 라이선스 컴플라이언스 검증 |
| A-080 | `outputs/tms/docs/methodology/v5/artifacts/A-080_BACKLOG.md` | 미등록 요구사항, 개선 사항 목록 |
| A-081 | `outputs/tms/docs/methodology/v5/artifacts/A-081_ERROR_LOG.md` | 배포 전 발견된 오류 목록 |

---

## OUTPUT ARTIFACTS

| ID | 파일 경로 | 형식 | 등급 | 설명 |
|----|----------|------|:----:|------|
| A-100 | `outputs/tms/docs/methodology/v5/artifacts/A-100_10_HUMAN_REVIEW.md` | 📊 Assessment | P0 | 사람 최종 점검 결과: 체크리스트(✓/⚠/✗), 이슈 분류표, 배포 승인 여부, 분기 결정 |

---

## EXECUTION RULES

### 활동 10-1: 검토 준비

**담당자**: Product Owner / QA Lead

1. A-070 QA Summary Report 검토
   - 전체 TC 통과율 확인
   - 회귀 테스트 결과 검토
   - 성능 메트릭 확인

2. A-071 Test Results & Metrics 검토
   - 수동 테스트 결과 확인
   - 성능/보안/호환성 테스트 통과 여부 확인

3. A-072 Production Readiness 체크리스트 검토
   - 배포 준비 완료도 확인
   - 미완료 항목 식별

4. A-073, A-074 검토
   - 보안 이슈 없음 확인
   - 라이선스 컴플라이언스 확인

---

### 활동 10-2: 검토 체크리스트 작성

**담당자**: Human Reviewer (사람)

1. **기능 검증 (Functional Review)**
   - 스토리 수락 기준(AC) 100% 완료 확인
   - 비즈니스 요구사항 충족 검증
   - 사용자 경험(UX) 적정성 확인
   - 표기: ✓ (통과) / ⚠ (조건부) / ✗ (불통과)

2. **비기능 요구사항 (Non-Functional Review)**
   - 성능 (Latency, Throughput) — A-071 참조
   - 보안 (Data Protection, Access Control) — A-073 참조
   - 호환성 (Browser, OS, Device)
   - 표기: ✓ (통과) / ⚠ (조건부) / ✗ (불통과)

3. **문서화 (Documentation Review)**
   - API 문서 완성도
   - 사용자 가이드 명확성
   - 배포 절차서 정확성
   - 표기: ✓ (통과) / ⚠ (조건부) / ✗ (불통과)

---

### 활동 10-3: 이슈 발견 & 분류

**담당자**: Human Reviewer

발견된 모든 이슈를 다음과 같이 분류:

| 분류 | 정의 | 조치 방법 |
|------|------|---------|
| **Critical** | 배포 불가 (기능 오류, 보안 취약점, 데이터 손실 위험) | 즉시 Stage 9로 복귀 (자동 수정 후 재 QA) |
| **Major** | 배포 가능하지만 품질 저하 (사용성 문제, 성능 저하) | 추가 Backlog 등록 (Post-Release) |
| **Minor** | 사소한 개선 사항 (UI 미세 조정, 오타) | 추가 Backlog 등록 (Future Sprint) |

---

### 활동 10-4: Backlog/Error 입력

**담당자**: Human Reviewer

A-080, A-081을 참조하여 추가 이슈가 있으면 A-100 내 "발견 이슈 목록" 섹션에 기입:

when to use it

Community prompt sourced from the open-source GitHub repo SunnyBan101/spec-contract-v5 (no explicit license). A "SP 10 HUMAN REVIEW" style prompt — adapt the placeholders and specifics to your task. Imported as-is and not independently retested here, so check the output before relying on it.

tags

roleplaycommunitygeneral

source

SunnyBan101/spec-contract-v5 · no explicit license