PM

<aside>

안녕하세요, 중앙 PLAN 파트장 도라/오경민입니다! 2차 과제 수행하느라 고생 많으셨습니다.

로드맵을 확인했을 때 프로젝트 진행 속도가 적절하고 파트별 업무가 세분화 되어 있어 팀의 우수한 실행력이 돋보입니다. 최종 과제에서 프로젝트의 진행 흐름, 업무의 세분화 정도, 진행 상태 기입 여부 등을 평가할 예정이니 마지막까지 로드맵에 해당 사항들이 잘 반영되어 있는지 검토해 주세요.

화면설계서는 각 기능의 세부 동작 뿐만 아니라 발생 가능한 예외 케이스까지 세밀하게 정의해 주셔서, 향후 개발 및 검증 단계에서 발생할 수 있는 혼선을 대폭 줄인 완성도 높은 결과물이라고 판단됩니다.

테스트 케이스 역시 기획 의도에 맞게 깔끔하고 구조화되고 잘 정리되어 있습니다. 한정된 QA 기간 내에 리소스를 가장 효율적으로 활용하기 위해, 전체 기능 중 MVP에 해당하는 기능과 데모데이 시연 시나리오와 연관된 주요 기능들을 최우선순위(P0)로 설정하여 먼저 테스트를 진행하시는 것을 권장합니다.

데모데이에서 완성도 높은 결과물을 기대하겠습니다. 최종 과제 제출까지 화이팅입니다! ❤️❤️❤️

</aside>

DESIGN

<aside>

안녕하세요. Design TF팀 빅토리/김승리입니다.

2차 과제 수행하시느라 정말 고생 많으셨습니다. 이번 과제는 작업량이 상당했을 텐데도 전체적으로 완성도 높게 제작해주신 점이 인상 깊었습니다. 특히 UI 디자인과 프로토타입 모두 높은 퀄리티로 작업해주셔서 전체적인 사용성이 잘 느껴졌습니다.

UI 디자인은 전체적으로 통일감 있게 잘 제작되어 별도로 드릴 피드백은 없었습니다. 디자인 시스템을 기반으로 화면들을 일관성 있게 구성해주신 점이 좋았습니다.

프로토타입도 함께 확인해보았습니다.

전체적으로 Hover 인터랙션이나 화면 전환이 자연스럽게 구현되어 있었고, 특히 Start Meeting 버튼의 인터랙션도 실제 서비스처럼 자연스럽게 표현되어 완성도가 높게 느껴졌습니다.

다만 1분 1초쯤의 '역할 관점' 화면에서는 이전 페이지와 비교했을 때 컴포넌트의 위치가 조금 달라지는 부분이 보였습니다. 의도된 연출이 아니라면 화면 간 레이아웃을 동일하게 유지하여 통일성을 맞춰주시면 더욱 자연스러운 프로토타입이 될 것 같습니다.

또한 현재도 주요 플로우는 충분히 잘 구현되어 있지만, 최종 과제에서는 가능한 한 모든 주요 버튼과 인터랙션을 실제 화면 이동까지 연결해주시면 서비스 흐름을 더욱 자연스럽게 전달할 수 있을 것 같습니다. 지금도 충분히 완성도가 높은 프로토타입이지만, 이러한 디테일까지 보완된다면 더욱 실무에 가까운 결과물이 될 것 같습니다.

위 피드백은 어디까지나 개인적인 의견이며, PM분께서 설정하신 서비스 방향이 있다면 그 방향이 우선이라고 생각합니다. 전체 기획 의도를 해치지 않는 범위에서 반영 가능한 부분만 참고해주시면 좋겠습니다.

2차 과제 정말 고생 많으셨습니다. 남은 작업도 끝까지 화이팅입니다!

</aside>

FRONT

<aside>

✅ Good

• 화면 목록, 라우트, 담당자, 공통 컴포넌트, 상태 관리 및 예외 상황까지 기능 명세서가 매우 구체적으로 작성되어 있습니다.
• app / pages / widgets / features / entities / shared로 역할이 구분된 프로젝트 구조가 깔끔합니다.
• ESLint, Prettier, TypeScript, Vitest 등 코드 품질을 관리하기 위한 환경이 잘 구성되어 있습니다.
• 브랜치와 PR을 활용한 협업 기록이 충분하며, PR 내 코드 리뷰와 피드백도 활발하게 진행되었습니다.
• 온보딩 → 로그인 → 역할·관점 설정 → 프로젝트 생성 → 회의 진행 → 회의 종료의 주요 사용자 흐름이 자연스럽게 연결됩니다.
• 버튼, 다이얼로그, 체크박스, 영역별 제목 등 접근성을 고려한 시맨틱 요소가 비교적 잘 적용되어 있습니다.

🔧 To Improve

• ⚠️ 기능 명세서와 실제 라우트를 일치시켜 주세요. 명세서에는 /meetings/:meetingId/summary와 MeetingSummaryPage가 작성되어 있지만, 실제 구현은 /meetings/:meetingRecordId/detail과 MeetingDetailPage를 사용하고 있습니다.
• ⚠️ 명세서에는 잘못된 URL을 처리하는 ErrorPage가 작성되어 있지만, 실제로는 존재하지 않는 경로가 랜딩 및 온보딩 화면으로 이동합니다. 별도의 404 화면을 구현하거나 현재 동작에 맞게 명세서를 수정해 주세요.
• ⚠️ PR 제목 형식이 일부 PR에서 일관되지 않습니다. 합의한 PR Convention을 실제 PR에도 동일하게 적용해 주세요.
• ⚠️ 테스트 스크립트와 테스트 파일은 구성되어 있지만 CI에서는 테스트가 실행되지 않습니다. format → lint → typecheck → test → build 순서로 자동 검증하면 안정성을 높일 수 있습니다.

전체적으로 기능 명세서와 프로젝트 구조가 꼼꼼하고, 핵심 회의 경험을 실제로 확인할 수 있을 정도로 높은 완성도를 보여주었습니다. 특히 프로젝트 생성부터 실시간 회의와 AI Chat까지 이어지는 흐름이 인상적이었습니다.

수고하셨습니다~

</aside>

BACK

<aside>

안녕하세요, Spring Boot TF팀입니다.

SynQ 팀에 대한 피드백을 전달드립니다.

전체적으로 API 구현이 잘 되어 있었고, 기능별로 역할을 나누어 구현한 점이 좋았습니다. 또한 Swagger 문서도 비교적 잘 작성되어 있어 API를 이해하기 편했습니다. API 구현도 80% 이상 진행되어 있어 전반적인 개발 진행 상황이 안정적으로 느껴졌습니다.

Swagger 관련

• 현재 Auth API에는 설명이 작성되어 있지 않은데, API의 역할과 사용 방법을 이해하기 쉽도록 설명을 추가하면 좋을 것 같습니다.
• 또한 Request DTO에 @Schema를 활용해 예시 값이나 설명을 추가하면, Swagger에서 API를 테스트할 때 보다 적절한 값을 입력하는 데 도움이 될 것 같습니다.

API 관련

• 현재 이메일 회원가입은 이메일 인증 절차 없이도 가입이 가능한 것으로 보입니다. 존재하지 않는 이메일 주소로도 회원가입이 가능할 수 있으므로, 인증 코드를 이메일로 발송하고 이를 검증하는 인증 절차를 추가하는 것을 고려해보시면 좋을 것 같습니다.

위 피드백은 개인적인 의견을 바탕으로 작성한 것이므로, 참고만 해주시고 팀원분들과 충분히 논의하신 후 적용 여부를 결정해주시면 좋겠습니다. 감사합니다.

</aside>