-
Notifications
You must be signed in to change notification settings - Fork 1
4주차 팀 회고
awaaaake edited this page Nov 23, 2024
·
1 revision
본 문서는 프로젝트 회고 피그젬에서 나눈 내용을 회의록 형태로 정리한 것입니다.
이번 주는 KPT 회고를 기반으로 진행하되, slack과 스프린트 회의에서 얘기 나눴던 대로 작성 시간을 짧게, 이야기하는 시간을 길게 가져가기로 했습니다!
- 게더타운은 다시 생각해도 좋은 방법이었던 것 같아요!
- FE, BE 구분할 것 없이 이슈에 대해 이야기 나누는 점 굉장히 좋았습니다!
- 목요일 nginx 설명만 하다 끝나서 아쉬운 부분.. 시간 더 늘려서 전체적인 저희 프로젝트의 플로우를 설명할 수 있으면 좋겠습니다!
- 목요일 시간 => 프로젝트 구조에 대해 더 알 수 있었숩니다
- 회의록 잘 작성하고 있는 것 같습니다
- 게더타운에서 실시간으로 소통 가능한 거 좋았습니다
- 목요일이 모여서 현재진행상황이나 궁금한점에 대해서 서로 알아가는 시간으로 프로젝트에 대한 이해도를 더욱 잘 알게 된 것 같아서 좋은 것 같습니다.
- 다같이 테스트해보는 시간 좋았습니다 목요일에 서버 흐름 정리해주신게 이해가 잘됐어요. 다 같은 이해도를 가져갈수있는 소중한 시간인것같습니다~
- FE 분들 컴포넌트 구조 같이 논의해 본 것 좋았던 것 같습니다. 우리 Room 구조 갈아엎을 때도 같이합시다
- 배포 테스트 해보니까 혼자 실행시켰을 때 인지하지 못했거나 빠뜨린 부분들을 많이 발견할 수 있었습니다.
- 이번주는 대부분 만족스러웠습니다! 저희 점점 친해지는 것도 느껴지구용 ㅎㅎ
- 프로젝트는 UX적으로 개선이 필요할 것 같아 보여요. 질문 많이 온 부분도 ‘새로고침하면 유지되는가? 소켓 처리 어떻게 할 것인가?’라는 쪽으로 많이 질문을 받아서.. 아마 다음주 중으로는 소켓 유지하는 쪽으로 처리를 해볼까 고민이네요.
- 초반에 이야기했던 FE 이벤트(사용자의 화면 크기에 따라 원형 배치 크기 조절, 질문 시 사용자 페이드아웃 등)을 다음주에 처리하실 건지, 아니면 리팩터링 기간에 처리하실 건지 궁금합니다!
- 이제 슬슬 프로젝트 완성단계에 진입한 것 같은데, 기능을 정리해둔 문서같은 게 있으면 좋을 것 같습니다
- 정리하면서 더욱 더 모두의 이해를 일치시킬 수 있지 않을까 싶어요
- 예외에 대한 처리 => MVP 다음으로 중요한 부분이고, 완성도에 있어 매우 중요한 부분이라고 생각합니다. 5-6주차에는 서비스가 매끄럽게(기능면에서도, 사용자 경험면에서도) 진행될 수 있도록 개선되면 좋을 것 같아요
- 위랑 비슷한 얘긴데, 프로젝트의 이슈에 대해 모두가 알 수 있는 시간이 더 있었으면 좋겠습니다 => 버그나 예외상황, UI/UX적인 개선사항, 성능, 네트워크 등등...
- 오늘 시연하면서 나온 예외 상황들에 대해서 남은 프로젝트 기간안에 처리가 되었으면 좋을 것 같습니다.
- 테스트 하면서 발견한 버그들 빠르게 수정이 필요해 보입니다.
- 사용자 배치 간격도 넓혀야할것같아요
- 저희 html 문서 lang ko로 바꿔야해요
- 지금대로면 기능 자체는 다 구현할 수 있을 것 같은데, 결과물이 프로젝트의 완성도에 대해 우리끼리 이야기했던 내용들에 부합한가? 라고 하면 아닌 부분도 많은 것 같아서 수료 전에 꼭 개선해야겠다고 느꼈습니다.
- (개인적인 부분) 락이 필수인가? 에 대해 학습하고 정리할 것, ci/cd 파이프라인
- 과연 우리 모두는 같은 이해도를 지니고 있는가?
- 프로젝트 완성도의 기준을 다시 명확히 해야 하지 않을까? 기능 우선인가, 사용자의 편의 우선인가?
- 기능 구현에 치우쳐서 중요한 것들을 놓치고 있는 건 아닐까?
- 이슈사항을 다같이(특히 모두가 자유롭게 작성하거나 발언할 수 있는) 정리하는 시간을 가져보기? => 모두가 이슈에 대해 알고, 함께 고민해 해결할 수 있도록
- 목요일에 해도 괜찮을 것 같고, 스프린트 시간에 해도 괜찮을 것 같습니다
- MVP 3-4까지 기능을 구현한 뒤 예외사항들의 대한 정리 처리 계획
- .
- 남은 5, 6주 기간은 빠르게 핵심기능 구현만 완료한 다음 ‘인터랙션이 예측 가능하고 사용자가 불편을 느낄만한 부분이 최대한 적은 서비스'가 될 수 있게 개선하는 걸 목표로 해보는 게 어떨지
- 기술적 도전에는 구조 개선에 대한 고민과 리팩토링도 포함됩니다. 특히 프론트는 컴포넌트 최적화만으로도 기술적 도전할 게 많을 거라 생각합니다.
Important
🔹 코어타임동안 게더타운 사용하기
🔹 ‘개인 문서’는 아무 글이나, ‘개발 위키'는 문제 해결 등 기술적인 내용 담기
🔹 이미 머지된 PR이라도 한번은 확인하도록! (4명 approve 기준은 유지, 회피 가능)
- 💬 팀 목표
- ✨ ESLint 학습
- ✨ emotion 디자인시스템 구축 방법들
- ✨ nest의 @WebSocketGateway에서 예외 throw 시 클라이언트 콜백으로 응답 전달하기
- ✨ 워드 클라우드 UI 구현을 위한 방향성 고민
- ✨ jQCloud 1.0.4 라이브러리의 워드클라우드 UI 구현 로직 분석
- ✨ 오픈소스를 참고하여 React에서 워드 클라우드 UI 구현하기
- ✨ [Nest.js] Gateway 효율적으로 사용하기 - socket.io의 방 개념 도입
- ✨ 유튜브 영상을 어떻게 가져올 수 있을까
- ✨ 유튜브 타이밍 동기화 개발하기 일지
- ✨ 프로그래스바 구현하기
- ✨ 슬라이더로 이름 변경 및 리팩토링하기
- ✨ 커스텀 플레이어 컨트롤러 개발하기
- ✨ 방 중복 입장 막기 우당탕탕 개발 과정
- ✨ 리액트에서 에러 상위에서 처리하기
- ✨ 사용자 배치 로직 구현하기
- ✨ 소켓 이벤트알림의 타이밍 제어
- ✨ FE 코드 리팩토링 및 최적화, 성능 개선 과정
- ✨ HTTPS 적용하기
- ✨ FE CI/CD 파이프라인 구성
- 💬 기획 및 개발 회의록
- 💬 스프린트 회의록