질문&답변
질문드립니다
안녕하세요 cnline 님 먼저 강의를 수강해주시고 너무 좋은 질문 감사합니다. Q) 강의에서 말씀해 주신 것처럼 AI 산출물로 PRD, 정책서, HTML 프로토타입을 전달할 경우, 별도의 화면정의서나 기능명세서 없이 PRD의 요구사항 및 정책서의 정책과 HTML 프로토타입의 각 화면·기능을 어떤 방식으로 매칭하시는지 궁금합니다. A) 저의 경우는 별도의 규칙을 세워서 각 MD파일(정책,기능) , 프로토타입 , 화면 정의서를 별도의 규칙을 자동으로 정의하도록 만들어놨습니다. 그래서 최종 산출물을 산출할(에이전트 또는 스킬) 때 해당 규칙을 반드시 참고하도록 했습니다. 이전에 기획자들이 했던 화면 ID , 기능ID 형식 으로 해도 상관없지만 메뉴명으로 해도 상관은 없습니다. 어차피 클로드가 컨텍스트 형식으로 이해하기때문에 사전 정의 잘해서 잘 매핑하도록 지시만 내려두면 크게 혼동하진 않습니다. 다만 , 별도의 조직에서 관리하고있는 문서 번호 가 있다면 이를 먼저 클로드에게 규칙(rules,hooks , claude.md 중 ) 에게 정의해두는것이 좋습니다:) Q) Figma MCP를 활용할 때 화면별 요구사항을 쉽게 확인할 수 있도록, Figma의 각 화면 옆에 화면정의 및 기능명세를 함께 작성하는 방식을 생각하고 있습니다. 이런 방식에 대해서는 어떻게 생각하시는지 궁금합니다. A) 저 또한 말씀주신 방법을 고민해본적도 있고 시도해본적이 있었습니다. 현재는 피그마 자체를 아예 사용하지 않고있습니다. 디자이너와의 UX/UI 결정 사항은 모두 HTML 과 정책.md 에 정의하고 개발자 와도 HTML로 결정하고 기능,정책, 화면정책등을 만 정의해서 전달합니다. 그렇게되면 불필요한 문서 작업은 없고 어차피 주 이해관계자(디자이너,개발자) 등도 AI 를 적극적으로 활용하기에 그들도 제가 남겨둔 파일을 그대로 참고해서 업무를 진행하니 불필요한 것들이 많이 사라졌습니다. 단, 위에 내용은 저의 조직에서 제가 어느정도 프로세스 자체를 설계가 가능하고 구성원들간의 협의가 사전에 있었기 때문에 기존 프로세스를 바꿀수있었다라는 점은 배경으로 알고계시면 좋을것 같습니다. 정리하자면, 해당 문서 자체를 반드시 필요로 한다면 MCP 충분히 고민 가능합니다. 그러나 개발자,디자이너 와의 효율성 까지 생각한다면 저는 굳이 해당 문서를 만들필요가 있나 라는 생각이 있습니다. Q) 강의에서 사용하신 하네스 구성 관련 MD 문서와 화면정의서 작성 관련 스킬 파일도 공유가 가능하시다면 부탁드리고 싶습니다. A) 메일 전달드렸으니 확인 한번 부탁드립니다:) 수강하시면서 얻으셨던 인사이트를 시간되시면 다른분들께서도 알수있도록 수강평 남겨주시면 좋을것 같습니다:)
- 좋아요수
- 1
- 댓글수
- 2
- 조회수
- 21