문제 정의 → 사용자 스토리 → 기술 요건 순서로 작성하기
약 65초
PRD 작성 경험과 접근 방식을 설명
수업 프로젝트에서 PRD를 처음 작성했을 때, 무엇을 만들지에 집중하다가 왜 만드는지를 빠뜨리는 실수를 했습니다. 이후 PRD 작성 방식을 바꿔 문제 정의와 사용자 관점의 기대 결과를 앞에 배치하고, 기능 명세는 그 다음에 오도록 구조를 잡았습니다.
배경 → 사용자 스토리 → 기능 요건 → 비기능 요건 → 성공 지표의 순서가 기술팀과 소통할 때 가장 효과적이었습니다. 특히 성공 지표를 미리 정의하는 것이 기능 구현 후 평가 기준을 사전에 합의하는 역할을 했습니다. PRD는 팀 전체가 같은 목적으로 정렬되는 문서이기 때문에, 기술보다 목적과 기준이 명확하게 담겨야 한다고 생각합니다.
이 결의 특징
무엇을 만들지에 집중하다 왜 만드는지를 빠뜨린 실수를 겪고, 문제 정의와 사용자 기대 결과를 앞에 배치하는 순서로 바꾼 전환점이 드러나는 흔적이 있습니다.
이 결이 통하는 자리
배경에서 성공 지표까지 이어지는 구조가 기술팀과 소통할 때 효과적이었다는 근거가 한 줄이라도 살아 있을 때 통합니다. 성공 지표를 미리 합의한다는 절차가 또렷한 자리에서 통합니다.