PM

<aside>

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

회의록이 깔끔하고 논의 내용을 파악하기 쉽게 정리되어 있습니다. 특히 스크럼을 통해 해야할 일과 완료한 일 + 트러블 슈팅까지 진행해 주시는 점이 좋습니다. 나아가 파트별 리드 선정을 통해 파트 간 원활한 커뮤니케이션이 가능할 것으로 예상됩니다.

화면설계서는 전반적으로 잘 셋팅되어 있습니다. 기획자의 관점에서 몇 가지 더 피드백 드립니다. 우선 컴포넌트나 섹션을 지칭할 때 디스크립션에 텍스트로만 작성해 두셨는데, 하단에 첨부한 장표처럼 번호를 붙이는 것이 더욱 직관적입니다.

그리고 디스크립션은 줄글 형태보다는 최대한 간결하게 불렛으로 구분해 작성하는 것을 권장합니다.

[다음] 버튼

• 최초 접속 시 비활성화 상태 (회색)
  • 역할 카테고리 중 1개 이상 선택 시 활성화 (파란색)
  • 단, [기타] 선택 시 세부 역할 최소 1자 이상 입력해야 버튼 활성화
• 활성화된 버튼 클릭 시 SYNQ_ONB_02 화면으로 이동

다음은 일부 화면에 대한 화면설계서 장표 작성 예시입니다. 모든 장표는 프로젝트를 잘 모르는 사람이 보아도 바로 내용을 이해할 수 있게끔 깔끔하게 작성하는 것입니다. 검토 과정에서 다양한 내용 오류도 발견되었으니 수정해 주세요. 수정 시 개정 이력을 통해 어디에 어떤 내용을 수정했는지 작성해 주세요.

SYNQ_PRJ_01_M01 프로젝트 생성 모달 (STEP 1)

1. 화면 정보

• 뎁스 : 프로젝트 홈 > 프로젝트 생성
• 화면 구분 : Modal
• 관련 기능 ID : SYNQ-P102
• 우선순위 : P0

2. 화면 목적

• 사용자가 회의와 참고자료를 저장할 프로젝트 폴더를 생성

3. 구성 요소 및 동작

• 진행 상태 표시
  • 상단 2개의 점 중 첫 번째 점을 활성화 상태로 표시해 현재 진행 단계 안내
• [X] 닫기 아이콘
  • 클릭 시 프로젝트 생성 모달 닫음
  • 입력 중이던 값은 저장되지 않음
• 이름 입력창 (필수)
  • 사용자가 프로젝트명 입력 ** 1자 이상 50자 이하*
  • 글자 수 카운터 표시 : 현재 글자 수 / 50
• 관점 선택 드롭다운
  • 프로젝트에 적용할 주요 관점 선택
  • 선택된 관점은 이후 AI 요약 및 힌트 제공의 기준이 됨
• 프로젝트 개요 입력창 (선택)
  • 프로젝트에 대한 상세 설명 선택적으로 입력 ** 500자 이하*
  • 글자 수 카운터 표시 : 현재 글자 수 / 500
  • AI가 프로젝트 맥락을 이해하는 데 참고 데이터로 활용
• [이전] 버튼
  • 클릭 시 프로젝트 생성 과정 중단하고 모달 닫음
  • 입력값 미저장
• [다음] 버튼 ← 도라 : 화면상으로는 다음 버튼인데 텍스트에는 생성 버튼이라고 적혀있어요
  • 최초 접속 시 비활성화 상태 (회색)
    • 프로젝트명 1자 이상 입력 시 활성화 (파란색)
  • 활성화된 버튼 클릭 시 A 화면으로 이동 ← 도라 : 어떤 화면으로 이동하는지 잘 모르겠어요
• 예외 케이스
  • 네트워크 오류 / 생성 실패 : "프로젝트를 생성하지 못했습니다. 다시 시도해 주세요." 토스트 팝업 노출

첨부하신 프로젝트 로드맵 기준 프로젝트 일정이 잘 계획되어 있습니다. 해당 일정 따라서 프로젝트 쭉 진행하시면 좋을 것 같습니다. SynQ 마지막까지 화이팅입니다 🫶🫶🫶

</aside>

DESIGN

<aside>

• 회의 기록 불러오기 실패
• 기록 조회 실패 토스트 팝업 위치는 하단 중앙으로 옮겨도 좋을 것 같습니다. 만약 하단으로 옮기면 그림자 효과를 조금 더 강조해서 분리해주시면 좋습니다.
• 프로젝트 삭제 성공
• 이 부분도 위와 동일합니다.
• 역할/관점 삭제하기
• 이 부분도 위와 동일합니다.
• 튜토리얼 설명 화면
• 백그라운드 블러를 아주 약간만 추가해서 강조하는 부분과 분리시키면 가독성과 시선이 집중될 것 같습니다.
• 전사 관련 화면
• 해당 화면은 사이드바가 아예 사라지는 레이아웃인가요? 회의가 시작되고 새로운 화면으로 넘어가는 플로우라면 괜찮지만 아니라면 사이드바를 넣는 것이 일관성이 있어 보입니다. 새로운 화면으로 넘어가는 플로우여도 사이드바는 있는 것을 더 추천드립니다만, PM님과 상의 후 추가 여부를 고려해 주세요. (갑작스러운 레이아웃 변경이 어색해 보이는 이유 때문입니다. 기능적으로도 사이드바는 항상 표시되어 있는 것이 사용자 입장에서도 편리합니다.)
• 전체적인 사이드바 닫힘 화면 레이아웃
• 디자인 된 화면에선 사이드바가 닫혀있을 때 레이아웃 디자인을 찾을 수 없었는데요, 반응형인지 여부에 따라 사이드바 닫힌 화면도 제작해 주시면 좋을 것 같습니다.
• 그리드는 잘 사용해주고 계십니다! 전체적인 컴포넌트, 레이아웃 구성에서 그리드를 잘 사용해서 깔끔하고 정돈된 느낌입니다.

안녕하세요! TF팀 중앙 디자인 파트장 유자니/ 장유진입니다.

이번 피드백과는 별개로 전반적으로 깔끔하게 정리하며 디자인 진행해주고 계셔서 아주 좋았습니다. 마지막까지 열심히 달려봅시다! 파이팅입니다 🥺

</aside>

FRONT

<aside>

✅ Good

• README에 프로젝트 소개, 팀원별 역할, 기술 스택, FSD 기반 폴더 구조, 실행 방법, 화면 목록까지 전반적으로 깔끔하게 정리되어 있어 프로젝트를 처음 보는 사람도 쉽게 이해할 수 있었습니다.
• main, develop, 작업 브랜치의 역할과 브랜치 네이밍 규칙이 명확합니다. 커밋 메시지 형식과 타입별 사용 기준도 예시와 함께 작성되어 있어 실제 협업에 적용하기 좋았습니다.
• PR 템플릿에 요약, 관련 이슈, 변경 내용, 스크린샷, 확인 사항이 포함되어 있으며, 실제 PR에서도 이슈 연결과 작업 내용을 구체적으로 기록한 점이 좋았습니다.
• GitHub Issue와 PR을 기반으로 작업하고 있으며, 리뷰 후 develop 브랜치에 병합하는 협업 흐름이 잘 구축되어 있습니다.
• Button, InputBox, Modal, Toast, Sidebar, Badge, EmptyState 등 다양한 공통 컴포넌트를 미리 도출하고 구현했습니다. Props, Variant, State, 사용 예시까지 문서화한 점이 특히 좋았습니다.
• CodeRabbit 리뷰와 Discord 알림 연동까지 확인하는 등, 코드 리뷰와 커뮤니케이션 환경을 적극적으로 준비한 점이 인상적이었습니다.

🔧 To Improve

• ⚠️ ESLint는 적용되어 있지만 Prettier 등의 코드 포맷팅 도구는 확인되지 않습니다. 팀원마다 들여쓰기, 따옴표, 세미콜론 등의 형식이 달라질 수 있으므로 Prettier 설정과 format·format:check 스크립트를 추가하고, 필요하다면 CI나 pre-commit 단계에서 자동 검증하는 것을 권장합니다.
• ⚠️ 공통 컴포넌트와 디자인 시스템 구현은 충실하게 진행되었으나, 7월 11일 기준 UI 구현이 시작되지 않은 것으로 확인됩니다. 역할 분담한 랜딩·온보딩·메인보드 등 실제 서비스 화면 구현도 차례로 진행해 주세요.

전체적으로 프로젝트 초기 설정과 협업 환경이 체계적으로 구성되어 있고, 특히 README와 공통 컴포넌트 작업의 완성도가 높았습니다. 수고하셨습니다! 🙌

</aside>

BACK

<aside>

안녕하세요. SpringBoot TF팀입니다.

SynQ 팀의 피드백은 다음과 같습니다.

• ERD 🟢 도메인 분리가 명확하며 AI 처리 과정이 잘 모델링되어 있습니다. 다만 meeting_summary에서 JSON 타입 컬럼의 비중이 다소 높은 편입니다. JSON은 개발 속도 측면에서는 장점이 있지만, 추후 검색이나 통계 기능을 추가할 때 제약이 있을 수 있습니다. 서비스의 확장성을 고려한다면 일부 JSON 컬럼은 별도의 테이블로 분리하는 방안도 고려해보시면 좋을 것 같습니다.

• API 명세서 🟢

  리소스별로 API가 잘 구분되어 있으며, URI와 HTTP Method도 전반적으로 RESTful하게 설계되어 있어 구조가 명확하다고 생각합니다.

피드백은 어디까지나 제 개인적인 의견이므로, 팀원분들과 충분히 협의하신 후 결정하시길 바랍니다. 감사합니다.

</aside>