PRD 템플릿을 작은 단위로 표준화하면, 팀원 간 AI 리터러시 격차를 줄이고 일관된 결과물을 찍어낼 수 있다.
왜 같은 환경에서 다른 결과가 나올까?
같은 업무를 수행하고 있는 후배에게 동일한 환경을 셋팅하고 구현을 해보라고 했는데, 결과가 나랑 다르게 나온다. 이것이 바로..."내 컴퓨터에서는 잘되는데...다른 곳에서는 안되는 상황" 인건가?
코딩 에이전트에 입력하는 프롬프트가 서로 달라서 발생하는 문제였다. 사실 내가 할 때도 나의 프롬프트 작성 컨디션(?)에 따라서 결과물이 달라지는 것은 애써 외면하면서 진행했던 것...
결과물(output)이 일관되게 나오려면 환경도 중요하지만 가장 중요한 것은 입력하는 내용(Input)이 더 중요하다는 것은 너무도 당연한 일이다.
PRD 템플릿은 어떻게 구성하면 좋을까?
팀원들에게 자유도를 주면 좋겠지만, 결국 입력 프롬프트에 대한 제한 및 템플릿이 필요했다.
예를 들어서 어드민 웹 페이지를 생각해보면, 목록(리스트) 화면, 등록/수정 화면, 상세 화면으로 일반적으로 나눌 수 있다. 이 때 각 화면마다 입력해야 하는 항목, 항목에 대한 데이터 유형, 검증 규칙 및 노출 메시지까지 다 다르게 구성을 해야 하는데, 팀원들마다 제각각 작성하면 그것 또한 문제가 될 수 있다.
PRD (Product Requirements Document)를 목록(리스트) 화면 템플릿, 등록/수정 템플릿, 상세 화면 템플릿 마크다운 형식으로 작성하고 코딩 에이전트에게는 간단하게 요청하는 방식으로 팀에 적용을 하는 것이 개인 마다의 AI 리터러시 격차를 줄일 수 있는 방법 이라 생각을 했다.
@목록PRD 를 규칙을 준수해서 구현해줘
유튜브 영상 등을 보면 PRD를 말 그대로 전체 프로덕트 관점에서 정리하는 것이 많은데, 나의 경우에는 적절하지 않았다. 아마 새로운 제품을 만들 때는 유효한 방법으로 생각이 되었다.
나는 PRD를 아주 작은 단위로, 도메인/특정 기능에 대해서 한정해서 관리하는 것이 조금 더 기존 업무와 매칭해서 이해하기 쉽다고 생각했다.
예를 들어 새로운 어드민 화면을 만드는데 기존에 하던 업무와 너무 큰 차이가 있다면, 또 그것을 배우는 데 시간이 많이 들 것이라 생각했고, 기존과 최대한 유사하게 템플릿을 구성했다.
이렇게 템플릿을 만들고 하다 보니, 템플릿을 준수한 PRD가 많으면 화면을 찍어 낼 수 있겠는데? 라는 생각이 들었다. 첫 번째 넘어짐에서 시행착오를 겪은 뒤, 바이브코딩 일관성 Rules에서 규칙을 세우는 단계를 거쳐 여기까지 온 것이다.
오...생산성 올라가는 소리가 들리고 있었다.
불러오는 중...