피드로 돌아가기
Dev.toFrontend
원문 읽기
PRD 한계를 극복하는 Punchlist 도입을 통한 제품 폴리싱 최적화
Build Club Week Two: The PRD doesn't catch everything
AI 요약
Context
PRD와 아키텍처 문서 기반의 사전 설계만으로는 실제 구현 단계에서 발생하는 미세한 UX 결함과 엣지 케이스 포착에 한계 존재. 개발 과정 중 발생하는 마이크로카피 수정 및 상태 값 검증 등 비정형 요구사항이 기존 스코프 관리 체계에 포함되지 않아 인지 부하가 증가하는 문제 발생.
Technical Solution
- PRD의 스코프 고정 기능과 Punchlist의 유연한 요구사항 수집 기능을 분리한 Sibling Document 구조 설계
- 구현 중 발견된 UI/UX 결함, 마이크로카피 수정, v2 이관 항목을 즉시 기록하여 LLM의 기억력 한계 및 개발자 인지 편향 제거
- 'Strip identifiers'와 같은 개발자 중심 용어를 사용자 중심 용어로 변경하는 UX 리파이닝 프로세스 정립
- AWS Amplify 기반의 배포 파이프라인 구축 전, Punchlist 기반의 최종 폴리싱 단계 강제 적용
- 스코프 크리프(Scope Creep) 방지를 위해 즉시 처리 항목과 v2 지연 항목을 명확히 구분하는 분류 체계 도입
실천 포인트
- PRD 작성 단계부터 변경 사항을 즉시 기록할 별도의 Punchlist 문서 동시 생성 - 구현 중 발견된 이슈를 기억에 의존하지 않고 즉시 외부 문서화하여 Context Window 관리 최적화 - '단순 추가' 항목이 전체 빌드 기간을 늘리지 않도록 v2 이관 기준 수립 및 적용 - 배포 전 Loading state, Mobile responsiveness 등 필수 체크리스트를 Punchlist에 사전 정의
태그